日本の適格請求書（インボイス）抽出：
6つの必須項目と処理ワークフロー完全ガイド

適格請求書制度が実際に変えたもの

2023年10月以前、日本の消費税は帳簿方式で運用されていました。仕入税額控除を主張する事業者は、特定の税率に一致する請求書を必要とせず、取引総額を記録した会計帳簿を維持し、その帳簿から控除額が計算されていました。政府は、日本が2019年に複数税率（標準税率10%、食料品や新聞の購入に対する軽減税率8%）を導入した後、帳簿方式が機能しなくなったため、消費税法第57条の2に基づき適格請求書等保存方式（インボイス制度）を導入しました。同一取引に2つの税率が併存する場合、請求書はどの税率がどの品目に適用されるかを明記しなければならず、買い手は正しい控除を主張するためにその証拠を保持する必要があります。

この制度により、日本は帳簿方式から請求書ベースの仕入税額控除へ移行しました。これは欧州のVAT制度と同じ構造であり（メキシコのCFDI制度と構造的に類似していますが、日本のアプローチは電子形式に関してそれほど厳格ではありません — 異なる国の請求書制度との比較についてはメキシコのCFDI抽出に関する完全ガイドを参照してください）、税額控除を主張するすべての請求書に6つの項目が必須となりました。買い手が全額の仕入税額控除を主張できるようにするには、売り手は国税庁（NTA）に登録し、すべての請求書に登録番号を記載する必要があります。2025年3月時点で、国税庁は約461万件の適格請求書発行事業者（QII）が登録されていると報告しており、そのうち約220万件が個人事業主、241万件が法人です。

日本の仕入先請求書を処理するすべての人にとっての実際的な影響は明白です。6つの必須項目のいずれかが欠けている請求書は、全額の仕入税額控除を主張できません。国税庁は適格請求書発行事業者公的登録簿を維持しており、APチームは登録番号を確認できます。そして、受け取るすべての請求書にはその確認手順が必要です。この確認は2023年以前には存在しませんでした。現在では、請求書ごとの運用コストとなっています。

これが自動請求書処理の全体像にどのように適合するかを理解するには、請求書データ抽出の実際の内容とその仕組みの概要を参照してください。その概念は、日本の適格請求書にも他の構造化文書と同じように適用され、日本制度が追加するコンプライアンス層が加わります。

適格請求書の必須項目6つ

国税庁は、すべての適格請求書に正確に6つのデータ項目を要求している。いずれか1つでも欠けると、買い手はその取引について全額の仕入税額控除を請求できなくなる。この6項目は国税庁の公式仕様書（日本語）で定義されている：

フィールド1、4、5は完全に新しい項目であり、改正前の日本の請求書には存在しなかった。フィールド3は従来からあったが、新たに追加要件が課されている。軽減税率8%の対象品目を明示的に識別しなければならない。軽減税率対象という文言または品目横の※印で足りる。

小売・消費者向け取引（飲食店、タクシー、自動販売機）では、適格簡易請求書の交付が認められる。宛名（書類の交付を受ける事業者の氏名又は名称）を省略でき、記載事項を簡略化できるが、登録番号と税率別の消費税額の記載は引き続き必要である。

T番号：検証と抽出

登録番号は適格請求書において最も重要な項目である。これが無ければ、仕入税額控除の適用を受けることはできない。形式は統一されており、アルファベットのTに続いて13桁の数字で構成される。

法人の場合、T番号はT+法人の既存の13桁の法人番号である。個人事業主の場合、国税庁が個人番号とは別の専用の13桁の番号を付番する（個人のプライバシー保護のため）。日本に恒久的施設を有しない外国事業者も登録してT番号を取得できる。

国税庁の公表サイト（invoice-kohyo.nta.go.jp）では、登録番号または事業者名で誰でも検索できる。検索結果には、発行事業者の登録名称、登録日、登録の有効性が表示される。番号が登録されていない場合、または名称が請求書の記載と一致しない場合、その書類は税額控除の目的上、適格請求書として扱うことはできない。

日本の一部のサプライヤーはT番号をT1234567890123（連続した文字列）で印刷する。他のサプライヤーは法人番号のグループ分けに合わせてハイフンを入れ、T 1234-56-789012のように区切る。どちらの形式も有効である。国税庁の登録サイトの検索では、Tプレフィックス無しの13桁の数字で受け付ける。

位置ベースのルールに依存する請求書データ抽出システムは、サプライヤーによってT番号のレイアウトが大きく異なるため、このフィールドで失敗することが多い。Tプレフィックスのパターンと13桁の数字の並びを認識して特定するツールは、ページ上のどこに表示されていても、ベンダーごとの設定なしに、登録済みの任意のサプライヤーの請求書を処理できる。

