経費精算のチェック自動化｜上限超過・宛名の不一致・重複申請をAIで検出し、承認は人に残す設計

月末に集中するのは、判断ではなく照合

経費精算の確認は、1件あたりの時間は短くても件数が多く、しかも締めの数日に集まります。中身を分けると、大半は「申請された内容が規程に照らして通るか」を照らし合わせる作業です。金額が上限を超えていないか、宛名が会社名になっているか、必要な項目が埋まっているか、同じ領収書が二度出ていないか。どれも条件が決まっていて、決まっているぶん機械で確かめられます。

一方で、その支出が業務にとって必要だったかどうかは、条件では決まりません。ここは承認者が持つ判断です。自動化の対象は照合の部分に絞り、判断は残す。この線引きを最初に引いておかないと、「AIが承認する」仕組みを作ることになり、社内の合意が取れないまま止まります。

経費精算のチェック自動化とは、申請内容と社内規程の照合を機械に任せ、支出の是非の判断と承認を人に残すことです。機械、経理、上長のそれぞれが持つ範囲は次のように分かれます。

担い手	持つ範囲	具体的な項目
機械	条件が決まっている照合	一人あたりの金額が上限を超えている、宛名が会社名でない、同じ日付と金額と支払先の申請が既にある、必須項目が空、提出期限を過ぎている
経理	規程の解釈と会計処理	勘定科目の付け替え、規程の解釈が分かれる支出の扱い、宛名の誤りを許容するかどうか
上長（承認者）	支出の必要性	その支出が業務に必要だったか、金額が見合っているか、上限を超えたことに正当な理由があるか

機械の行に並ぶ項目は、どれも値の比較か一致の確認に落ちます。経理の行は規程をどう読むかの判断で、社内で解釈をそろえる役割を持つ部署に残します。上長の行は、申請者の業務を知っている人でなければ決められません。機械が上長の行にまで踏み込むと、判断の根拠を誰も説明できなくなります。

以下では、申請の入り口、規程との突き合わせ、重複の検出、承認フローへの載せ方、差し戻しの往復の縮め方、効果の測り方の順に見ていきます。

領収書とカード明細から何を取り出すか

読み取りの対象は、日付、金額、支払先、但し書きの4つが基本です。実務ではこれに、税率ごとの内訳と消費税額、支払手段（現金かカードか）、登録番号の記載の有無が加わります。クレジットカードの明細からは、利用日、利用店舗、金額、カード番号の下4桁を取ります。決済日と利用日がずれるため、どちらを日付として扱うかは先に決めておきます。

問題になるのは、きれいに読める領収書のほうが少ないことです。読み取りが崩れる条件はある程度決まっているので、条件ごとに人へ戻す出し方を決めておきます。

崩れる条件	何が起きるか	人へどう戻すか
手書きの領収書	金額の桁、年号、但し書きの文字が確定しない	確定しなかった項目だけを空欄にし、原本画像の該当箇所を拡大して申請者に入力させる
感熱紙のかすれ・退色	数字が部分的に欠け、金額が別の値として読める	読めた部分と読めなかった位置を示し、金額は申請者の入力を正とする
1枚に複数の明細が載る	合計額と明細行の対応が崩れ、二重に計上される	明細行を分割の候補として並べ、どれを申請対象にするかを選ばせる
折れ・影・傾き・低解像度	全体の精度が下がり、どこが誤っているか分からない	撮り直しを求める。解像度と傾きは機械で判定できるので、提出の時点で弾く
外貨・海外の様式	通貨記号と日付の形式（月日と日月）を取り違える	通貨と適用レートを申請者に明示させ、換算後の金額は計算で出す
但し書きが「品代」「お品代」	何を買ったか分からず、科目も規程の判定もできない	内容と目的の入力を求める。金額が小さいものは対象から外す運用もある

設計で重要なのは、読み取れたかどうかを機械側が自分で判定できることです。値を必ず埋める作りにすると、誤って読んだ数字が正しい値として通ってしまい、確認する人からは間違いが見えなくなります。確信度が低い項目は空欄で返し、そこだけ人が入力する。この形にすると、確認の対象が「全項目」から「読めなかった項目」へ縮みます。

どの技術で読み取るかは、書式が決まっているかどうかで変わります。定型の帳票なら座標を指定した読み取りが安定し、書式がばらつくなら文脈から項目を拾う方式が向きます。この選び方は「AI-OCRと生成AIの違い」で扱っています。

社内規程を判定条件へ落とす

