トップ›経理・財務

経理・財務シナリオ

適格請求書(インボイス制度)照合

中小企業の経営者・経理責任者・情報システム担当者向け。仕入税額控除の観点で、受領した請求書等の記載要件・登録番号等を照合し、例外は人が判断する業務の実務骨格である。本稿は情報提供であり、税務判断・監査意見・適法性の保証ではない。数値はすべて仮説・要実測とする。


30秒役員要約

  • 課題:適格請求書の項目欠落・登録番号の不一致・例外取引の扱いが、控除可否の論点と証跡不足につながる。
  • 方針:機械は記載項目の突合と例外候補の提示まで。仕入税額控除の最終判断・仕訳確定・対外送信はしない。
  • 境界:Human Approval Gate(人間承認ゲート)は必須。HITL(Human-in-the-loop:人間介在)を閉じた無人確定は行わない。
  • 投資感:後述の簡易ROIは入力が成り立つ場合の試算のみ。効果は保証しない。仮説・要実測。

現場 / アーキテクト 双軌

観点現場(経理・監査)アーキテクト(情シス・ベンダー管理)
目的記載要件の漏れ検知、例外の可視化、承認と証跡の残し方入力経路の固定、権限分離、Token Capping(トークン上限)、Audit Trail(監査証跡)の保存範囲
見るもの請求書PDF/紙スキャン、取引先マスタ、登録番号の照会結果、例外リスト取込API/ファイル連携、マスキング、承認ワークフロー、ログ保持期間
やらないこと「AIが控除可否を断定」と運用する承認なしの本番反映、学習目的での業務データ保管(Zero Data Retention:ゼロ・データ・リテンションの設計原則)
成果物照合結果の下書き、例外理由、承認記録接続仕様、権限定義、証跡スキーマ、上限監視の運用手順

技術構成の詳細(OCRエンジン選定、クラウド配置等)は本稿では拡張しない。接続先と権限は既存の社内標準に従う。


現場で起きる課題

経理担当:月末、仕入請求書が集中する。登録番号の桁・事業者名の表記ゆれで、毎回手戻りが出る。

情シス:現行は共有フォルダと表計算の目視。登録番号の照会結果をどこに正として持つか、マスタが割れている。

経理担当:取引先から「登録番号は正しいはず」と言われるが、国税庁公表情報との突合ログが残っていない。監査から「いつ・誰が・何を見てOKにしたか」を聞かれる。

ベンダー:自動で控除確定までやれ、と言われるが、例外(返還・媒介・簡易課税側の扱い等)はルールが現場依存だ。ここは人が選ぶべきだ。

経理担当:では機械は「項目の有無」「番号形式」「マスタ/照会結果との差分」まで。OK/保留/差し戻しは経理が押す。HITLは閉じない。

情シス:承認イベントをAudit Trailに残し、生成呼び出しにはToken Cappingを付ける。学習目的での保管はしない(ZDR)。それで稟議で境界を説明する材料になる。


現状業務の分析

典型的なAs-Is(現状)の流れ:

  1. 受領:メール添付・ポータル・紙。形式が混在。
  2. 一次確認:担当が記載要件(発行者・登録番号・取引年月日・内容・税額等)を目視。
  3. 番号確認:公表情報または社内マスタと突合。結果の保存が属人的。
  4. 例外:返還インボイス、媒介者交付、端数処理、海外取引など——判断が口頭・チャットに散逸。
  5. 仕訳連携:会計システムへの投入は別工程。照合と仕訳の証跡が分断。
  6. 監査対応:後追いで「なぜその請求書を控除対象としたか」を再構成するコストが発生。

ボトルネックは「判定そのもの」より、例外の可視化不足と承認・照会の証跡欠落にある。


HITLの4段階(Human Approval Gate 必須)

HITLを閉じた運用(無人での仕訳確定・支払指示・マスタ変更)は禁止する。本番・デモともに、確定系は人間承認を経る。

階ラベル内容人間の役割
1下書き生成(人間が編集可)記載項目の抽出結果、登録番号の形式チェック、マスタ/照会差分の下書きを生成する誤抽出の訂正、対象請求書の取捨
2例外の提示(人間が選択)欠落項目・番号不一致・例外取引候補を一覧提示する控除対象/対象外/保留/差し戻しの選択。税務の最終解釈は社内規程・専門家判断
3承認(Human Approval Gate)仕訳確定・対外送信・支払指示・マスター変更は、承認されるまで実行しない権限者による明示承認。代理承認ルールは社内規定に従う
4記録と上限監視承認済み操作をAudit Trailとして残し得る。生成系呼び出しにToken Cappingを設ける記録範囲はプライバシーポリシーに従う。上限超過時は停止し人が再開判断

設計原則(未提供と混同しない):Zero Data Retention(学習・二次利用目的での保管をしない)、Audit Trail、Token Capping、Human Approval Gate。画面に実装が無い場合は「提供済み」と書かず、設計原則または未提供と明示する。


責任分界表