税率区分：8%が適用される場合と10%が適用される場合

日本の複数税率は2019年10月から施行されています。適格請求書の内訳は、それぞれに小計と計算された税額を持つ2つの明確なカテゴリに分けて記載する必要があります：

適格請求書では、国税庁は税率区分ごとに2つの別々の計算を要求しています：

• 税抜金額（対価の額） — 商品またはサービスの価格で、税抜または税込のいずれかで表示されます。請求書にはどちらの方式を使用しているかを明記する必要があります。
• 消費税額 — 10%と8%の区分ごとに別々に計算されます。1円未満の端数は、発行者の判断で切り捨てまたは切り上げられます。

一般的な適格請求書では、これらを別々の行ブロックとして表示します：

合計行は、多くの場合、両方の税率区分を含むすべての値の合計であり、単なる総計ではありません。一部の請求書では、税抜合計を先に表示し、その下に消費税額を別途記載します。これら2つの税率区分の表示方法の多様性は、テンプレートベースの抽出が日本の請求書で失敗する主な理由の1つです。レイアウトは供給業者によって異なるだけでなく、取引が両方の税率の品目を含むか、単一税率か、同一文書内で複数税率の品目が混在するかによっても変わります。

日本の請求書が独自の抽出課題をもたらす理由

日本の適格請求書には、他市場の請求書よりも根本的に処理を難しくする4つの構造的課題があります。この4つのいずれも特殊なケースではありません。約461万の登録発行事業者のうち、約220万が個人事業主であり、小規模な供給業者ほど紙で業務を行っている可能性が高いのです。

縦書きレイアウト — テキストが上から下へ、右から左へ読まれる場合

現在、ほとんどの日本のビジネス文書は横書きを使用していますが、かなりの数の伝統的な供給業者（特に小規模企業、建設会社、高齢の個人事業主）は今でも縦書きで請求書を発行しています。縦書きレイアウトでは、テキストはページの右から左へ進む列で上から下に流れます。通常、横書きでは値の左側に表示されるフィールドラベルは、代わりに値の上または下に表示されます。縦書き請求書の明細テーブルでは、列ヘッダーがテーブルの右側に配置され、内側に向かって読まれることがよくあります。

標準的なOCRエンジン（ほとんどのAPIベースの文書AIサービスを含む）は、左から右、上から下の読み順を前提としています。縦書き形式の日本の請求書に遭遇すると、通常は誤った順序で文字を出力し、構造化された文書を復元不可能な混乱に変えてしまいます。読み順の問題は深刻で、Sarashina2.2のような専用の日本語OCRモデルが縦書きテキストを処理するために特別に開発されています。これは、汎用OCRがこの形式をどれほど苦手としているかを示す証拠です。

ビジョンベースのAI抽出（従来のOCRとは対照的）は、これを異なる方法で処理します。固定された順序で文字を読む代わりに、モデルはページ全体を見て、文書構造を視覚的に理解し、意味に基づいてフィールドを抽出します。発行事業者名の横に縦書きで印刷されたT番号も、モデルが登録番号の外観を理解しているため、T番号として認識できます。これは、ページを正しい順序で読んだからではなく、モデルが登録番号の外観を理解しているからです。

手書きの請求書 — 小規模事業者には今も一般的

日本の約336万の中小企業は、中小企業庁の2025年白書によると全企業の99.7%を占め、完全にデジタル化された企業から完全に紙ベースの企業まで幅広い。国税庁は、6つの必須項目をすべて満たしていれば、手書きの適格請求書を明示的に認めている。電子的な生成、デジタル署名、構造化フォーマットの要件は存在しない（ただし、Peppol JP PINTは電子請求書の標準として推奨されている）。

つまり、仕入先 — 大阪の地元の建設下請け業者、家族経営のそば屋、フリーランスのITコンサルタント — は、登録番号を手書きし、税率の内訳を手書きし、事前印刷された請求書フォーム（請求書）に合計を手書きすることができる。その請求書は法的に有効である。そして、テンプレートベースのOCRシステムが正確に処理することはほぼ不可能である。

手書きの日本語の適格請求書における抽出の問題は、単に個人間で手書きが異なることだけではない。日本語の手書きは、アラビア数字（算用数字）と漢数字（大字 — 壱、弐、参の代わりに1、2、3）を組み合わせ、一部の伝統的な文脈では、勘定科目が半筆書体で書かれる。請求書の単一のフィールドに、印刷された漢字のヘッダーと手書きの数量・価格が混在する可能性があり、AIはそれらを確実に区別しなければならない。