読み取った値がそろったら、規程と突き合わせます。規程の条文をそのままAIに渡して「違反しているか判断させる」形にすると、なぜその結果になったかを説明できません。条文を、値と比較できる条件へ書き下します。

規程の項目	機械で判定できる条件	機械では決まらないこと
上限額	金額と参加人数から一人あたりを計算し、区分ごとの上限と比較する	上限を超えたことに正当な理由があるか
宛名	会社名と一致するか。「上様」「空欄」でないか。表記のゆれは吸収する	取引先が発行を誤ったものを許容するか
参加者の記載	氏名と社名が入力されているか。人数と金額の整合が取れているか	参加者の顔ぶれがその支出に見合うか
勘定科目	支払先と但し書きから候補を出し、申請された科目と一致するか	候補が割れる取引をどちらに寄せるか
利用の時間帯	深夜、休日、業務時間外にあたるか	私的な利用かどうかの最終判断
品目	規程で対象外としている品目（酒類のみの購入、日用品など）が含まれるか	対象外の品目が業務上必要だったか
提出の期限	領収書の日付から申請日までの日数が、規程の期限を超えているか	遅れた申請を受理するか
交通費	出発地と到着地から経路と運賃を引き当て、申請額と照らす	経路の選び方が妥当か

判定できる条件は、比較の対象が数値か、決まった集合か、文字列の一致に落ちるものです。逆に、「業務上必要な範囲で」「社会通念上妥当な額」「必要に応じて上長の許可を得ること」といった書き方は、そのままでは条件になりません。

ここでよくある順序の誤りが、曖昧な規程を残したままAIに解釈させようとすることです。人が読んでも解釈が分かれる文言は、機械に渡しても分かれます。しかも機械が出した解釈は、根拠を示せないまま通ってしまいます。規程が曖昧な項目は、AIを入れる前に規程側を直すのが先になります。金額の上限を数字で書く、対象外の品目を列挙する、参加者の記載を必須にする。この書き直しは経理だけでは決められないため、規程の改定として進める必要があります。

すべてを書き下せるとは限りません。判断が残る項目は、条件に落とさず「確認が要る」へ回す設計にします。規程やルールを運用しながら直していく進め方は「生成AIの社内利用ルールをどう作るか」の考え方がそのまま当てはまります。

重複と二重申請をどう見つけるか

同じ支出が二度精算されるのは、故意でなくても起きます。経路が3つあります。

同じ領収書を再び提出する場合。画像を比べるだけでは足りません。撮り直せば別の画像になるためです。日付、金額、支払先の組み合わせを鍵にして、過去の申請と照合します。照合の範囲は申請者本人だけでは足りず、全社を対象にします。同席した複数人がそれぞれ同じ領収書の写しを出すことがあるためです。

カード明細と現金申請が重なる場合。カードで支払ったものを現金として申請すると、カード会社からの請求と経費精算の両方で計上されます。カード利用データを取り込んでいるなら、利用日の前後1日、金額の一致、店舗名の部分一致で候補を出せます。決済日と利用日がずれるため、日付の幅を持たせるのが要点です。

上限を超える支出を分割する場合。同じ日、同じ支払先で複数の申請が上がっていれば、合算して上限と比較します。1件ずつ見ている限り、どれも規程内に収まります。

いずれも、機械が出せるのは「重複の疑い」までです。同じ店で同じ金額の支払いが本当に二回起きることはあります。自動で却下せず、根拠になった過去の申請を並べて人に見せます。

承認フローへの載せ方

AIが出すのは三分類までにします。確定は承認者が行います。

分類	機械側の条件	承認者がすること
そのまま承認してよい	全項目が読み取れ、規程の判定がすべて通り、重複の候補が無く、金額が定めた範囲に収まる	一覧でまとめて確認し、承認する
確認が要る	読み取りの確信度が低い項目がある、条件に落とせない項目を含む、重複の疑いがある、金額が上限付近	指摘された箇所と根拠を見て、承認するか差し戻すかを決める
差し戻し	必須項目が欠けている、規程に明確に反する、領収書が判読できない	理由を確認して申請者へ返す。書式の不備だけは機械が自動で返してよい

機械が出すのは三分類までで、承認するかどうかの確定は承認者が行います。
差し戻したものは申請者へ戻り、同じ経路をもう一度通ります。

分類だけを渡しても、確認の負担は減りません。承認者の画面には、何を見て、どの条件に照らし、どう判定したかが並んでいる必要があります。具体的には、参照した規程の項目、比較に使った値、原本のどの位置から読み取ったか、重複の疑いなら相手方の申請番号です。根拠が無い状態で「確認が要る」とだけ出ると、承認者は結局ゼロから領収書を見ることになります。

