日本適格請求書データを
Excelに抽出する方法

1枚の請求書に3つの新項目 — 誰も想定していなかったデータ入力問題

2023年10月以前、日本の仕入先請求書は単純な書類でした。発行元名、買い手名、取引日、品目説明、数量、単価、合計額。経理担当者が会計システムに入力するのに2〜3分で済み、すぐに次の作業に移れました。

適格請求書制度（消費税法第57条の2に基づく）では、すべての適格請求書に6つの必須項目の記載が求められます。そのうち3つは新項目です。発行者の登録番号（T＋13桁）、8％標準税率と10％軽減税率ごとに区分した合計額、そして税率ごとの消費税額等です。

これが実際に意味することは、請求書1枚あたりのデータ入力作業量が50％増えたのではなく、ほぼ倍増したということです。新しい各項目は単に数字を1つ追加でコピーするだけではありません。登録番号は2023年以前の請求書には存在しない形式が必要です。税率区分ごとの金額は、経理担当者が明細行を確認し、税率ごとに頭の中でグループ化し、各グループを合計して、1つではなく2つの小計を入力する必要があります。そして消費税額 — 現在は必須で日本円での記載 — は、明細行の合計から数学的に導き出せるにもかかわらず、別途入力しなければなりません。

2025年3月時点で、国税庁によると約461万事業者が適格請求書発行事業者として登録しています。その内訳は個人事業主220万、法人241万です。つまり、何百万もの事業者がこれらの新項目を含む請求書を発行しており、彼らから仕入れを行うすべての経理部門がデータ入力の影響を実感しています。

適格請求書の構成 — 経理チームが取得すべき6つの項目

国税庁の公式仕様（国税庁 適格請求書ガイドを参照）では、適格請求書に必要な項目が明確に定められています。以下が6つの項目で、2023年以降に追加された3項目を明記しています。

項目1、4、5は、請求書データ入力を単一合計から複数項目の解析作業へと変えた3つの新しいデータ項目です。登録番号はTの後に正確に13桁の数字が続く固定パターンに従うため、対象を把握すれば自動抽出に適しています。ただし、複数税率の合計と消費税額は、各事業者の請求書テンプレートで配置が異なるため、テンプレートベースのOCRでは信頼性が低くなります。

2026年10月が転換点である理由

適格請求書等保存方式には経過措置が設けられていますが、その条件が厳しくなろうとしています。

2026年10月以降、登録外事業者から税率10%で1万円の仕入を行った場合、仕入税額控除の損失は500円となり、現行の200円から増加します。月間200件の仕入請求書を処理する中堅企業で、仮に15%の仕入先が登録外だった場合、これらの項目を正しく処理するかどうかで、その差は急速に拡大します。

また、この年は、登録を先延ばしにしてきた多くの外国企業や免税小規模事業者が、B2B取引先からプレッシャーを受ける年でもあります。取引先は仕入税額控除を維持するために適格請求書を必要とします。登録事業者から発行された鮮明なPDFであれ、経過措置を頼りにする個人事業主からの手書きの領収書であれ、受け取った請求書の形式からデータを抽出できなければ、すべての取引で機会損失が生じます。

適格請求書データを1つのスプレッドシートに抽出する方法 — ステップバイステップ

ImageToTable.aiは列名抽出を使用します。テンプレートベースのOCRツールのように各フィールドにバウンディングボックスを描く代わりに、「登録番号」「小計（8%）」「消費税額（10%）」など、必要な列名を入力するだけで、AIが画面上のどこにあっても各値を意味に基づいて特定します。これは、各事業者によって配置が異なる適格請求書にとって重要です。ある事業者は登録番号を右上に、別の事業者は会社印の横のフッターに配置する場合があります。

以下は、複数の事業者の適格請求書をバッチ抽出するワークフローです。

適格請求書処理における最大の利点は、列名そのものが抽出指示となることです。つまり、社内の請求書台帳で使う見出しをそのまま指定するだけ。テンプレート設計、学習サンプル、仕入先ごとの設定は一切不要です。

8% / 10% の軽減税率を自動で振り分け

適格請求書等保存方式（インボイス制度）において、最も時間のかかる手作業がここで発生します。旧制度では経理担当者は請求書1枚につき合計額を1つ入力すれば済みましたが、新制度では明細を8％軽減税率（飲食料品のうち、外食・酒類を除く）と10％標準税率の2つの区分に分け、それぞれの小計と消費税額を計算して記録する必要があります。