印鑑の干渉

印鑑（個人または会社の印鑑）は、日本のビジネス文書の標準的な要素であり続けている。多くの請求書には、発行者の名前または合計金額ブロックの上に朱肉の印影が押されている。赤いインクは印刷または手書きのテキストと頻繁に重なり、OCR精度を低下させる視覚的干渉を生み出す — 特に印影が金額や登録番号などの数値フィールドを横切る場合である。

これは文書の欠陥ではない。印鑑は意図的な認証メカニズムである。しかし、抽出システムにとっては、従来のOCRでは解決できない局所的な遮蔽を生み出す：円形の赤い印影が合計金額の数字を覆うと、OCRは部分的な文字形状を読み取り、誤った値を出力する。ページ全体をマルチモーダルAIモデルが解釈する画像として扱う、視覚的意味レベルで動作する抽出ツールは、周囲の文脈から隠されたテキストを推測できることが多く、少なくとも部分的な文字の認識に失敗したOCRエンジンよりも高い信頼度で人間によるレビューのために領域をフラグ付けできる。

元号日付の書式 — 令和8年が2026年になる理由

日本の請求書では、西暦（グレゴリオ暦）と併用して、またはその代わりに、元号が一般的に使用されます。現在の元号である令和は2019年に始まりました。日付は以下のような形式で表示されます：

日本の請求書を処理する抽出システムは、元号日付を自動的に西暦に変換する必要があります — 理想的にはISO 8601（2026-03-10）形式で直接スプレッドシートに出力します。ほとんどのグローバルなOCRツールはこの変換を処理できません。汎用の文書AIプラットフォームは「令和8年」のような元号日付を文字列として扱い、それが日付を表していることを理解しません。標準的な日付形式を期待する下流システムで出力を利用可能にするには、意味的な日付解析を備えたフィールドレベルの抽出が必要です。

請求書に元号と西暦の両方が併記されている場合（例：「令和8年」と「2026年」）、抽出システムは西暦を信頼できる値として優先し、元号日付を相互検証に使用する必要があります。

適格請求書データの抽出方法：実践的なワークフロー

日本の適格請求書のための信頼性の高い抽出ワークフローを構築するには、4つの異なる問題を解決する必要があります：登録番号の特定、2つの税率区分の分離、元号日付の変換、そして手書きおよび縦書きの請求書がもたらす非標準レイアウトへの対応です。以下は、適格請求書の全範囲で機能する実践的な5段階のプロセスです。

ステップ1: 出力列を定義する

各サプライヤーの書式に合わせてルールを設定するのではなく、必要なデータを定義します。適格請求書の場合、列リストには標準的な請求書フィールドと、コンプライアンスに必要な日本固有のフィールドの両方を含める必要があります：

ImageToTable.aiのカスタム列抽出モデルでは、これらの列名がAIが従う指示になります。請求書を読み取り、座標ではなく意味的な意味で各値を特定し、対応するセルに入力します。「登録番号」という列は、ページ上のどこにでもある14文字のT+数字パターン（ヘッダーに横書きで表示されているか、余白に縦書きで表示されているか、発行者住所の上に赤い印鑑で押されているかに関係なく）を見つけて、その列に抽出するようAIに指示します。テンプレート設定も、領域描画も、サプライヤーごとの設定も不要です。

ステップ2: すべてのサプライヤー書式を1つのバッチでアップロードする

抽出はレイアウトに依存しないため、処理前にサプライヤーごとに請求書を仕分ける必要はありません。50社のサプライヤー請求書のバッチアップロード（半分は構造化PDFを使用する大企業、4分の1は手書きフォームを使用する中小企業、残りはさまざまなレイアウトの中堅企業）をまとめて処理できます。AIは各ドキュメントを個別に読み取り、同じ列セットを抽出します。

これが意味的抽出とテンプレートベースのOCRの実際的な違いです。テンプレートアプローチでは、このバッチに対して10〜15のサプライヤー固有の設定が必要になります。各レイアウトの領域を作成し、縦書きと横書きに合わせて調整し、手書きと印刷に合わせて調整する必要があります。意味的抽出は、位置ではなく意味で読み取るため、1回のパスでそれらすべてを処理します。

ステップ3：登録番号を国税庁の登録機関と照合する

抽出後、T番号は単一の列に表示されます。照合ワークフローは検索になります。抽出された登録番号の列をエクスポートし、国税庁の公開レジストリであるinvoice-kohyo.nta.go.jpと照合します。低容量のワークフローでは、これは手動で行うことができます。13桁（Tプレフィックスなし）を検索フォームに入力します。高容量の場合は、国税庁のレジストリをプログラムで照会できます。

