JP-03 運用ケーススタディ 2026年4月更新

確定申告 経費整理ダッシュボード

自動実行中 — 次回: 2026-04-30 06:00 JST
処理済み件数
347
/ 令和7年度 1〜3月分
未処理
12
要確認レシート
経費合計
¥2,841,620
暫定集計
勘定科目カバー率
96.5%
自動分類精度
最終同期
04-29 06:02
JST
日付摘要勘定科目金額ソースステータス
2026-03-28Amazon Web Services 利用料通信費¥14,800カード明細確定
2026-03-27ヨドバシカメラ USBハブ消耗品費¥3,280レシート確定
2026-03-25Zoom ビジネスプラン通信費¥2,200カード明細確定
2026-03-24タクシー（渋谷→新宿 打合せ）旅費交通費¥2,640レシート確定
2026-03-22WeWork ドロップイン地代家賃¥3,850カード明細確定
2026-03-20紀伊國屋書店 技術書3冊新聞図書費¥8,910レシート確定
2026-03-18スターバックス 打合せ会議費¥1,380レシート確定
2026-03-15Adobe Creative Cloud通信費¥6,480カード明細確定
2026-03-14ビックカメラ 不明品目—¥12,100レシート未分類
2026-03-12Suica チャージ旅費交通費¥5,000カード明細要確認
2026-03-10さくらインターネット VPS通信費¥1,738カード明細確定
2026-03-08コンビニ 文房具消耗品費¥640レシート確定
個人事業主が直面する経費整理の課題

個人事業主にとって、確定申告前の経費整理は年間で最も負担の大きい事務作業の一つです。レシート・領収書の物理的な仕分け、クレジットカード明細との突合、勘定科目の割当、そして freee やマネーフォワードへの取り込み用 CSV の作成。これらを手作業で行うと、申告直前に数日〜1週間の作業が集中し、ミスや漏れが発生しやすくなります。

課題 1: 分散するデータソース

紙レシート、カード明細PDF、Amazon購入履歴、Suica利用履歴など、経費データが5箇所以上に散在。手動で集約するだけで半日以上かかる。

課題 2: 勘定科目の判断

「通信費」「消耗品費」「会議費」など科目判断に迷うケースが全体の約30%。判断基準が人によって異なり、過去の整合性が保てない。

課題 3: 未処理の見落とし

月次でまとめていても、四半期末に未処理が溜まりがち。申告直前に発覚すると修正対応のコストが大きい。

MuleRun Computer 日次自動化ワークフロー

MuleRun Computer インスタンス上で毎朝 06:00 JST に cron 実行。データ取得→分類→CSV生成→アーカイブ→通知を全自動で処理します。

STEP 1

データ取得

カード明細CSVダウンロード、レシート画像OCR読取、Amazon注文履歴API取得（例示）

→
STEP 2

自動分類

摘要テキストから勘定科目を推定。過去の分類履歴と照合し信頼度スコアを付与

→
STEP 3

CSV生成・検証

freee/マネーフォワード互換CSVを生成。重複検知・未処理チェックを実行

→
STEP 4

アーカイブ・通知

MuleRun Driveへ保存。未処理件数をSlack/メールで日次レポート送信

cron スケジュール例: 0 6 * * * /home/mulerun/scripts/expense_daily.sh — MuleRun Computer のスケジュールタスク機能で登録。祝日・年末年始も自動実行を継続。
データ取得・分析ステップ（例示）

例: カード明細CSVダウンロード

# 例示: 実際のAPI仕様はカード会社により異なります import requests, time def fetch_card_csv(session, month, max_retries=3): """カード会社マイページからCSVを取得（例示）""" url = f"https://example-card.co.jp/api/statements/{month}" for attempt in range(max_retries): try: resp = session.get(url, timeout=30) if resp.status_code == 429: # レート制限: 指数バックオフ wait = 2 ** attempt * 5 time.sleep(wait) continue resp.raise_for_status() return resp.text except requests.Timeout: if attempt == max_retries - 1: raise return None

例: レシートOCR → 勘定科目推定

# 例示: OCR結果からの科目分類ロジック import re CATEGORY_RULES = { r"タクシー|JR|Suica|交通": "旅費交通費", r"AWS|さくら|Zoom|Adobe": "通信費", r"書店|紀伊國屋|Amazon.*書籍": "新聞図書費", r"文房具|コピー|USB|ケーブル": "消耗品費", r"カフェ|スタバ|会議室": "会議費", r"WeWork|コワーキング": "地代家賃", } def classify(description): for pattern, category in CATEGORY_RULES.items(): if re.search(pattern, description): return category, "high" return None, "unclassified"

例: freee互換CSV出力