例えば、飲食店向けの請求書に標準税率の厨房機器と軽減税率の食材が混在する15明細があれば、入力に3〜4分はかかります。50枚の請求書なら、税率の仕分けだけで3時間以上かかる計算です。

ImageToTable.aiでは、推論列機能でこの問題を解決します。AIが文書の内容を読み取り、明細に税率区分が明示されていなくても、各品目がどの区分に該当するかを自動判定します。区分（選択肢：8％軽減 / 10％標準）のような列を定義するだけで、AIが各明細を読み取り、日本の消費税法に基づいて軽減税率の対象かどうかを識別し、結果を自動入力します。これは経験則による推測ではありません。軽減税率の対象となる「飲食料品のうち、外食・酒類を除く」という区分は、品目名だけで大規模言語モデルが十分に判定できるほど明確です。

その結果、10％と8％の合計額がそれぞれ別の列に、請求書ごとに正しくグループ化されたスプレッドシートが完成します。経理チームが一つひとつの明細を手作業で仕分ける必要はもうありません。

登録番号の自動抽出：T+13桁を大規模に処理

登録番号は、適格請求書においてコンプライアンス上最も重要な項目です。欠落や誤りがあると、仕入税額控除の対象となりません。同時に、最も構造化された項目でもあり、有効な登録番号はすべてTの後に13桁の数字（例：T1234567890123）というパターンに一致します。

しかし、構造的な予測可能性はフォーマットだけに留まりません。実際の請求書では、登録番号は以下のような場所に現れる可能性があります。

• 右上のヘッダー、会社ロゴの横
• フッター、会社印（印鑑）の横
• 発行者の名前の下、「登録番号」という独立した行
• その他の事業者登録情報とともに、あらかじめ印刷された枠内
• 完全に欠落 — 供給業者が未登録の場合、または経過措置を利用している場合

ある供給業者のレイアウトで学習したテンプレートベースのOCRツールは、別の業者のレイアウトでは機能しません。一方、文書の内容を意味的に読み取るAIは、「Tの後に13桁の数字」というパターンを、人間の事務員がページをスキャンして特定のパターンを探すのと同じように、どこに現れても識別できます。抽出された番号は、国税庁の適格請求書発行事業者公表サイト（国税庁 適格請求書発行事業者公表サイト）と照合できます。このサイトでは、登録番号または事業者名で検索し、発行者が適正に登録されているか確認できます。

これにより、入金請求書を処理する経理チームの登録番号の取り扱いは、「14桁のコードを手入力し、国税庁のサイトで照合する」から、「抽出されたT番号をスプレッドシートで確認し、サンプルをレジストリと照合する」へと変わります。その差は、1枚あたり数分から数秒です。

日本の会計プラットフォームがカバーする範囲と、残されたギャップ

日本の主要なクラウド会計プラットフォーム3社 — freee、マネーフォワード クラウド、弥生 — は、2023年10月の期限までにすべて適格請求書等保存方式（インボイス制度）に対応しました。各プラットフォームは、発行する請求書の登録番号管理、軽減税率の表示、電子帳簿保存法に基づく7年間の電子データ保存要件をサポートしています。

しかし、これらのプラットフォームは、発行する側の請求書を法令遵守させるために設計されており、取引先からPDFや紙、スクリーンショットで届く数百もの請求書からデータを抽出する機能は備えていません。取引先がPDFの請求書（スキャンコピーや、紙原本をスマホで撮影したものかもしれません）を送ってきても、会計プラットフォームはそれを読み取れません。データ入力は依然として人間の手作業に頼らざるを得ません。

こここそが、AI抽出ツールが埋めるギャップです。このツールは「取引先から請求書を受け取る」と「データが会計システムに入力される」の間に位置し、freeeやマネーフォワードでは対応していないステップ、つまり機械可読でない文書を構造化されたデータに変換する処理を担います。SAPジャパン、オラクル・ジャパン、日本ローカライズ版のMicrosoft Dynamics 365といった国際的なERPを利用している企業では、適格請求書の項目を表示するだけでも手動設定が必要であり、ましてや受領文書からのデータ抽出はなおさら難しいため、ギャップはさらに大きくなります。

