200件の適格請求書、1つの
スプレッドシートへ：T番号入力を不要にした一括処理

適格請求書制度は初めてですか？日本の適格請求書データをExcelに抽出するステップバイステップガイドから始めましょう。必須6項目、登録番号の形式、複数税率の構造、2026年10月の移行期限について解説しています。

インボイス制度におけるバッチ処理の本質——消費税申告のコンプライアンスと速度の関係

2023年以降の消費税申告ルールでは、事業者は積上げ計算と割戻し計算の2つの計算方法を選択できます。割戻し計算は、税率ごとの税込購入総額から消費税を算出するシンプルな方法です。一方、積上げ計算はより正確で、少額取引が多い事業者にとって有利な場合が多く、請求書ごとの端数処理が常に納税者側に有利に働くためです。

多くの経理部門が初めての2023年以降の税務申告で直面する重要な制約があります。売上税に積上げ計算を選択した場合、仕入税にも同じ方法を適用しなければなりません。売上は積上げ、仕入は割戻しという方法の併用は、国税庁の適格請求書等保存方式（インボイス制度）では認められていません。

実際には、取引先から受け取った適格請求書ごとに、記載された正確な消費税額を抽出する必要があります。総額から計算するのではなく、請求書に記載された金額をそのまま取得するのです。これが月200件の請求書に及ぶ場合、バッチ処理の問題は「200件の請求書を入力する手間」ではなく、「税務申告ソフトが納付額を計算する前に、200件分の消費税額を税率ごとに個別に抽出する必要がある」という点にあります。

計算式にすると具体的になります。積上げ計算は、適格請求書に記載された消費税額の合計に78/100を乗じて行います。控除方式を利用する場合は、税率ごとの税込仕入額の合計に、標準税率なら7.8/110、軽減税率なら6.24/108を乗じます。どちらの方法でも最終的な税額は同じになります。ただし、積上げ方式では、合計する前にまず200枚の書類から請求書ごとの税額データを抽出する必要があります。これが一括抽出のギャップです。

月100～300枚の請求書で単一ドキュメントのワークフローは破綻する

50～100の取引先と関係を持つ中堅企業では、毎月100～300枚の請求書を受け取ります。最低の100枚の場合、適格請求書制度で6項目の入力が必要なら、600データポイントの抽出が必要です。1枚あたり3分の手作業（各取引先の独自レイアウトから登録番号を探し、税率ごとに明細を分け、消費税額を入力）で、5時間のデータ入力になります。300枚なら15時間、月にほぼ2営業日を請求書データ入力だけに費やすことになります。

フォーマットの多様性が問題を悪化させます。1ヶ月の取引先請求書には以下が含まれます：

• 登録番号が標準形式で明確に表示された、登録済み法人取引先からのクリーンなPDF
• T番号が隅に押し込まれた所定用紙を使用する地域卸売業者からのスキャン紙請求書
• 技術的には適格簡易請求書に該当する、小規模個人事業主からの手書き納品書のスマホ写真
• 適格請求書発行事業者として登録した海外取引先からの外貨建て請求書（消費税は日本円で表示が必要）

テンプレートベースの抽出アプローチ（ツールに取引先Aの請求書、次にB、次にCのフィールドを認識させる訓練）は、この多様性の前で崩壊します。ある取引先の12月フォーマット用にテンプレートを設定した頃には、1月には請求書レイアウトが変わっています。1枚の請求書で機能するツールが、その背後にそれぞれ異なるフォーマットの199枚の請求書がある場合、ボトルネックになります。

一括処理 — 複数ファイルを同時にアップロードし、各行が1つの文書に対応する単一の結合スプレッドシートを受け取る — により、ワークフローが「1枚の請求書、1回の抽出セッション、1つの結果」から「1回のアップロード、1つの列定義、1ファイルで200件の結果」に変わります。定義する列名 — 登録番号、請求日、合計（10%）、合計（8%）、消費税（10%）、消費税（8%）、仕入先名 — は、各仕入先の請求書の形式に関わらず、バッチ全体に適用されます。

