freee 月次請求書処理
毎月の受取請求書処理を、Claude と経理担当者が分担して回す。
受信トレイ取り込みから freee会計への取引連携・ステータス変更まで、4フェーズを Claude が先導し、人が例外を修正する体制に
承認して動くAI難易度 2/5Claude Code Skill / freee支出管理（box.sweeep.ai）/ freee会計
このPoCから得た実装知
- 1仕訳テンプレートの旅費交通費¥0・立替金¥0行が取引連携をブロックする問題は、AI が先に検出してから人が削除するのが現実的な分担になる
- 2OCR の年誤認識（実日付と異なる年への誤読）は同じ取引先で繰り返し発生する。検出ルールをスキルに蓄積することで見落としを防げる
- 3適格請求書・経過措置・源泉徴収・税区分の4点は件ごとに判断が変わるため、AI は確認と申告にとどめ、確定は人が行う設計が安全
判断材料
- AI 権限レベル
- 承認して動くAI
- 想定対象部門
- 経理財務
- 扱うデータ
- 受取請求書（PDF・画像）freee支出管理freee会計
- 人間の承認
- 必要（人が確認してから実行）
- 失敗時の止め方
- 仕訳の最終確定・¥0行削除・税区分修正・取引連携はすべて人が承認して実行。AIは確認・申告・チェックリスト追跡に徹する
- 導入難易度
- 2 / 5
- 初期導入期間
- チェックシートとスキルを整備すれば初月から運用開始可能
- 必要な社内担当
- 経理担当freee支出管理の操作権限保有者
- 連携対象 SaaS
- freee支出管理（box.sweeep.ai）freee会計
- 最小構成
- 月次チェックシート + Claude Code Skill の組み合わせ。freee のログインセッションはユーザーが保持
- 横展開先
- 受取請求書処理インボイス制度対応仕訳チェック自動化月次経理フロー
このPoCが向いている会社
以下に1つでも当てはまる会社では、効果が大きい。
- 毎月20件以上の受取請求書があり、取り込み・仕訳確認・freee会計連携に複数時間を要している
- 業務委託先が多く、旅費交通費・立替金の分割仕訳や経過措置対応が件ごとに異なる
- インボイス番号の照会や源泉徴収の判断を手作業で行っており、見落としリスクがある
- OCRの誤認識（年表記の誤り・税区分の売上/仕入混在）が繰り返し発生している
経営インパクト
Before
受信トレイの確認・取り込み判断・仕訳確認・例外対応・取引連携・ステータス変更を担当者が1件ずつ手動で対応
After
Claude がフェーズを先導し、仕訳OK件は即時確認済み・例外件のみ担当者が修正してから連携する体制に
- 減ったリスク
- ¥0行テンプレートによる連携ブロック・OCR年誤認識・税区分の売上/仕入間違いを毎月チェックリストで検出し、見落としを減らす
- 横展開できる型
- 4フェーズチェックシート（受信取込 / 仕訳確認 / 最終チェック / 取引連携・ステータス変更）は他の月次経理フローに転用可能
このデータがあれば、これができる
最小構成 ─ まずここから
INPUT DATA
- ▸freee支出管理の受信トレイ（請求書PDF・画像）
- ▸月次処理対象月の指定
YOU CAN DO
- ▸取り込み件数・スキップ件数のサマリー
- ▸仕訳OK / 要修正の分類レポート
- ▸¥0行・OCR年誤認識・税区分異常の検出リスト
- ▸処理結果チェックシート（MD形式）
発展構成 ─ ここまでつなぐと強い
INPUT DATA
- ▸前月以前のプロセスログ（繰り返しパターンの参照）
- ▸インボイス番号照会結果
- ▸取引先マスタ
YOU CAN DO
- ▸取引先ごとの仕訳テンプレート適否の申告
- ▸インボイス番号・経過措置・源泉の件別確認
- ▸要手動対応リストと対応手順の提示
- ▸月次処理ログ（MD形式）の自動作成
Pain — どんな痛みがあったか
経理担当の痛み
- 受信トレイに前月・前々月の請求書が混在しており、対象月の判断を1件ずつ行う必要がある
- 仕訳テンプレートに旅費交通費¥0・立替金¥0の行が残り、freee会計への取引連携がブロックされる
- OCRが取引日の年を誤認識するケースが毎月発生し、修正もれになりやすい
- 適格請求書・経過措置・源泉徴収・税区分の確認を件ごとに行うため、件数が増えると抜け漏れリスクが高まる
経営者・管理部門の痛み
- 月次の請求書処理がいつ完了するか、何件残っているかが可視化されていない
- 処理ログがなく、どの件で何の修正が必要だったかの履歴が残らない
Intent — なぜ作ったか
毎月繰り返す受取請求書処理の「確認・分類・申告」をClaude に担わせ、担当者は例外の判断と最終操作だけに集中できる体制を作る。完全自動化は目指さず、人の判断が必要な箇所を明確にしてから渡すことで、処理品質を維持しながら負荷を分散する。
最初の1週間でやること
- 月次チェックシートのテンプレートをチームに共有する
- freee支出管理の受信トレイに届く請求書の件数・形式を1ヶ月分確認する
- ¥0行テンプレートが発生する取引先を洗い出し、テンプレートの修正を検討する
- Claude と担当者の作業分担ルール（Claudeが申告、人が確定）を決める
- 処理ログの保存場所と命名規則を決め、翌月に引き継げる形にする
やらないこと
- ¥0行が残ったまま取引連携を実行しない（連携がブロックされるか、誤った金額で登録される）
- OCRの取引日をそのまま信用しない（年の誤認識が毎月発生する取引先がある）
- 税区分の「課税売上」と「課対仕入」の混在を見落とさない（仕入取引に売上区分が自動設定されるケースがある）
- インボイス未登録の取引先に適格請求書として処理しない
費用対効果の考え方
- 受信トレイの件数確認・対象月判定・仕訳分類・異常検出をClaude が代行することで、担当者が見るのは例外件と最終操作だけになる
- 処理ログの蓄積で翌月の確認速度が向上し、繰り返しミスが減る
- インボイス制度・経過措置・源泉徴収の確認漏れによる計上ミスリスクを低減できる
このPoCの位置づけ
人とAIが4フェーズを分担する月次経理ワークフローの実証
全部自動化しない。Claudeがフェーズをリードし、人が例外を直して連携ボタンを押す。この分担が、freee経理の品質と速度を両立する。
導入前チェックリスト
商談前に、自社側でこの 4 点を確認しておくと検討がスムーズに進む。
毎月の受取請求書はfreee支出管理（またはsweeep連携）で受信しているか
受信トレイが整備されていないと取り込みフェーズが機能しない
仕訳テンプレートに旅費交通費¥0・立替金¥0の行が自動設定される取引先はあるか
該当する場合、¥0行削除の手動対応が毎月発生する。テンプレート修正を先に検討する
適格請求書発行事業者・経過措置対象・源泉徴収の要否を取引先ごとに把握しているか
把握できていないと仕訳確認フェーズでClaudeの申告を確定できない
処理結果をログとして残し、翌月に引き継ぐ運用ができるか
ログがあると繰り返しパターンを蓄積でき、翌月の処理精度が上がる