「そのまま承認してよい」に入れる範囲は、最初は狭くしておきます。金額の上限を低めに置き、判定が全項目通ったものだけを対象にする。運用しながら、どの条件で通したものが後から問題になったかを記録し、問題が出ていない範囲を広げます。逆に、差し戻しの自動化は書式の不備（必須項目の欠落、画像が判読できない）に限ります。規程違反の指摘を機械が直接申請者へ返すと、解釈の余地がある指摘まで機械の判断として伝わります。

承認の後は、仕訳と支払へつながります。経費精算の場合は従業員への立替金の精算になるため、支払サイクルと計上月の扱いが請求書とは別に決まります。この先の設計は「請求書処理から支払・仕訳までをAIで自動化する」と、書式のばらつく証憑の取り込み方を扱った「発行元ごとに書式が違う請求書をAIで取り込む」が参考になります。

差し戻しの往復をどこで減らすか

差し戻しそのものが悪いわけではありません。負担になっているのは、同じ申請が申請者と経理の間を何度も行き来することのほうです。同じ不備でも、どこで気づくかによって往復の長さが変わります。

気づく地点	そこで返せる不備	往復にかかること
提出の画面（送信する前）	必須項目の欠落、画像の傾きや解像度の不足、領収書の日付が提出期限を過ぎている	申請者の手元にまだ原本がある。撮り直しも入力もその場で終わり、往復にならない
提出の直後（受付での自動判定）	読み取れなかった項目、宛名が会社名でない、同じ日付と金額と支払先の申請が既にある	申請者へ戻るが、何を出したかを覚えている。書式の不備はここまで機械が返してよい
経理の確認	勘定科目の付け替え、規程の解釈が分かれる支出、参加者の記載の不足	経理と申請者で1往復。なぜ返すのかを言葉で説明する手間が乗る
承認者の確認	その支出が業務に必要だったか、金額が見合っているか	申請者と経理と承認者の三者にまたがる。締めをまたぐと精算の月がずれる

前倒しできるのは、条件が決まっているものだけです。必須項目が空である、画像が判読できない、期限を過ぎているといった判定は、申請者が送信ボタンを押す前に出せます。一方で、規程の解釈が絡む指摘を入り口へ前倒しすると、解釈の余地がある内容まで機械の判断として申請者に伝わります。この線引きは承認フローの三分類と同じで、書式の不備は機械が返し、規程の判断は人が返します。

往復を増やすもう一つの原因が、指摘の出し方です。次の3点を決めておくと、1回の差し戻しで直し切れる割合が上がります。

見つかった不備をまとめて返す1つ直して再提出したら次の指摘が出る、という返し方をすると、不備の数だけ往復します。判定は全項目を通してから、指摘を一覧にして返します
どの項目が、どの規程のどこに照らして、どうなっているかを書く「規程違反です」とだけ返すと、申請者から経理への問い合わせが発生し、往復が1回増えます
直す場所を原本の上で示す読み取れなかった項目は、領収書のどの位置を見ればよいかを併せて出すと、申請者が探すところから始めずに済みます

効果が出ているかは、差し戻しの件数だけでは分かりません。1件の申請が承認までに何回行き来したかを数えると、前倒しが効いているかが見えます。件数が横ばいでも往復の回数が減っていれば、不備を早い段階で拾えるようになっています。

効果をどう測るか

読み取りの精度を指標に置くと、業務がどれだけ楽になったかが分かりません。業務側の数字で見ます。

指標	測り方	読み方の注意
差し戻しの件数と率	申請件数に対する差し戻し件数。理由の内訳も残す	導入直後は増えることがある。これまで素通りしていた不備を拾っている場合があるため、件数だけでなく理由の内訳で見る
1件あたりの往復の回数	申請が提出されてから承認されるまでに、申請者へ戻った回数を数える	件数が横ばいでも回数が減っていれば、不備を早い段階で拾えている。提出前の判定を足した前後で比べる
経理の確認にかかる時間	1件あたりの確認時間を、締め1回分について記録する	「そのまま承認してよい」の割合と併せて見る。割合が低いまま時間だけ短くなっていれば、確認が雑になっている可能性がある
締めまでの日数	申請の締切から経理の処理完了までの日数	申請者側の提出の遅れが支配的なら、確認を速くしても日数は縮まない
三分類の内訳の推移	三つの分類がそれぞれ何割か、月ごとに追う	「確認が要る」が減らない場合は、規程の条件に落とせていない項目が残っている