日本の会計プラットフォームが請求書データ抽出に対応しない理由

日本の主要なクラウド会計プラットフォーム3社 — freee、マネーフォワード クラウド、弥生 — はすべて、2023年10月の期限までに適格請求書制度に完全対応しました。各プラットフォームは、送り状への自動T番号挿入、軽減税率の二重表示、消費税申告書の作成、電子帳簿保存法に準拠した7年間の電子保存をサポートしています。

しかし、これらのプラットフォームの機能には根本的な非対称性があります。これらは、適格請求書を発行し、消費税申告書を提出するために構築されています。PDF、紙のスキャン、またはスマートフォン写真として届く仕入先からの請求書を受領し、データを抽出するためには構築されていません。

実際のワークフローは次のようになります。仕入先がPDFの請求書をメールで送信します。経理担当者がそれを開きます。freee/マネーフォワード/弥生はそのPDFを読み取ることができません — これらのプラットフォームには、受信ファイルに対する文書抽出機能がありません。担当者は、PDFから登録番号、軽減税率別の合計額、消費税額を手動で会計ソフトの買掛金支払入力画面に入力する必要があります。その後、ソフトウェアが仕訳、税額計算、申告書作成を処理します。しかし、「請求書を受領する」と「データがシステムに入力される」の間の橋渡しである抽出ステップは、完全に手作業のままです。

マネーフォワード クラウドは仕訳インポート用のCSVインポートを提供しており、freeeはExcelベースのデータインポートをサポートしています。どちらも便利ですが、データがすでに構造化されたCSVまたはExcel形式である必要があります。200件の請求書のデータをその構造化された形式に変換するという困難な部分は、どちらのプラットフォームも対応していないステップです。

SAP Japan、Oracle Japan、またはMicrosoft Dynamics 365（日本ローカライズ版）を利用する外資系企業では、そのギャップはさらに大きくなります。これらのERPでは、適格請求書の項目を仕入先マスタに表示するだけでも手動設定が必要であり、ましてや受領書類からデータを抽出するのはなおさら困難です。例えばDynamics 365の日本ローカライズ版では、適格事業者と非適格事業者で個別の消費税グループを設定し、標準税率と軽減税率に対応する品目レベルの税グループを定義し、請求書レイアウトを構成する必要があります。これらはすべて、データがすでに構造化された形で利用可能であることを前提としています。

適格請求書200件を1つの消費税対応スプレッドシートに抽出する方法

ImageToTable.aiは列名抽出を採用しています。テンプレートベースのOCRツールのようにフィールドにバウンディングボックスを描く代わりに、「登録番号」「合計（10%）」「消費税（8%）」など、必要なフィールド名を入力するだけで、AIがその意味を理解し、ページ上のどこにあっても各値を特定します。これにより、多様なサプライヤー形式を横断したバッチ処理が可能になります。抽出指示は位置指定（「X=150、Y=230の座標を見る」）ではなく、意味指定（「このページでT+13桁の登録番号を見つける」）だからです。

月次適格請求書処理のバッチワークフロー：

消費税申告における最大の利点：エクスポートされる消費税額の列には、各適格請求書に印刷された金額がそのまま反映されます。これが積上げ計算の生データです。「消費税額（10%）」の列を合計し、「消費税額（8%）」の列を合計し、それぞれに78/100を掛ければ、申告期間の仕入税額控除が算出できます。請求書ごとに電卓を叩く必要も、手入力による丸め誤差もありません。

200件の請求書における8％・10％自動税率区分

適格請求書制度によって生じた最も時間のかかる手作業が、軽減税率・標準税率の区分です。2023年10月以前は、経理担当者は請求書ごとに1つの合計を入力すれば済みました。新制度では、明細項目を8％軽減税率（テイクアウトの飲食料品、新聞）と10％標準税率の2つの区分に振り分け、それぞれの合計と消費税額を記録する必要があります。