一致する事業者名を返さないT番号はフラグを立てる必要があります。最も一般的な原因は、抽出された番号のタイプミスです。ぼやけたり、印鑑が押された登録フィールドからの数字の読み間違いです。AP担当者が抽出値を修正し、再確認します。

ステップ4：会計システム用に出力を正規化する

抽出されたデータは、freee、MoneyForward Cloud、Yayoi（弥生会計）、またはその他の会計プラットフォームに入力される前に、3つの正規化ステップを経る必要があります：

• 日付の正規化：すべての元号日付（令和8年、R8など）をISO 8601（2026-03-10）または会計システムの優先形式に変換します。
• 税額のクロスチェック：各税率で抽出された消費税額が、その税率の課税対象額に10％または8％をそれぞれ掛けたものと等しいことを検証します（発行事業者の端数処理方法を考慮）。不一致はレビューのためにフラグを立てます。
• 税抜または税込の標準化：一部の請求書が税抜金額を使用し、他の請求書が税込金額を使用する場合、GLレポート用にすべての値を単一の規約に変換します。

これら3つのチェックはすべて、抽出後ではなく抽出中に実行できます。計算列は、AIがすでに読み取った値にルールを適用します。日付列は元号年をISO形式（令和+2018、平成+1988）に変換でき、チェック列は抽出された税額を指定された税率の課税対象額と比較し、「OK」または差額を返します。不一致は、属する行にフラグが立てられて到着します。

ステップ5：会計ソフトへのインポート

正規化されたスプレッドシートは、CSV経由で日本の会計プラットフォームにインポートできる。freeeとMoneyForward Cloudはどちらも請求書買掛データのCSVインポートに対応しており、Yayoi（弥生会計）はデスクトップ版・クラウド版の両方でインポート機能を提供している。重要な要件は、CSVの列が会計システムのインポートテンプレートと一致していることだ。ステップ1で出力列を定義済みであれば、これは簡単に対応できる。

作業環境としてGoogle Sheetsを使用しているチーム向けに、ImageToTable.aiのGoogle Sheetsアドオンを使えば、中間ファイルのエクスポートなしで抽出結果をアクティブなスプレッドシートに直接反映できる。AIが請求書を読み取り、データをシートに書き込む処理を一括で実行する。

日本の会計ソフトが適格請求書制度にどう対応しているか

日本の主要な会計プラットフォーム3社 — freee、MoneyForward Cloud、Yayoi（弥生会計） — はすべて適格請求書制度にネイティブ対応している。各プラットフォームはT+13桁の登録番号と税率別合計を含む適格請求書を生成でき、消費税申告の計算も処理する。ただし、これらのプラットフォームの請求書生成機能と請求書抽出機能の間には大きなギャップがある：

3つのケースに共通するのは、組み込みのOCRがレシート向けに設計されていることです。レシートは短く均一な感熱紙の伝票で、レイアウトが予測可能ですが、T番号の抽出、複数税率の内訳、複数ページにわたる明細テーブルを伴う多様なフォーマットのサプライヤー請求書には対応していません。このギャップは構造的なものです。レシートは大量・均一な文書であり、単一のOCRエンジンで十分に学習できます。一方、サプライヤー請求書は低頻度かつ多様で、コンプライアンス層が付随し、単一のエンジンが両方を処理することはほとんどありません。

したがって、日本企業の経理チームにとって実用的なワークフローは2層アプローチです。会計プラットフォームはその強み（銀行取引の照合、給与計算、税務申告、レシートOCR）に活用し、専用の請求書データ抽出ツールは多様なフォーマットのサプライヤー請求書処理に使用し、CSVインポートで両者を連携させます。

経過措置のタイムライン — 2031年までの変更点

適格請求書等保存方式には段階的な経過措置が含まれており、未登録（免税）事業者からの仕入れに対する仕入税額控除が段階的に縮小されます。これらは軽微な調整ではありません。未登録事業者との取引コストが各段階で実質的に変化し、そのたびにERPの再設定、APチームの再教育、サプライヤーとの再交渉が必要になります。

日本企業の請求書を処理するAPチームにとって、このタイムラインは実務上の要件を生み出します。すべての請求書を登録事業者からのものか未登録事業者からのものかに分類し、各請求書に適用する控除率を該当期間に一致させる必要があります。以前は登録されていたものの登録が失効したサプライヤーからの請求書は、全額控除率ではなく経過措置の税率で処理する必要があります。これにより、体系的なT番号検証はコンプライアンス上のステップであるだけでなく、財務上の正確性の要件となります。この負担が日常業務に与える影響の詳細については、2023年のインボイス制度改革が経理処理を困難にした理由をご覧ください。