区分AI/システム人間(経理・承認者)禁止(誰にもさせない/させてはならない)
記載項目の抽出・欠落フラグ○ 下書き訂正・確定前レビュー「適法である」と断定する表示
登録番号の形式・マスタ差分○ 差分提示照会結果の採否公表情報の改変・偽装
仕入税額控除の可否×(断定しない)○ 社内規程・専門家に基づく判断AI出力を税務判断の代替とする
仕訳・支払・対外送信下書きまで○ Human Approval Gate承認なしの本番反映
証跡イベント記録の候補作成範囲・保持の責任(ポリシー)「改ざん不能を保証」等の過大表示
監査・税務の対外説明補助資料の整理○ 説明責任「監査にそのまま提出可能」と効果保証

本稿は税理士・公認会計士・弁護士の業務を代替しない。


ROI説明(仮説・要実測)

以下は稟議検討用の計算の見せ方である。効果を保証しない。入力が自社で成り立つかは実測が必要(仮説・要実測)。

デフォルト示意(仮説値)

項目記号仮説値
月間件数N200 件/月
1件あたり短縮m12 分
時給換算w3,000 円
初期費用CapEx250,000 円
月次運用費OpEx5,000 円/月

式(明示)

  1. 月間削減時間(時間)
    T = (N × m) / 60
  2. 月間人件費インパクト(仮説)(円)
    L = T × w
  3. 年換算インパクト(仮説)(円)
    L_year = L × 12
  4. 月次キャッシュフロー相当(円)
    CF = L − OpEx
    (人件費インパクト(仮説)から運用費を差し引いた示意。会計上のキャッシュフロー定義そのものではない。)
  5. 回収月数
    Payback = CapEx / CF(ただし CF ≤ 0 のときは「回収不能」と表示)

デフォルト代入(計算例・効果保証なし)

  • T = (200 × 12) / 60 = 40 時間/月
  • L = 40 × 3,000 = 120,000 円/月
  • L_year = 120,000 × 12 = 1,440,000 円/年
  • CF = 120,000 − 5,000 = 115,000 円/月
  • Payback = 250,000 / 115,000 ≒ 2.2 ヶ月

注意:短縮分に例外対応・手戻り・教育工数が含まれるか、Nに季節変動があるか、時給に間接費をどう載せるかは実測で置き換える。投資判断・資金調達の助言ではない。


監査チェックリスト

監査・内部統制の観点で、少なくとも次を確認する(チェック項目の例。網羅・準拠を保証しない)。

インボイス記載要件(受領側の照合観点)

例外処理

証跡

監査提出の可否は、貴社および監査人の判断による。


コンプライアンス上の遵守事項

項目扱い
根拠不明な資格・基準への準拠主張/効果保証禁止。書かない。ROIは仮説・要実測。
Zero Data Retention(ZDR)学習・二次利用目的では保管しない。アクセスログ・承認記録まで「一切存在しない」とは書かない。
Audit Trail人間承認を経た操作は追跡可能な記録として残し得る。改ざん不能の保証はしない。
Token Capping生成呼び出しに回数・トークン上限を設け、無人の連続実行を防ぐ。
Human Approval Gate仕訳確定・対外送信・支払指示・マスター変更は承認まで実行しない。HITL閉鎖不可。
税務・監査「インボイス制度に完全準拠」「控除できると保証」は禁止。項目照合の補助に留める。
資格業税理士・監査人・弁護士の代替を標榜しない。

数値・削減幅・回収月は、すべて仮説・要実測。


次のステップ(CTA)

適格請求書の記載・番号照合の次工程は、発注・納品・請求の三点照合(diff)である。金額・数量・条件の差分を同様に「下書き→例外選択→Human Approval Gate→証跡」で扱う。

次へ:三点照合(diff)のページへ進む(/scenarios/keiri/diff)。


本稿は情報提供であり、法律・税務・会計の助言ではない。弁護士・税理士等の正式意見を代替しない。

ROIの確認

費用と削減時間は仮説です。件数、確認工数、例外処理、運用費を自社で測定してください。JavaScript が使える場合は、この位置に試算ツールを表示します。

費用と採算の考え方を読む →

導入前チェック

  • 適格請求書発行事業者の氏名又は名称、および登録番号の有無を確認している
  • 取引年月日・取引内容・税率区分・税額等の記載要件を照合している
  • 例外理由(欠落・番号不一致・返還・媒介等)が選択され、自由記述が残っている
  • 誰が・いつ・どの版の請求書を承認したか(Human Approval Gate)が記録される
  • 登録番号照会に用いた時点・結果の参照先が残っている
  • Token Capping 超過時の停止・再開が記録されている
  • 学習目的での業務データ保管がないこと(ZDR)を運用で確認できる
  • ROI入力は仮説値であり実測計画がある

本稿は情報提供であり、税務判断・監査意見・適法性の保証ではない。「インボイス制度に完全準拠」「控除できると保証」は禁止。項目照合の補助に留める。Zero Data Retention(学習・二次利用目的では保管しない)、Audit Trail、Token Capping、Human Approval Gate は設計原則。数値・削減幅・回収月はすべて仮説・要実測。税理士・公認会計士・弁護士の業務を代替しない。

AIプロンプトとAgent作業文書

この業務の架空入力・期待出力・確認ルール・企業別設定を収録した文稿を利用できます。

サンプルを読む・ダウンロードする →