厨房機器（10％）と食材（8％）が混在する15明細の外食向け請求書の場合、この仕分けだけで1枚あたり2～3分のデータ入力時間が増加します。複数税率の明細を含む請求書が200枚あれば、仕分けだけで月に3～4時間を要します。

本ツールは推論カラムでこの課題を解決します。AIが文書内容を読み取り、カテゴリが明示されていなくても各品目の区分を判定するモードです。税率（選択肢：8％軽減／10％標準）のようなカラムを定義すると、AIが各明細を読み取り、日本の消費税区分ルール（軽減税率対象品目）に基づいて該当する税率を自動入力します。日本の軽減税率対象（テイクアウトの飲食料品・酒類以外、および新聞購読）は、品目説明から大規模言語モデルが適用できるほど明確に定義されています。

バッチ処理の結果：経理担当者が200枚の請求書の明細を手作業で仕分けする代わりに、スプレッドシートの出力には8％合計、10％合計、それぞれの消費税額が請求書ごと・税率ごとに正しく分類されたカラムが既に用意されています。積上げ計算の入力値はすぐに集計可能な状態です。

登録番号抽出と電子帳簿保存法の検索要件を一度に実現

電子帳簿保存法では、電子的に保存する取引文書は取引年月日、取引金額、取引先の3項目で検索可能であることが求められます。さらに、この3項目は範囲指定（例：「1万円〜5万円の請求書すべて」）や組み合わせ検索（例：「2026年3月の仕入先Xからの請求書すべて」）に対応する必要があります。

年商5,000万円超の事業者には、これらの検索要件が義務付けられます。5,000万円以下の事業者には要件が緩和され、税務職員のダウンロード請求に応じられればよいとされていますが、これは検索可能な記録の必要性をなくすものではなく、技術的な実装を簡素化するにすぎません。

仕入先がそれぞれに命名した200のPDFファイル（「invoice_march.pdf」「請求書20260315.pdf」「Scan001.pdf」など）が入ったフォルダは、法令に準拠していません。一方、それらのPDFから抽出した構造化データ（登録番号、仕入先名、請求日、課税額（10%）、課税額（8%）、消費税額（10%）、消費税額（8%））を各行に記録したスプレッドシートは準拠しています。法律が検索を求めるすべての基準がスプレッドシートの列となり、日付範囲フィルタ、金額フィルタ、取引先検索がすべてネイティブなスプレッドシート操作で実現できます。

これは、適格請求書制度の議論であまり認識されていないバッチ抽出の副次的なメリットです。請求書から構造化データを抽出する行為自体が、同時に電子保存の検索要件を満たします。消費税法で義務付けられた7年間の原本PDF保存は引き続き必要ですが、税務調査時の迅速な検索には、抽出したスプレッドシートこそが実際に使用するツールとなります。

抽出されたT番号（T＋13桁）は、検証可能なデータセットとしても機能します。国税庁の適格請求書発行事業者公表サイトでは、登録番号による検索が可能です。スプレッドシートの列に200件のT番号があれば、レジストリと照合してサンプルをスポットチェックできます。また、リスクの高い取引先については、列全体を検証することも可能です。14桁のコードを1つずつブラウザの検索ツールに入力する必要はありません。

2026年10月：適格請求書の経過措置が2.5倍に

適格請求書等保存方式において、2026年10月1日から免税事業者からの仕入れに係る経過措置の控除率が変更されます。

毎月200件の請求書を処理し、仕入先の15%が免税事業者である企業（中小企業や個人事業主と取引のある企業では現実的な数字）の場合、2026年10月に控除率が80%から50%に引き下げられることで影響が大きくなります。登録番号を誤ったり、仕入先が免税事業者であることに気づかず誤った控除率を適用したりすると、1件あたりの仕入税額控除の損失が2.5倍になります。バッチ抽出はコンプライアンス判断を行うわけではありませんが、転記ミスによるリスクが生じる手作業の工程を排除します。

