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

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

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

適格請求書等保存方式（インボイス制度）のもとでは、消費税法第57条の2に基づき、すべての適合請求書に6つの必須項目の記載が必要です。そのうち3つは新しい項目です。発行者の登録番号（登録番号、T+13桁）、8%標準税率と10%軽減税率ごとに区分した合計額（税率ごとに区分した合計額）、および各税率区分ごとの消費税額（税率ごとの消費税额等）です。

これが実際に意味することは、請求書1枚あたりのデータ入力作業量が50%増えたのではなく、ほぼ2倍になったということです。各新項目は単にコピーする数字が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つの合計額を入力するだけで済みました。新制度では、品目を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、MoneyForward Cloud、弥生 — は、いずれも2023年10月の期限までに適格請求書等保存方式（インボイス制度）に対応しました。各プラットフォームは、送り出し側の請求書における登録番号の管理、軽減税率8%と標準税率10%の二率表示、電子帳簿保存法に基づく7年間の電子保存要件に対応しています。

しかし、これらのプラットフォームは、発行する適格請求書を対象に設計されており、外部の取引先からPDF、紙、スクリーンショット形式で届く何百もの請求書からデータを抽出する用途には対応していません。取引先からPDFの請求書が送られてきた場合 — スキャンコピーや、紙の原本をスマートフォンで撮影した画像の場合もあります — 会計プラットフォームはそれを読み取ることができません。データ入力は依然として、キーボードを操作する担当者の手作業に頼ることになります。

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

すでにGoogle Sheetsを請求書台帳として使用しているチーム — 本社とデータを共有する必要がある日本法人の外資系子会社では一般的なパターンです — にとって、ImageToTable.aiのGoogle Sheetsアドオンは、抽出結果をアクティブなシートに直接書き込みます。列名を一度指定し、サイドバーから請求書をアップロードするだけで、抽出されたデータが行に入力され、他のレポートが置かれているスプレッドシートから離れる必要はありません。

よくある質問

AIは手書きの適格請求書を抽出できますか？

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

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

未登録の仕入先からの請求書に登録番号が含まれていない場合、列抽出ではそのフィールドは空のままになります。番号を捏造することはありません。現在の経過措置期間中（2026年9月まで）は、適切な帳簿記載を維持していれば、未登録仕入先からの仕入れについても仕入税額控除の80%を適用できます。2026年10月以降は50%に引き下げられます。本ツールはコンプライアンス判断を代行するものではありません。文書に記載されている内容を抽出するのみで、抽出結果に基づいて経過措置の税率ルールを適用するのは貴社の経理チームの役割です。

元号形式の日付（令和X年Y月Z日）に対応していますか？

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

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

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

適格簡易請求書（宛名を省略したもの）についてはどうですか？

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

このツールは国税庁のデータベースに対して登録番号を検証しますか？

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

まず抽出、検証は一度

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

2026年10月に控除率が80%から50%に移行することで、これらの項目の正確性は譲れないものになります。登録番号を正しく抽出するか、1桁を誤入力するかの違いは、実際の金銭的影響を生みます。処理コストではなく、監査時の税額控除の喪失という形でです。