【モデルケース】経費精算の規程チェックをAIで。月8,000件をどこまで任せられるか
月8,000件を全件確認する経理の工数は月187時間。文脈を読む3類型だけをAIに任せる場合の費用・期間・体制をモデルケースで示します。PoC80万円から本番550万円、回収12〜26か月の内訳まで整理します。
本記事はモデルケースです。 特定企業の実際の導入事例ではありません。経費精算の規程チェックに AI を入れる場合の費用・効果・体制を、一般的な条件をもとに構成したものです。実際の数値は要件によって変動します。
経費精算にかかる手間は、申請する側ではなく承認する側に溜まる。領収書の金額を読み取るのは自動化が進んだ領域だが、「この支出が規程に合っているか」は人が判断してきた。
ここに AI を入れる案件は、見積もりが割れやすい。読み取りの話と判定の話が混ざるからである。費用の出方と、どこまで任せられるのかを整理する。

想定する状況
- ソフトウェア受託開発業、従業員 640 名。拠点は 4 か所
- 経費精算は既存のワークフロー製品(SaaS)を利用。領収書の読み取り機能は既に有効
- 月間の精算申請 8,000 件(交通費・出張・交際費・書籍・外注立替)
- 一次承認は各部門の管理職 38 名、最終確認は経理 5 名
- 経理の確認は全件。1 件あたり平均 1.4 分
- 差し戻しは月 約 560 件(7%)。うち約 6 割は「規程の上限超え」と「証憑の不足」
現状の数値化
| 項目 | 数値 |
|---|---|
| 月間申請件数 | 8,000 件 |
| 経理の確認時間(1 件 1.4 分) | 約 187 時間 |
| 管理職の一次承認時間(1 件 0.8 分) | 約 107 時間 |
| 時間単価(経理 3,200 円・管理職 5,000 円) | — |
| 月間コスト | 経理 60 万円 + 管理職 54 万円 = 約 114 万円 |
| 年間コスト | 約 1,370 万円 |
加えて、差し戻し 560 件が申請者側に再作業を生んでいる。 1 件 10 分として月 93 時間。この分は現場の時間なので、経理の数字には出てこない。
経費精算の AI 案件で費用対効果を見誤るのは、ここを数えないときである。経理の工数だけで見ると小さく見え、現場の再作業を含めると倍近くになる。
何を任せ、何を残すか
判定を 3 つに分けると見通しがよくなる。
| 区分 | 内容 | 任せ方 |
|---|---|---|
| 機械的に決まる | 交通費の経路と金額、日当の上限、勘定科目の初期値、重複申請 | ルールで処理する。AI は不要 |
| 文脈を読む必要がある | 交際費の参加者と目的の整合、出張報告と経路の整合、書籍の業務関連性 | AI の一次判定 → 人が確認 |
| 人が決める | 例外の承認、規程の解釈が割れる支出、懲戒に関わりうる事案 | AI に出させない |
1 行目を AI に任せるのが、この種の案件でいちばん多い失敗である。 上限金額の超過判定は条件分岐で書ける。そこを言語モデルに通すと、費用が上がるうえに判定がぶれる。
逆に 3 行目を自動化すると、人事上の問題になる。AI の出力を理由に申請を却下した記録が残る形は避け、AI は「人が見る順番を並べ替える」役割にとどめるのが実務上は安全である。
フェーズ 0:買わずに済む範囲を先に確かめる(2 週間・社内作業)
発注の前に、自社でやっておくと見積もりが安くなる作業がある。
- 直近 3 か月の差し戻し 560 件 × 3 を、理由ごとに分類する
- そのうち「条件分岐で書ける」ものの比率を出す
- 既存のワークフロー製品に、その条件分岐を設定する機能があるかを確認する
この 3 つで、差し戻しの 4 割前後が追加開発なしで消えることは珍しくない。上限金額・必須添付・重複検知は、多くの製品が標準機能として持っている。
ここを飛ばして相見積もりに出すと、各社が「ルールで済む部分」まで AI の案件として積む。同じ条件で比べる前に、条件そのものを削るほうが効く。
フェーズ 1:PoC(1.5 か月・80 万〜150 万円)
検証範囲
- 文脈を読む必要がある 3 類型(交際費・出張・書籍)に絞る
- 過去の申請 2,000 件を使い、AI の一次判定と実際の承認結果を突き合わせる
- 既存ワークフロー製品の API から申請データを取得できるかを確認する
測る指標
| 指標 | 意味 | 目標の置き方 |
|---|---|---|
| 見逃し率 | 規程違反を「問題なし」と判定した割合 | ここを最優先で下げる。 5% 未満を目標にする |
| 過検知率 | 問題ない申請を「要確認」とした割合 | 高くても運用は回る。20〜30% を許容する |
| 要確認の件数 | AI が人に回す件数 | 全件の 25% 以下に収まるか |
| 判定理由の妥当性 | 理由の文が承認者の役に立つか | 100 件を人が読んで判断する |
見逃しと過検知は非対称である。 見逃すと統制が効かなくなるが、過検知は人が見れば済む。目標値を同じ水準で置くと、どちらも中途半端になる。
典型的な結果
全件 8,000 件のうち、AI が「問題なし」と判定して経理の確認を省けるのは 60〜70% というあたりに落ち着くことが多い。残りを人が見る形になる。
この数字をもとに、本番構築に進むかを決める。60% を下回る場合は、規程そのものが曖昧で判定できない可能性が高い。その場合に直すのは AI ではなく規程である。
フェーズ 2:本番構築(3 か月・420 万〜680 万円)
費用の内訳(550 万円規模の場合)
| 項目 | 金額 | 内容 |
|---|---|---|
| 要件定義・規程の判定ルール化 | 90 万円 | 規程を判定可能な形に落とす。発注側の同席が必須 |
| 既存ワークフロー製品との連携 | 120 万円 | API 連携、差分取得、判定結果の書き戻し |
| 判定の実装・調整 | 150 万円 | プロンプト設計、類型ごとの調整、理由の文面 |
| 承認者向け画面 | 80 万円 | 要確認の一覧、判定理由の表示、承認・差し戻しの操作 |
| 監査ログ・権限設計 | 60 万円 | 誰がいつ何を見たかの記録、閲覧範囲の制限 |
| 試験・移行 | 50 万円 | 並行稼働、切り替え手順 |
監査ログと権限設計の 60 万円を削る提案は疑ったほうがよい。 経費精算のデータは、従業員の行動が読み取れる個人データである。誰がどこまで見られるかの設計と、閲覧記録の保存は、削ると後から入れ直す工事になる。ログの保管期間や消去の扱いはAI 開発の見積書で「別途」になりやすい費用でも繰り返し問題になる箇所である。
設計上の判断
- AI の判定は「要確認フラグ」と「理由」までにする。 却下の決定はさせない
- 判定理由は、承認者が 10 秒で読める長さに固定する。長い説明は読まれない
- 規程が改定されたときに、判定ルールを発注側が直せる形にしておく。毎回開発会社に頼む形だと保守費が膨らむ
フェーズ 3:試験運用(1.5 か月)
全件を AI に通しながら、経理の全件確認も止めない期間を設ける。AI の判定と人の判定が食い違った件を集め、見逃しの実数を確かめる。
ここを省くと、本番で見逃し率が PoC の倍になっていても気づかない。1.5 か月の人件費は無駄に見えるが、統制の仕組みを入れ替える案件では必要な費用である。
運用費
| 項目 | 月額 |
|---|---|
| LLM の API 利用料(8,000 件・1 件あたり平均 3〜6 円) | 2.4 万〜5 万円 |
| 実行環境・ログ保管 | 2 万〜4 万円 |
| 保守(障害対応・軽微な調整) | 8 万〜15 万円 |
| 規程改定への追従(年 2 回想定を月割り) | 2 万〜4 万円 |
| 合計 | 14.4 万〜28 万円 |
API 利用料が小さく見えるが、これは判定を短く済ませる設計を前提にした数字である。申請 1 件に対して規程の全文を毎回送る実装にすると、単価が 5 倍以上になることがある。見積書の API 費用が妥当かは、1 件あたりのトークン数の想定を聞けば確かめられる。
効果の測定
| 項目 | 導入前 | 導入後(想定) |
|---|---|---|
| 経理の確認件数 | 8,000 件 | 2,400〜3,200 件 |
| 経理の確認時間 | 187 時間 | 56〜75 時間 |
| 経理の月間コスト | 60 万円 | 18 万〜24 万円 |
| 差し戻し件数 | 560 件 | 280〜360 件 |
| 現場の再作業 | 93 時間 | 47〜60 時間 |
経理のコスト削減が月 36 万〜42 万円。現場の再作業の削減を時間単価 4,000 円で換算すると月 13 万〜18 万円。合計で月 49 万〜60 万円である。
運用費を引くと月 21 万〜46 万円。初期費用 550 万円に対して、回収は 12〜26 か月。フェーズ 0 と PoC を含めた総額 680 万円で見ると 15〜32 か月になる。
この水準は「すぐ元が取れる案件」ではない。 件数が月 3,000 件を下回る規模では、初期費用の回収が 3 年を超える。その場合は既存製品の設定で済ませる判断のほうが合理的である。
運用体制とよくある失敗
- 規程の曖昧さを AI で埋めようとする。 「社会通念上妥当な範囲」のような条文は判定できない。導入の前に数値化するか、人が見る類型に残す
- 要確認の件数が多すぎて承認者が全部通す。 過検知を許容すると書いたが、全件の 50% が要確認になると意味がなくなる。運用開始後に調整する担当を決めておく
- 判定理由を読まずに承認する運用が定着する。 理由を短くし、要確認の件数を抑えることでしか防げない
- 規程改定の反映が止まる。 改定のたびに開発会社へ依頼する形だと、小さな改定が放置される。発注側で直せる範囲を契約で決めておく
費用を抑えた場合の代替案
案 1:既存製品の設定だけで済ませる(初期 0〜60 万円)
上限金額・必須添付・重複検知を既存のワークフロー製品で設定する。差し戻しの 4 割前後が消える。まず試すべき選択肢である。
案 2:対象を交際費だけに絞る(初期 180 万〜280 万円)
判定が難しく、金額も大きい類型に限定する。月 8,000 件のうち交際費が 600 件なら、API 費用も保守も小さくなる。効果は限定的だが、回収期間は短い。
案 3:判定ではなく並べ替えだけにする(初期 150 万〜240 万円)
「違反かどうか」を判定させず、人が見る優先順位だけを付ける。経理は上位から順に見て、時間が来たら止める。全件確認をやめる判断とセットになるが、見逃しの責任の置き方が変わるため、内部統制の担当と合意が必要である。
まとめ
経費精算の規程チェックは、AI を入れる前にルールで済む部分を削ることで費用が大きく変わる案件である。フェーズ 0 の 2 週間が、見積額をいちばん下げる。
そして回収期間は 1 年を超える。件数が少ない組織では、既存製品の設定で止めるほうが正しい。AI を入れるかどうかの判断は、月間件数と差し戻し率を数えた後でよい。
複数社に出すときは、「どの類型を AI に任せるか」「監査ログと権限設計を含むか」「規程改定を発注側で直せるか」の 3 点を条件として書いておくと数字が比べられる。無料で相見積もり・相談の案件票ではこれらの前提を選択式で揃えているため、同じ条件で各社の見積もりを横並びにできる。要件が固まっていない段階なら、相談として概算レンジと進め方だけを聞く形でも使える。
AI開発の見積もりを、同じ条件で比べる。
条件を整理した 1 枚の案件票で複数のAI開発会社に依頼。初期費用だけでなく、データ整備・API 費・精度検証・保守・権利まで同じ列で比較できます。