導入前の数字を取っていないと、後から比べられません。着手する前に、締め1回分だけでも、件数、差し戻しの件数と理由、確認にかかった時間を手で記録しておきます。指標の置き方と投資判断へのつなげ方は「AI導入の効果測定と効果検証」で扱っています。

着手の順序

一度に全部を置き換えると、締めの時期に問題が出たときの戻し先が無くなります。次の順に広げると、途中で止めても業務が回ります。

読み取りだけを足す申請の入力補助として使い、判定は入れない。ここで、どの領収書が読めないかが分かる
判定を下書きとして出す分類は出すが、承認の流れは変えない。人の判定と機械の判定がどれだけずれるかを記録する
「そのまま承認してよい」を狭い条件で通す金額の上限を低く置き、全項目が通ったものだけを対象にする
条件を広げる記録を見て、問題が出ていない範囲から上限や対象を広げる

段階2で記録を取らずに段階3へ進むと、どこまで自動で通してよいかを決める材料がありません。ずれの記録は、そのまま自動化してよい範囲の根拠になります。

まとめ：経費精算の確認を自動化するときの要点

自動化の対象は規程との照合であり、その支出が業務に必要だったかの判断は承認者に残す
読み取りでは、値を必ず埋めるのではなく、読めなかった項目を空欄で返して人に入力させる。手書き、かすれ、1枚に複数明細といった崩れる条件ごとに戻し方を決めておく
規程は値と比較できる条件へ書き下す。「社会通念上妥当な額」のような文言は判定条件にならないため、AIを入れる前に規程側を直す
重複は、同じ領収書の再提出、カード明細と現金申請の重なり、上限を避けるための分割の3経路で起きる。全社を対象に照合し、疑いとして人へ出す
機械が出すのは「そのまま承認してよい」「確認が要る」「差し戻し」の三分類まで。承認者には判定の根拠を並べて見せる
書式の不備は提出の前に弾き、指摘はまとめて一度に返す。往復が伸びるのは、承認まで進んでから返すときと、指摘を小出しにするとき
効果は差し戻しの件数と理由、1件あたりの往復の回数、経理の確認時間、締めまでの日数で測る。導入前に締め1回分の数字を手で記録しておく

Augueでは、証憑の読み取りから社内規程に沿った判定、承認へ載せるところまでを含めたAIエージェントの開発に対応しており、どこまでを機械が通し、どこから承認者が持つかの線引きから一緒に設計できます。自社の経費精算のどの工程を自動化に回せるか整理したい方は、是非ご相談ください。

自社専用のAIエージェントを作りませんか？

作るか既製品を使うか、費用の目安から相談できます。使うほど育ち、成果が続くAIエージェントの開発をご支援します。開発の進め方と事例はサービス資料でご覧いただけます。

資料をダウンロードする無料相談に申し込む

よくある質問

今使っている経費精算システムを入れ替えずに、確認の部分だけを足せますか？

申請データと添付ファイルを取り出せる口があり、判定の結果を戻せるなら足せます。取り出しに対応していない製品では、承認前の一覧を別の画面で確認する形になり、申請者から見える場所が二か所に増えます。入れ替えを検討する前に、既存製品にどの連携手段が用意されているかを先に確認してください。

電子帳簿保存法のスキャナ保存の要件との関係はどうなりますか？

保存の要件と、経費精算の確認を自動化することは別の話です。読み取りの仕組みを入れても、原本をどう保存するか、タイムスタンプや訂正削除の記録をどう残すかの要件は変わりません。既に保存側の運用が固まっているなら、そこへ手を入れずに確認の工程だけを足す形にすると、対応済みの範囲を崩さずに済みます。

交通費や日当のように領収書が出ない申請はどう扱いますか？

領収書が無い申請は読み取りの対象外になるため、判定の材料が申請内容そのものだけになります。交通費は出発地と到着地から経路と運賃を引き当てて申請額と照らす形、日当は出張の期間と区分から支給額を計算して照らす形になります。どちらも規程に金額の根拠が書かれていれば機械で確かめられます。

申請の件数が少ない会社でも組む意味はありますか？

件数が少ない場合、削減できる時間そのものは小さくなります。それでも効くのは、確認する人が一人に偏っていて属人化している場合と、締めが特定の日に集中して他の作業が止まる場合です。判断の材料は月あたりの件数よりも、確認が誰にどれだけ寄っているかと、締めの前後で滞留している日数のほうになります。