請求書をAIで読み取ってExcelにする仕組みは便利ですが、出てきた数字をそのまま仕訳に流すと、金額違いや計上漏れが後から見つかることがあります。この記事では、読み取り結果のうち必ず目視すべき6項目と、原本枚数との突合、差異が見つかったときの修正・再確認の手順を整理します。自社の確認ルールを文章化するときの下敷きとしてお使いください。
- 原本の整理 PDF・画像を月次フォルダにまとめ、枚数を数える
- 読み取りとExcel出力 仕訳用の表形式で書き出す
- 件数の突合 原本枚数と出力件数が一致するか確認する
- 6項目の目視 請求元名・税率区分別金額・合計・日付・登録番号・備考
- 修正と再確認 原本を正として直し、修正箇所だけ再点検する
なぜ「そのまま使う」と金額違いが起きるのか
読み取りの誤りは、文字が読めなかったときだけに起きるわけではありません。実務で問題になりやすいのは、次のような「もっともらしく見える」ズレです。
- 小計・消費税・合計が並ぶ請求書で、合計欄ではなく小計を拾ってしまう
- 複数ページの請求書で、2ページ目の明細が欠けたまま1ページ目の数字だけが出る
- 値引き行やマイナス行の符号が反映されない
- 請求元名が、ロゴの社名ではなく振込先の銀行名や支店名になる
- 請求日と支払期日の2つの日付があり、どちらを拾ったか判別しにくい
いずれも「空欄になる」のではなく「それらしい値が入る」ため、画面を流し読みすると気づきません。だからこそ、どの項目を人が見るかをあらかじめ決めておく必要があります。
読み取り誤りは空欄ではなく「もっともらしい値」として現れるため、目視項目を事前に決めておくことが前提になります。
必ず目視する6項目
全項目を一つずつ原本と照合すると、手入力と変わらない時間がかかります。影響の大きさと誤りやすさを考えると、次の6項目に絞るのが現実的です。
| 項目 | 見るポイント | 間違えたときの影響 |
|---|---|---|
| 請求元名 | 正式名称か、振込先名や支店名を拾っていないか | 取引先マスタと紐づかず、計上先を誤る |
| 税率区分ごとの金額 | 10%・8%の区分がそれぞれ分かれているか | 税区分の設定が実態と合わなくなる |
| 合計金額 | 小計・税額・合計の関係が成立しているか | 支払額そのものが狂う |
| 日付 | 請求日か支払期日か、どちらを取ったか | 計上月がずれる |
| 登録番号 | 「T」＋13桁の形が崩れていないか | 保存書類としての要件確認に支障が出る |
| 備考 | 値引き・相殺・前払い・分割などの記載 | 金額の意味を取り違える |
確認の順番は、金額に直結するものから進めると効率的です。合計金額→税率区分ごとの金額→請求元名→日付→登録番号→備考、という流れにすると、早い段階で大きな誤りを拾えます。
登録番号の確認で止まらないために
登録番号は桁数と先頭の「T」の形式だけを読み取り側で確認し、その番号が有効かどうかの照会は別の作業として分けると、確認が滞りません。形式が崩れているものだけを抜き出して原本を見る、という進め方が現実的です。なお、何を保存し、どう扱うかの税務上の判断は、顧問税理士など専門家の確認を前提にしてください。
件数の突合を先にやる
金額の目視より先に行いたいのが、原本枚数と出力件数の突合です。1枚の請求書が2行に分かれて出ていないか、逆に2枚が1行にまとまっていないかを確認します。
件数が合わないまま金額を見ても、どこを直せばよいか分かりません。先に「件数を合わせる」「それから金額を見る」と順序を固定すると、確認の手戻りが減ります。
金額の目視の前に件数を合わせることで、抜け・重複を早い段階で切り分けられます。
差異が出たときの修正と再確認
差異を見つけたら、その場で直して終わりにせず、次の順で進めます。
- 原本を正とする：読み取り結果ではなく、PDF・画像の原本に戻って値を確認します。
- 修正箇所を記録する：どのファイルのどの項目を、何から何に直したかを1行で残します。
- 同じ原因の他件を探す：1件で起きた誤りは、同じ様式の請求書で再発している可能性があります。請求元ごとにまとめて見直します。
- 修正後に再確認する：直した項目だけを、別の担当者または時間を空けて見ます。全件の再点検は不要です。
- 確認者と日付を残す：誰がいつ確認したかを表に列として持たせておくと、後から経緯をたどれます。
読み取りと確認を分けて設計する
確認の手間を減らす近道は、精度に期待することではなく、「機械が作る部分」と「人が見る部分」を分けて設計することです。読み取りは一次データの作成までと割り切り、人は6項目の目視と件数突合に集中する。この線引きがあると、担当者が代わっても品質が安定します。
丸投げインボイスは、請求書のPDF・画像を読み取って仕訳用のExcelを作成するサービスです。請求書の作成やPDF発行にも対応しています。出力されたExcelをそのまま確認用の台帳として使い、確認者・確認日・修正内容の列を自社で追加すれば、上記の手順をそのまま載せられます。なお、税務判断や申告、会計ソフトへの自動連携を保証するものではないため、仕訳の最終的な判断と会計ソフトへの取り込みは自社の手順として設計してください。
読み取りに任せてよい範囲
- 原本からの一次データ化
- 表形式での一覧出力
- 請求書の作成・PDF発行
人が判断する範囲
- 6項目の目視確認
- 件数の突合と差異の原因特定
- 勘定科目・税区分の最終判断
よくある質問
Q: 全件を目視せず、抜き取りでもよいでしょうか
A: 件数の突合は全件で行い、6項目の目視は金額の大きいものや新規取引先、様式が初めての請求元を優先する、という組み合わせが現実的です。ただし抜き取りにする場合は「どの条件のものは全件見るか」を文書で決めておかないと、担当者ごとに運用がばらつきます。
Q: 読み取り結果をそのまま会計ソフトに取り込めますか
A: 丸投げインボイスは仕訳用のExcelを作成するサービスで、会計ソフトとの自動連携を保証するものではありません。取り込みの可否や列の並びは、お使いの会計ソフト側の仕様に合わせて自社で確認・整形する前提でお考えください。
Q: 手書きや不鮮明な請求書はどう扱えばよいですか
A: 読み取りにかける前に「目視入力に回す対象」としてあらかじめ分けておくと、確認工程が混乱しません。スキャン時の解像度や傾き、影の有無も結果に影響するため、原本の取り込み方法を揃えることが先になります。
まとめ
請求書の読み取りは、入力作業を減らす手段であって、確認を省く手段ではありません。確認を現実的な時間に収めるには、見る項目を請求元名・税率区分ごとの金額・合計・日付・登録番号・備考の6項目に絞り、その前に原本枚数と出力件数を突合することです。差異が出たら原本を正として直し、同じ原因の他件を探し、修正箇所だけを再確認する。この流れを手順書に落とし込めば、担当者が代わっても品質を保てます。読み取りの自動化と、人が見る範囲の線引きを合わせて設計することから始めてください。
