月末に集中するのは、判断ではなく照合
経費精算の確認は、1件あたりの時間は短くても件数が多く、しかも締めの数日に集まります。中身を分けると、大半は「申請された内容が規程に照らして通るか」を照らし合わせる作業です。金額が上限を超えていないか、宛名が会社名になっているか、必要な項目が埋まっているか、同じ領収書が二度出ていないか。どれも条件が決まっていて、決まっているぶん機械で確かめられます。
一方で、その支出が業務にとって必要だったかどうかは、条件では決まりません。ここは承認者が持つ判断です。自動化の対象は照合の部分に絞り、判断は残す。この線引きを最初に引いておかないと、「AIが承認する」仕組みを作ることになり、社内の合意が取れないまま止まります。
以下では、申請の入り口、規程との突き合わせ、重複の検出、承認フローへの載せ方、効果の測り方の順に見ていきます。
領収書とカード明細から何を取り出すか
読み取りの対象は、日付、金額、支払先、但し書きの4つが基本です。実務ではこれに、税率ごとの内訳と消費税額、支払手段（現金かカードか）、登録番号の記載の有無が加わります。クレジットカードの明細からは、利用日、利用店舗、金額、カード番号の下4桁を取ります。決済日と利用日がずれるため、どちらを日付として扱うかは先に決めておきます。
問題になるのは、きれいに読める領収書のほうが少ないことです。読み取りが崩れる条件はある程度決まっているので、条件ごとに人へ戻す出し方を決めておきます。
| 崩れる条件 | 何が起きるか | 人へどう戻すか |
|---|---|---|
| 手書きの領収書 | 金額の桁、年号、但し書きの文字が確定しない | 確定しなかった項目だけを空欄にし、原本画像の該当箇所を拡大して申請者に入力させる |
| 感熱紙のかすれ・退色 | 数字が部分的に欠け、金額が別の値として読める | 読めた部分と読めなかった位置を示し、金額は申請者の入力を正とする |
| 1枚に複数の明細が載る | 合計額と明細行の対応が崩れ、二重に計上される | 明細行を分割の候補として並べ、どれを申請対象にするかを選ばせる |
| 折れ・影・傾き・低解像度 | 全体の精度が下がり、どこが誤っているか分からない | 撮り直しを求める。解像度と傾きは機械で判定できるので、提出の時点で弾く |
| 外貨・海外の様式 | 通貨記号と日付の形式（月日と日月）を取り違える | 通貨と適用レートを申請者に明示させ、換算後の金額は計算で出す |
| 但し書きが「品代」「お品代」 | 何を買ったか分からず、科目も規程の判定もできない | 内容と目的の入力を求める。金額が小さいものは対象から外す運用もある |
設計で重要なのは、読み取れたかどうかを機械側が自分で判定できることです。値を必ず埋める作りにすると、誤って読んだ数字が正しい値として通ってしまい、確認する人からは間違いが見えなくなります。確信度が低い項目は空欄で返し、そこだけ人が入力する。この形にすると、確認の対象が「全項目」から「読めなかった項目」へ縮みます。
どの技術で読み取るかは、書式が決まっているかどうかで変わります。定型の帳票なら座標を指定した読み取りが安定し、書式がばらつくなら文脈から項目を拾う方式が向きます。この選び方は AI-OCRと生成AIの違い で扱っています。
社内規程を判定条件へ落とす
読み取った値がそろったら、規程と突き合わせます。規程の条文をそのままAIに渡して「違反しているか判断させる」形にすると、なぜその結果になったかを説明できません。条文を、値と比較できる条件へ書き下します。
| 規程の項目 | 機械で判定できる条件 | 機械では決まらないこと |
|---|---|---|
| 上限額 | 金額と参加人数から一人あたりを計算し、区分ごとの上限と比較する | 上限を超えたことに正当な理由があるか |
| 宛名 | 会社名と一致するか。「上様」「空欄」でないか。表記のゆれは吸収する | 取引先が発行を誤ったものを許容するか |
| 参加者の記載 | 氏名と社名が入力されているか。人数と金額の整合が取れているか | 参加者の顔ぶれがその支出に見合うか |
| 勘定科目 | 支払先と但し書きから候補を出し、申請された科目と一致するか | 候補が割れる取引をどちらに寄せるか |
| 利用の時間帯 | 深夜、休日、業務時間外にあたるか | 私的な利用かどうかの最終判断 |
| 品目 | 規程で対象外としている品目（酒類のみの購入、日用品など）が含まれるか | 対象外の品目が業務上必要だったか |
| 提出の期限 | 領収書の日付から申請日までの日数が、規程の期限を超えているか | 遅れた申請を受理するか |
| 交通費 | 出発地と到着地から経路と運賃を引き当て、申請額と照らす | 経路の選び方が妥当か |
判定できる条件は、比較の対象が数値か、決まった集合か、文字列の一致に落ちるものです。逆に、「業務上必要な範囲で」「社会通念上妥当な額」「必要に応じて上長の許可を得ること」といった書き方は、そのままでは条件になりません。
ここでよくある順序の誤りが、曖昧な規程を残したままAIに解釈させようとすることです。人が読んでも解釈が分かれる文言は、機械に渡しても分かれます。しかも機械が出した解釈は、根拠を示せないまま通ってしまいます。規程が曖昧な項目は、AIを入れる前に規程側を直すのが先になります。金額の上限を数字で書く、対象外の品目を列挙する、参加者の記載を必須にする。この書き直しは経理だけでは決められないため、規程の改定として進める必要があります。
すべてを書き下せるとは限りません。判断が残る項目は、条件に落とさず「確認が要る」へ回す設計にします。規程やルールを運用しながら直していく進め方は 生成AIの社内利用ルールをどう作るか の考え方がそのまま当てはまります。
重複と二重申請をどう見つけるか
同じ支出が二度精算されるのは、故意でなくても起きます。経路が3つあります。
同じ領収書を再び提出する場合。画像を比べるだけでは足りません。撮り直せば別の画像になるためです。日付、金額、支払先の組み合わせを鍵にして、過去の申請と照合します。照合の範囲は申請者本人だけでは足りず、全社を対象にします。同席した複数人がそれぞれ同じ領収書の写しを出すことがあるためです。
カード明細と現金申請が重なる場合。カードで支払ったものを現金として申請すると、カード会社からの請求と経費精算の両方で計上されます。カード利用データを取り込んでいるなら、利用日の前後1日、金額の一致、店舗名の部分一致で候補を出せます。決済日と利用日がずれるため、日付の幅を持たせるのが要点です。
上限を超える支出を分割する場合。同じ日、同じ支払先で複数の申請が上がっていれば、合算して上限と比較します。1件ずつ見ている限り、どれも規程内に収まります。
いずれも、機械が出せるのは「重複の疑い」までです。同じ店で同じ金額の支払いが本当に二回起きることはあります。自動で却下せず、根拠になった過去の申請を並べて人に見せます。
承認フローへの載せ方
AIが出すのは三分類までにします。確定は承認者が行います。
| 分類 | 機械側の条件 | 承認者がすること |
|---|---|---|
| そのまま承認してよい | 全項目が読み取れ、規程の判定がすべて通り、重複の候補が無く、金額が定めた範囲に収まる | 一覧でまとめて確認し、承認する |
| 確認が要る | 読み取りの確信度が低い項目がある、条件に落とせない項目を含む、重複の疑いがある、金額が上限付近 | 指摘された箇所と根拠を見て、承認するか差し戻すかを決める |
| 差し戻し | 必須項目が欠けている、規程に明確に反する、領収書が判読できない | 理由を確認して申請者へ返す。書式の不備だけは機械が自動で返してよい |
分類だけを渡しても、確認の負担は減りません。承認者の画面には、何を見て、どの条件に照らし、どう判定したかが並んでいる必要があります。具体的には、参照した規程の項目、比較に使った値、原本のどの位置から読み取ったか、重複の疑いなら相手方の申請番号です。根拠が無い状態で「確認が要る」とだけ出ると、承認者は結局ゼロから領収書を見ることになります。
「そのまま承認してよい」に入れる範囲は、最初は狭くしておきます。金額の上限を低めに置き、判定が全項目通ったものだけを対象にする。運用しながら、どの条件で通したものが後から問題になったかを記録し、問題が出ていない範囲を広げます。逆に、差し戻しの自動化は書式の不備（必須項目の欠落、画像が判読できない）に限ります。規程違反の指摘を機械が直接申請者へ返すと、解釈の余地がある指摘まで機械の判断として伝わります。
承認の後は、仕訳と支払へつながります。経費精算の場合は従業員への立替金の精算になるため、支払サイクルと計上月の扱いが請求書とは別に決まります。この先の設計は 請求書処理から支払・仕訳までをAIで自動化する と、書式のばらつく証憑の取り込み方を扱った 発行元ごとに書式が違う請求書をAIで取り込む が参考になります。
効果をどう測るか
読み取りの精度を指標に置くと、業務がどれだけ楽になったかが分かりません。業務側の数字で見ます。
| 指標 | 測り方 | 読み方の注意 |
|---|---|---|
| 差し戻しの件数と率 | 申請件数に対する差し戻し件数。理由の内訳も残す | 導入直後は増えることがある。これまで素通りしていた不備を拾っている場合があるため、件数だけでなく理由の内訳で見る |
| 経理の確認にかかる時間 | 1件あたりの確認時間を、締め1回分について記録する | 「そのまま承認してよい」の割合と併せて見る。割合が低いまま時間だけ短くなっていれば、確認が雑になっている可能性がある |
| 締めまでの日数 | 申請の締切から経理の処理完了までの日数 | 申請者側の提出の遅れが支配的なら、確認を速くしても日数は縮まない |
| 三分類の内訳の推移 | 三つの分類がそれぞれ何割か、月ごとに追う | 「確認が要る」が減らない場合は、規程の条件に落とせていない項目が残っている |
導入前の数字を取っていないと、後から比べられません。着手する前に、締め1回分だけでも、件数、差し戻しの件数と理由、確認にかかった時間を手で記録しておきます。指標の置き方と投資判断へのつなげ方は AI導入の効果測定と効果検証 で扱っています。
着手の順序
一度に全部を置き換えると、締めの時期に問題が出たときの戻し先が無くなります。次の順に広げると、途中で止めても業務が回ります。
- 読み取りだけを足す。 申請の入力補助として使い、判定は入れない。ここで、どの領収書が読めないかが分かる
- 判定を下書きとして出す。 分類は出すが、承認の流れは変えない。人の判定と機械の判定がどれだけずれるかを記録する
- 「そのまま承認してよい」を狭い条件で通す。 金額の上限を低く置き、全項目が通ったものだけを対象にする
- 条件を広げる。 記録を見て、問題が出ていない範囲から上限や対象を広げる
段階2で記録を取らずに段階3へ進むと、どこまで自動で通してよいかを決める材料がありません。ずれの記録は、そのまま自動化してよい範囲の根拠になります。
まとめ：経費精算の確認を自動化するときの要点
- 自動化の対象は規程との照合であり、その支出が業務に必要だったかの判断は承認者に残す
- 読み取りでは、値を必ず埋めるのではなく、読めなかった項目を空欄で返して人に入力させる。手書き、かすれ、1枚に複数明細といった崩れる条件ごとに戻し方を決めておく
- 規程は値と比較できる条件へ書き下す。「社会通念上妥当な額」のような文言は判定条件にならないため、AIを入れる前に規程側を直す
- 重複は、同じ領収書の再提出、カード明細と現金申請の重なり、上限を避けるための分割の3経路で起きる。全社を対象に照合し、疑いとして人へ出す
- 機械が出すのは「そのまま承認してよい」「確認が要る」「差し戻し」の三分類まで。承認者には判定の根拠を並べて見せる
- 効果は差し戻しの件数と理由、経理の確認時間、締めまでの日数で測る。導入前に締め1回分の数字を手で記録しておく
Augueでは、証憑の読み取りから社内規程に沿った判定、承認へ載せるところまでを含めたAIエージェントの開発に対応しており、どこまでを機械が通し、どこから承認者が持つかの線引きから一緒に設計できます。自社の経費精算のどの工程を自動化に回せるか整理したい方は、是非ご相談ください。
関連する記事
読み取りの方式を選ぶところからなら AI-OCRと生成AIの違い、請求書側の取り込み設計は 発行元ごとに書式が違う請求書をAIで取り込む、承認より後の仕訳と支払は 請求書処理から支払・仕訳までをAIで自動化する を参照してください。
よくある質問
今使っている経費精算システムを入れ替えずに、確認の部分だけを足せますか？
申請データと添付ファイルを取り出せる口があり、判定の結果を戻せるなら足せます。取り出しに対応していない製品では、承認前の一覧を別の画面で確認する形になり、申請者から見える場所が二か所に増えます。入れ替えを検討する前に、既存製品にどの連携手段が用意されているかを先に確認してください。
電子帳簿保存法のスキャナ保存の要件との関係はどうなりますか？
保存の要件と、経費精算の確認を自動化することは別の話です。読み取りの仕組みを入れても、原本をどう保存するか、タイムスタンプや訂正削除の記録をどう残すかの要件は変わりません。既に保存側の運用が固まっているなら、そこへ手を入れずに確認の工程だけを足す形にすると、対応済みの範囲を崩さずに済みます。
交通費や日当のように領収書が出ない申請はどう扱いますか？
領収書が無い申請は読み取りの対象外になるため、判定の材料が申請内容そのものだけになります。交通費は出発地と到着地から経路と運賃を引き当てて申請額と照らす形、日当は出張の期間と区分から支給額を計算して照らす形になります。どちらも規程に金額の根拠が書かれていれば機械で確かめられます。
申請の件数が少ない会社でも組む意味はありますか？
件数が少ない場合、削減できる時間そのものは小さくなります。それでも効くのは、確認する人が一人に偏っていて属人化している場合と、締めが特定の日に集中して他の作業が止まる場合です。判断の材料は月あたりの件数よりも、確認が誰にどれだけ寄っているかと、締めの前後で滞留している日数のほうになります。