すでに請求書台帳としてGoogleスプレッドシートを使っているチーム（本社とデータを共有する必要がある在日外資系企業に多いパターンです）には、ImageToTable.aiのGoogleスプレッドシートアドオンが最適です。抽出結果をアクティブなシートに直接書き込みます。列名を一度指定し、サイドバーから請求書をアップロードするだけで、他のレポートが置かれているスプレッドシートから離れることなく、抽出データが行に反映されます。

よくある質問

AIは手書きの適格請求書を読み取れますか？

はい、ただし現実的な期待を持ってご利用ください。ImageToTable.aiのビジョンモデルは、手書きの登録番号、金額、日付、さらには手書きの日本語文字も読み取ることができます。ただし、手書き文字の認識精度は印刷文字に比べて本質的に低く、日本の飲食店や小売業でよく見られる劣化した感熱紙レシートでは、きれいな手書きの請求書に比べて結果の品質が低下します。このツールは、ほとんどの経理チームが実際に直面する混合環境（印刷・PDFの請求書が80％、手書き伝票が20％）に最適であり、手書きのみのワークフローを想定したものではありません。

未登録の仕入先からの請求書に登録番号がない場合はどうなりますか？

未登録の仕入先からの請求書に登録番号がない場合、列抽出ではそのフィールドは単に空欄のままになります。番号をでっち上げることはありません。現在の経過期間（2026年9月まで）では、適切な簿記の記帳が行われていれば、未登録の仕入先からの仕入れについても仕入税額控除の80%を請求できます。2026年10月からは50%に低下します。このツールはコンプライアンスの判断を代わりに行うものではなく、書類に記載されている内容を抽出するだけです。抽出結果に基づいて経過期間の税率ルールを適用するのは、貴社の財務チームの役割です。

このツールは元号表記（令和X年Y月Z日）に対応していますか？

はい。「請求日」として列を定義すると、AIが請求書に記載されている日付形式（令和6年5月28日などの元号表記を含む）を抽出します。抽出結果は元の形式を保持します。後続の処理で西暦が必要な場合、ツールの後処理機能でエクスポート時に自動変換できます。

100件以上の仕入先請求書を一括処理できますか？

はい。一括処理 — 複数のファイルを同時にアップロードし、各行が1つの文書に対応する統合Excelスプレッドシートを受け取る — は中核機能です。バッチごとのファイル数制限はありませんが、処理時間は総ページ数に応じて変動します。標準的な1ページの請求書100件のバッチは、10分未満で完了します。バッチ内のすべてのファイルは同じ列定義を共有するため、適格な請求書フィールドを一度定義すれば、バッチ全体に適用されます。

適格簡易請求書（宛名の記載がないもの）について

小売店、飲食店、タクシー事業者など、不特定多数の顧客に販売する事業者が使用する適格簡易請求書は、項目6（宛名）を省略した有効な適格請求書です。本ツールでは問題なく処理できます。列として定義した項目がドキュメントに含まれていない場合、該当セルは出力スプレッドシートで空白になります。エラーも混乱も発生しません。

このツールは登録番号をNTAデータベースと照合しますか？

いいえ。このツールは請求書自体からT+13の登録番号を抽出するもので、NTAの登録簿に接続して番号が有効かどうかを確認することはありません。NTAの適格請求書発行事業者公表サイトでの照合は、別途行う必要があります。このツールが不要にするのは、それら14桁のコードをブラウザベースの検索ツールに手入力する作業です。抽出されたT番号はスプレッドシートに表示されるため、サンプルまたは全リストをNTAサイトで一括照合できます。

まずはデータ抽出、確認は一度だけ

適格請求書等保存方式（インボイス制度）はデータ入力を新たに生み出したのではなく、2023年10月以前には存在しなかった3つの必須項目を追加することで、データ入力を著しく困難にしました。日本の経理チームは皆、これらの項目をすでに処理しています。問題は、それらを請求書ごとに一つずつ手入力しているのか、それともプログラムで抽出しているのかです。

2026年10月に控える仕入税額控除の割合が80%から50%への移行により、これらの項目の正確性は譲れないものとなります。登録番号を正しく抽出するのと、一桁を誤入力するのとの差は、処理コストではなく、監査における税額控除の喪失という形で、実際の金銭的損失に直結します。