INSIGHT
請求書を読めた。それだけで、支払ってよい請求だと決めるな
請求書を読めたこと以外に、その金額と相手へ支払ってよい根拠はあるか。
請求書の画像から、取引先名、金額、支払期日をAIが正しく抜き出した。原票と見比べても合っているので、「確認済み」として支払いへ回そうとしている。ただし、文字を照合した人と、支払いを承認する人は、役割が違う。同じ人が担う場合も、確認の中身は分ける必要がある。
項目を読めたことと、その相手へ、その金額を、その口座に支払ってよいことは別の確認である。抽出の成功を、取引の成立、検収、重複、口座変更、承認までの証拠に広げてはいけない。
支払ってよい根拠と承認記録がそろうまで、AIの抽出結果から自動振込へ進めない。
読み取りの確認を、支払いの確認済みへ置き換えない
自分が確認した範囲を具体的にする。AIの抽出値が原票と合っても、発注・検収・口座を照合していなければ、その欄は未確認として残す。抽出値だけで照合済みにする設定や自動送信があるなら、管理担当へ伝えて保留する。本番口座への実行権限の変更は、担当者が業務への影響を確認して行う。
請求書を読み取り、原票と並べる。仕訳候補を作る。重複や差額の候補を担当者へ知らせる。こうした補助は、対象情報と確認方法を決めた範囲で続けられる場合がある。ただし画面に「確認済み」と表示してよいのは、誰が何と照合したかが記録された後である。
経理、購買、業務部門、システム担当には、停止する接続と既存の承認手順へ戻す期間を同じ文面で伝える。支払期日が近い請求も、根拠不足を自動承認する理由にはしない。例外の差戻し先と、期限内に確認できない場合の扱いを業務側で決める。
請求書から支払いまで証拠を一本につなぐ
AIが読む請求書は、支払判断に必要な記録の一つである。発注、契約、納品や検収、請求、取引先マスター、振込先の登録・変更、承認を同じ取引として結ぶ。抽出結果には元ファイル、受領日時、抽出した項目、修正した人と理由を残し、原票そのものと入れ替えない。
国税庁の電子帳簿保存法一問一答［電子取引関係］ は令和8年7月版で、電子取引データの保存、訂正・削除、検索などを整理している。インターネットバンキングの取引年月日、金額、振込先名等のデータ保存にも触れる。ただし、AIによる請求照合の精度や、不正防止の性能を実証する資料ではない。保存要件への適合も、取引や制度上の条件に即して個別に確認する必要がある。
支払画面から、請求書だけでなく、発注・検収と登録済み口座へ戻れるかを試す。AIが一文字を正しく読んでも、取引先から来た正当な請求か、検収済みか、変更された口座が正しいかは決まらない。
通常請求より先に五つの例外を通す
平均的な読取率より、止めるべき請求を止められるかを見る。少なくとも次の例を試す。
- 同じ請求番号や金額の再送で、二重計上の可能性がある
- 発注額または検収額と請求額が違う
- 取引先名は同じだが、振込先口座が変更されている
- 一部だけ検収済みで、請求対象との対応が不明である
- 支払期限は近いが、発注・契約・受領の根拠が足りない
各例で、AIが何を候補として示し、誰が保留し、どの資料を確認し、誰へ差し戻すかを記録する。「問題なし」と出た請求も、確認者が根拠を開けなければ合格にしない。口座変更は、請求書に書かれた情報だけで確定せず、自社が定める別経路の確認へ戻す。
例外を止められない支払フローでは、通常の請求を何件読めても自動振込の承認根拠にならない。
候補・承認・実行の権限を分ける
AIは抽出や照合候補を作る。支払承認者は、取引の根拠、差異、振込先、支払対象を確認して承認または差戻しを決める。実行者または銀行接続は、承認された対象と金額だけを処理する。この三つを画面でも記録でも分ける。
NISTの生成AIプロファイル は、虚偽の出力、情報の取扱い、人とAIの役割、第三者への依存、継続的な評価などを扱う2024年の任意文書である。日本の支払実務へ特定の承認者数や操作手順を義務付ける資料ではなく、個別システムの安全保証でもない。ここでは、出力を作る役割と支払いを確定・実行する役割を分ける参考にする。
小さな会社で同じ人が承認と実行を担うことがあっても、抽出の成功を理由に確認項目を消してよいことにはならない。誰が原票と例外を見て、いつ実行したかを追える状態にする。
振込後の取消しは、社内の記録を元に戻す操作とは違う。銀行等の手続きや相手方の対応が必要となり、資金を回収できるとは限らない。訂正手順を備えることを、確認前に送金してよい理由にはしない。
再開は六つの証拠がそろった範囲だけにする
自動処理を再検討する条件を、「精度が十分」にしない。少なくとも六つを記録で確認する。
- 対象とする請求書・取引・支払方法の範囲
- 原票、発注・契約、検収、取引先・口座を結ぶ照合結果
- 五つの例外を保留し、担当へ差し戻せた試験結果
- 承認者が見た根拠、判断、日時と、実行記録
- 誤抽出・誤承認を訂正し、必要な支払や記録を戻す手順
- 変更、障害、例外増加を検知し、自動処理を止める責任者
六つがそろわない間は、人による既存の承認と振込へ戻す。そろった場合も、確認できた取引先、帳票、金額帯、例外なしの範囲だけを対象にし、口座変更や未検収は人へ戻す選択ができる。
再開の判断は読取率ではなく、支払いの根拠、例外、承認、実行、訂正を追える証拠で行う。
読み取り結果を支払いの根拠と照合し、不一致は理由を付けて保留へ渡す
次の請求を回すときは、読み取り結果だけでなく、発注・検収・登録口座など支払う根拠へ戻る。違いや根拠不足があれば、AIに数字を合わせさせず、理由と確認した資料を付けて保留先へ渡す。読めた一件を、そのまま支払ってよい一件にしない。それが、照合を担う本人の仕事である。