# 例示: freee インポート形式CSV生成 import csv, io def generate_freee_csv(expenses): """freee会計インポート形式のCSVを生成（例示）""" output = io.StringIO() writer = csv.writer(output) writer.writerow(["取引日", "勘定科目", "金額", "税区分", "摘要"]) for e in expenses: if e["status"] != "confirmed": continue # 未確定はスキップ writer.writerow([ e["date"], e["category"], e["amount"], "課対仕入10%", e["description"] ]) return output.getvalue()
勘定科目別 経費内訳（令和7年度 1〜3月）
データソース構成比
347 件
カード明細 — 58%（201件）
レシートOCR — 30%（104件）
Amazon履歴 — 8%（28件）
その他 — 4%（14件）
月次処理タイムライン（例: 2026年3月度）
06:00 — データ取得
カード会社CSVダウンロード（3社分）、レシート画像フォルダ監視・新規OCR処理
06:03 — 前処理・正規化
日付形式統一、金額の税込/税抜判定、重複排除（カード×レシート突合）
06:05 — 自動分類
ルールベース＋過去分類履歴で勘定科目候補付与。信頼度 < 0.7 のものは「要確認」に分類
06:06 — CSV生成
freee形式・マネーフォワード形式の2種類を自動出力。未確定行はコメント列に理由を記載
06:07 — アーカイブ
MuleRun Drive /4guo/jp/jp-03/2026-03-29/ 配下に全ファイルをアップロード
06:08 — レポート送信
Slack #経費チャンネルへ日次サマリー通知。未処理件数が5件超の場合は警告アイコン付き
出力CSV サンプル（freee会計 インポート形式）
取引日,勘定科目,金額,税区分,摘要 2026-03-28,通信費,14800,課対仕入10%,Amazon Web Services 利用料 2026-03-27,消耗品費,3280,課対仕入10%,ヨドバシカメラ USBハブ 2026-03-25,通信費,2200,課対仕入10%,Zoom ビジネスプラン 2026-03-24,旅費交通費,2640,課対仕入10%,タクシー 渋谷→新宿 打合せ 2026-03-22,地代家賃,3850,課対仕入10%,WeWork ドロップイン 2026-03-20,新聞図書費,8910,課対仕入10%,紀伊國屋書店 技術書3冊 2026-03-18,会議費,1380,課対仕入10%,スターバックス 打合せ 2026-03-15,通信費,6480,課対仕入10%,Adobe Creative Cloud
マネーフォワード形式も同時出力。列名の差異（「勘定科目」→「補助科目」等）は自動変換されます。
MuleRun Drive アーカイブ構成
/4guo/jp/jp-03/
├── 2026-03-29/
│ ├── freee_import_202603.csv
│ ├── moneyforward_import_202603.csv
│ ├── raw_card_statements/
│ │ ├── rakuten_202603.csv
│ │ ├── mufg_202603.csv
│ │ └── amazon_202603.csv
│ ├── receipts_ocr/
│ │ ├── receipt_0328_yodobashi.json
│ │ ├── receipt_0324_taxi.json
│ │ └── ... (104 files)
│ ├── unprocessed_report.json
│ └── daily_summary.md
├── 2026-03-28/
│ └── ...
└── 2026-02-28/
└── ...
日付ディレクトリ単位で保存。確定申告後の税務調査対応として、原本データと処理結果を7年間保持する設計です。
リトライ・レート制限・陳腐データ対策

リトライポリシー

全HTTPリクエストに指数バックオフ付き最大3回リトライを適用。初回5秒 → 10秒 → 20秒。タイムアウトは30秒に設定。3回失敗時はエラーログを記録し、次回実行時に再試行対象として保持。

レート制限対応

HTTP 429応答時は Retry-After ヘッダーを優先参照。ヘッダー未設定の場合は60秒待機後にリトライ。カード会社APIは1分間5リクエストの自主制限を設定。

陳腐データ検知

前回取得データとの差分比較を実施。3日連続で差分ゼロの場合は「データソース異常の可能性」としてアラート送信。月末には全件突合チェックを実行。

注意: カード明細の反映は利用日から2〜5営業日遅延する場合があります。月末締めの処理では、翌月5日まで待機してから最終CSVを確定する設計です。
未処理チェックリスト（自動検出）
検出日内容理由対応状況
2026-03-29ビックカメラ ¥12,100品目不明 — レシートOCR精度低（信頼度 0.42）未対応
2026-03-29Suica チャージ ¥5,000業務/私用の按分判断が必要要確認
2026-03-25PayPay ¥1,980加盟店名なし — QR決済の明細不足未対応
2026-03-22Amazon ¥4,500注文番号と金額が不一致（返品処理の可能性）調査中
2026-03-18コンビニ ¥2,340レシート複数品目 — 按分が必要未対応
セキュリティ・コンプライアンス
認証情報の管理

カード会社のログイン情報は MuleRun Computer の環境変数に暗号化保存。スクリプト内にはハードコードしない設計。

転送時暗号化

全API通信はTLS 1.3以上を強制。MuleRun Drive へのアップロードもHTTPS経由で実行。

アクセスログ

データ取得・分類・出力の全操作をタイムスタンプ付きで記録。監査対応時にトレース可能。

データ保持ポリシー

税務調査対応として7年間保持。保持期限後は自動削除スクリプトで安全に消去。個人情報は最小限のみ保存。

導入効果・成果指標
月次作業時間
6h → 0.5h
削減率
92%
分類精度
96.5%
未処理検出率
100%
年間節約時間
66h

月次経費整理 所要時間の推移

導入前
6時間 / 月
導入後
0.5h
成果: 確定申告前に集中していた経費整理作業がほぼゼロに。日次で自動処理されるため、月末の「溜め込み」がなくなり、常に最新の経費状況を把握できる状態を維持。申告書作成はCSVインポートのみで完了。