よくある質問

適格請求書と適格簡易請求書をまとめて一括処理できますか？

はい。小売店、飲食店、タクシー事業者など不特定多数の顧客に販売する事業者が発行する適格簡易請求書には、宛名欄がありません。両方の書式が混在した書類を一括処理する場合、ツールは各書類に存在する項目を抽出します。出力スプレッドシートの列として「宛名」を定義していても、適格簡易請求書の該当セルは空白になります。別途バッチ処理や列設定を分ける必要はありません。

仕入先の請求書が和暦（令和X年Y月Z日）で記載されている場合、どうなりますか？

抽出結果は、請求書に記載された元の日付形式を保持します。下流のワークフローで西暦（例：ERPインポート用）が必要な場合、ツールの後処理レイヤーでエクスポート時に和暦を自動変換できます。「請求日」として列を定義すれば、AIが記載された日付形式をそのまま抽出します。形式変換を有効にすると、令和8年5月28日はエクスポート時に2026-05-28に変換されます。

200件の請求書を一括処理するのにどのくらい時間がかかりますか？

処理時間はファイル数ではなく、総ページ数に比例します。200件の標準的な1ページの適格請求書のバッチは、10分未満で完了します。複数ページの請求書（例えば、主要サプライヤーからの5ページの明細項目を含む統合月次明細書）は、処理時間が比例して増加します。バッチ内のすべてのファイルは同じ列定義を共有するため、適格請求書フィールドを一度定義すれば、すべてのドキュメントに適用されます。

ツールはT番号をNTA登録簿と照合しますか？

いいえ。このツールは請求書に記載されたT+13桁の登録番号を抽出するもので、NTAの適格請求書発行事業者公表サイトに接続して番号が有効かどうかを確認するわけではありません。このツールが排除するのは、それら14桁のコードを手入力する作業です。抽出されたT番号はスプレッドシートの列に表示され、確認の準備が整います。確認作業は別途必要ですが、データ入力作業（ブラウザの検索ツールに200個のコードを入力する）ではなく、確認作業（数字の列をサンプルチェックする）になります。

バッチ抽出は電子帳簿保存法の保存要件を満たしますか？

バッチ抽出により、日付・金額・取引先の検索、範囲指定や複合検索が可能な構造化スプレッドシートが生成され、検索要件を満たします。ただし、法律では原本（PDF、スキャン、写真）を7年間保存することが依然として義務付けられています。抽出されたスプレッドシートは検索可能な索引であり、原本ファイルが法的記録です。両方を保存する必要があります。

出力をfreee、MoneyForward、Yayoiに直接インポートできますか？

はい、各サービスのCSVインポート機能を使用して可能です。MoneyForward Cloudは仕訳インポートに対応しており、スプレッドシートの列を仕訳項目にマッピングできます（インボイス区分：適格、80%控除など）。freeeは取引入力のためのExcelデータインポートをサポートしています。抽出結果は、これらのインポート機能が必要とする構造化データを提供します。インポートマッピングの設定は会計プラットフォームごとに一度行うだけで、設定後は毎月の一括抽出→CSVエクスポート→インポートが反復可能なワークフローになります。

200件を一括抽出、計算は一度

適格請求書等保存方式の実務上の影響は、請求書に3つの項目が増えることではありません。それらの項目によって、消費税申告ソフトが処理を始める前に集計しなければならない作業が生まれることです。積上げ計算は合計額を受け付けません。個々の請求書から、各事業者が選択した形式のまま、個別の消費税額を抽出する必要があります。

2026年10月の仕入税額控除の割合が80%から50%に移行することで、この集計作業の重要性はさらに増します。200件の請求書からT番号を正しく抽出するのと、数件を誤って入力するのとでは、処理コストだけでなく、失われる仕入控除額に現実的な差が生じます。