インボイス制度の請求書チェックをAIに任せる範囲

専門工事業が受け取る請求書は、下請けの職人や資材業者、リース会社など発行元が多岐にわたる。一人親方が手書きで発行する請求書もあれば、大手資材業者のシステム出力もあり、様式は統一されていない。

インボイス制度では、仕入税額控除を受けるために、登録番号の記載と税率区分の明記が必要になった。記載が抜けていたり、税率の表記が曖昧な請求書が混ざると、経理担当者はその都度発行元に確認の連絡を入れることになる。

受領枚数が月に100枚を超える会社では、この確認作業だけで経理担当者の稼働の一部を占める。繁忙期は現場から上がる請求書の処理が追いつかず、支払いサイトぎりぎりの確認になることもある。

社長自身が経理を兼任している数名規模の会社では、この確認が夜間や週末の作業になりやすい。現場管理と経理の両方を抱える負担は、規模が小さい会社ほど重い。

登録番号は「T」に続く13桁の数字という形式が決まっている。この桁数と記号のパターンが合っているかどうかは機械的に確認できる作業であり、AIに下書きチェックとして任せられる。

請求書に記載された税率区分と、品目の内容が整合しているかどうかも、記載ルールに沿った突き合わせであれば形式チェックの範囲に含まれる。

複数枚の請求書をまとめて読み込み、登録番号の形式が崩れているものや税率表記が欠けているものにフラグを立てて一覧にする下書きは、AIが作れる。経理担当者は、そのフラグが立った請求書だけを重点的に見ればよくなる。

この形式チェックは、登録番号が実在する事業者のものかどうかを保証するものではない。実在確認が必要な場合は、国税庁の適格請求書発行事業者公表サイトで照合する作業が別途要る。

請求書に記載された金額が発注内容と合っているか、数量と単価が妥当かという判断は、現場の実際の進捗と発注書を照らし合わせる必要があり、AIには任せられない。

取引が実際に行われたかどうかの実態確認も、AIの領域ではない。架空の取引や重複請求を見抜くのは、現場を知る担当者と経理の役割になる。

AIが作るのは、形式面で疑わしい請求書を絞り込む下書きまでである。その先の承認、支払いの実行は、これまでどおり経理担当者と社長が行う。この線を崩すと、誤った請求書がそのまま処理される事故につながる。

以下は架空データでの実行例である。実在する企業名や取引は含まない。

架空の受領請求書10枚分のテキスト（発行元名・登録番号・税率区分・金額）をClaude Codeに渡し、形式チェックを依頼する場面を想定する。

プロンプト例: 「以下は架空の受領請求書10枚分のデータである。各請求書について、登録番号がT+13桁の形式に合っているか、税率区分の記載が品目と整合しているかを確認し、疑わしい行だけを理由つきで一覧にしてほしい。金額の妥当性や取引の実在性については判断しないこと」

この指示に対してAIが返すのは、疑わしい行とその理由の一覧である。経理担当者は、この一覧を起点に原本を確認し、必要であれば発行元に連絡する。承認の判断はAIの出力をそのまま採用せず、原本と突き合わせてから行う。

受領した請求書をPDFまたはスキャンデータとして取り込み、Claude Codeで形式チェックの下書きを作らせる。フラグが立った請求書を経理が原本と照合し、問題がなければ通常の処理に進める、という流れが現実的な導入の型になる。

自社ではこれまでに自動化を13本（2026年7月時点）組んでおり、建設業向けにこうした確認作業の仕組みを実装する支援も行っている。AI変革コンサルとしては上場企業を含む30社以上に関わってきた。

導入初期は、AIが出したフラグと、経理が実際に見つけた誤りを突き合わせて精度を確認する期間を置くとよい。数週間分のデータで、どの程度フラグが的確かを見てから日常の運用に組み込む。

会計ソフトへの直接連携までは含めず、まずはチェックの下書き作成に範囲を絞ると導入の難易度が下がる。

手書きの請求書や、スキャンで文字が潰れたPDFは、AIが登録番号や金額を読み違えることがある。読み取り結果をそのまま正としてしまうと、誤った番号のまま処理が進む。

この読み違いを防ぐには、AIが出力した読み取り結果を必ず原本と目で突き合わせる工程を残す必要がある。特に金額欄と登録番号の下1桁は、読み違いが起きやすい箇所として重点的に確認するとよい。

AIチェックを導入したあとも、最終的な支払い承認は経理担当者と社長が行う体制を変えない。AIは確認作業の入口を絞り込む役割にとどめる。