日本商工会議所は、2回にわたる調査を通じて制度の運用影響を追跡した。2024年に実施した会員企業3,149社を対象とした調査では、48.8%がコスト増加、82.2%が事務負担の増加を報告した。2025年の追跡調査（2,710社対象）では、これらの数値は45.8%と73.4%に改善したものの、依然として回答者の約4分の3に影響が及んでいる。新たな業務負担の最大の要因は「仕入先の登録状況の確認・管理」であり、回答者の74.8%がこれを挙げている。

よくある質問

手書きの日本語インボイスは適格請求書として有効か？

はい。国税庁は適格請求書が電子データや機械印字であることを要求していない。登録番号や税率別の消費税額を含む6つの必須記載事項をすべて満たす書類は、手書き・印刷・PDF生成のいずれであっても適格請求書として有効である。小規模仕入先からの手書きインボイスは一般的であり、法的に有効である。

適格請求書の登録番号はどのような形式か？

形式はアルファベットのTに続いて正確に13桁の数字、例えばT1234567890123となる。法人の場合、13桁は法人番号である。個人事業主の場合、国税庁が別途13桁の番号を付与する。Tの接頭辞は必須であり、適格請求書登録番号を他の識別子と区別する役割を果たす。

抽出データ内の和暦日付はどのように扱うべきか？

和暦日付（令和8年3月10日、R8.3.10、H30.12.1）は、抽出時にISO 8601形式（2026-03-10）へ変換する必要がある。変換式は以下の通り：令和＝西暦年+2018、平成＝西暦年+1988、昭和＝西暦年+1925。インボイスに和暦と西暦の両方が併記されている場合は、西暦をそのまま使用する。

税率が1つだけのインボイスはどうなる？

適格請求書に10%対象または8%対象の品目のみが含まれる場合、事業者は該当する税率を明確に表示し、その単一税率に対する消費税額を示す必要があります。税率が1つのみの表示でも、他の税率の品目が存在しないことが文書上明確であれば問題ありません。一部のインボイスでは、使用しない税率区分に「0」またはダッシュを表示しています。

抽出ツールは縦書きのインボイスに対応していますか？

テンプレートベースのOCRツールは縦書きインボイスを確実に処理できません。文字を誤った順序で読み取るためです。文書全体を読み取るビジョンベースの抽出（左から右への行単位のスキャンではなく）は、フィールドを読み取り順ではなく意味的意味で識別するため、縦書きレイアウトを処理できます。日本のインボイス用の抽出ツールを評価する際は、縦書き文書で具体的にテストしてください。「日本語対応」を謳うすべてのツールが縦書きテキストを処理できるわけではありません。

Peppol JP PINTは日本の適格請求書にとって必須ですか？

いいえ。Peppol JP PINTはデジタル庁が推奨する電子インボイス標準ですが、必須ではありません。適格請求書は、6つの必須項目をすべて含んでいれば、紙、PDF、または任意の電子形式で発行できます。ただし、高量のB2B取引では、手動データ入力や抽出を必要とせずに構造化データの自動交換を可能にするため、Peppolの採用が拡大しています。

事業者の登録番号（T番号）を確認するには？

国税庁はinvoice-kohyo.nta.go.jpで公開登録簿を管理しています。13桁の番号（Tプレフィックスなし）を入力するか、事業者名で検索します。登録簿には発行事業者の登録名称、登録日、現在のステータスが表示されます。この確認ステップは、日本の適格請求書を処理するすべてのAPワークフローに組み込むべきです。

適格請求書はどのくらいの期間保存しなければならないか？

国税庁は、適格請求書を関連する課税期間の終了後7年間保存することを求めています。これは発行事業者と書類の交付を受ける事業者の両方に適用されます。紙の請求書のデジタル保存（スキャンコピー）は、デジタルコピーが必要な記載事項をすべて明確に保持している限り認められます。電子帳簿保存法の検索要件が、監査においてスキャン保存を防御可能にするものです。

適格請求書は税抜金額と税込金額のどちらを使用するか？

どちらも認められています。請求書には、表示されている金額が税抜（zeinuki）か税込（zeikomi）かを明確に記載しなければなりません。請求書にどちらの方式を使用しているか明示されていない場合、国税庁のガイダンスでは、曖昧な請求書は仕入税額控除の目的で無効となる可能性があるとみなされます。データを抽出する際は、出力が両者を区別し、会計システムのために単一の方式に標準化することを確認してください。