日本の適格請求書データ抽出：
適格請求書データ処理の完全ガイド

適格請求書制度で実際に変わったこと

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

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

日本の仕入先請求書を処理するすべての担当者にとって、実際の影響は明白です。6つの必須項目のいずれかが欠けている請求書は、全額の仕入税額控除を請求できません。国税庁は適格請求書発行事業者公表サイトを運営しており、買掛金担当チームは登録番号を検証できます。そして、受け取るすべての請求書についてこの検証手順が必要です。この検証は2023年以前には存在しませんでした。現在は、請求書1枚ごとに発生する運用コストです。

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

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

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

項目1、4、5は完全に新設 — 改正前の日本の請求書には存在しませんでした。項目3は従来からありましたが、新たに8%軽減税率の対象品目を明示する要件が加わりました。軽減税率対象（keigen zeiritsu taishō）という文言、または品目横に※印を付けることで対応できます。

小売店や消費者向けの取引（飲食店、タクシー、自動販売機など）では、適格簡易請求書の使用が認められています。これは、宛名の記載を省略し、記載事項を簡略化できるものの、登録番号と税率ごとの内訳は必要です。

T番号：確認と抽出

登録番号は、適格請求書において最も重要な項目です。これがないと、仕入税額控除の申請はできません。書式は統一されており、アルファベットのTの後に13桁の数字が続きます。

法人の場合、T番号は法人番号（13桁）の先頭にTを付けたものです。個人事業主の場合は、マイナンバーとは異なる、国税庁が割り当てる専用の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つの税率区分の表示方法の多様性が、日本の請求書でテンプレートベースの抽出が失敗する主な理由の一つです。レイアウトは事業者ごとに異なるだけでなく、取引が両方の税率の品目を含むか、単一税率か、同一文書内で複数税率の品目が混在するかによっても変わります。

日本の請求書が難しい理由

日本の適格請求書には、他国の請求書より処理が根本的に難しい4つの構造的な課題があります。これらは稀なケースではなく、日本企業から受け取る請求書の多くに該当します。

縦書き — 文字が上から下、右から左に読まれる場合

現在、多くの日本のビジネス文書は横書きですが、伝統的な取引先（特に中小企業、建設会社、個人事業主）の中には、今でも縦書きの請求書を発行するケースが少なくありません。縦書きでは、文字は上から下へ、列は右から左へ進みます。横書きでは値の左側にある項目名が、縦書きでは上下に配置されます。縦書きの明細表では、列見出しが表の右側にあり、内側に向かって読む形式になります。

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

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

手書きインボイス — 中小企業では今も一般的

日本の約336万の中小企業（全企業の99.7%）は、完全にデジタル化されたものから完全に紙ベースのものまで様々です。国税庁は、6つの必須項目すべてが記載されていれば、手書きの適格請求書を明示的に認めています。電子生成、電子署名、構造化フォーマットの要件はありません（ただし、電子インボイス標準としてPeppol JP PINTが推奨されています）。

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

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

印鑑スタンプによる干渉

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

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

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

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

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

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

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

日本の適格請求書に対応した信頼性の高い抽出ワークフローを構築するには、登録番号の特定、2つの税率区分の分離、和暦日付の変換、そして手書きや縦書きの請求書がもたらす非標準的なレイアウトへの対応という4つの課題を解決する必要があります。以下は、多様な適格請求書形式に対応する実践的な5ステップのプロセスです。

ステップ1：出力列の定義

各事業者の書類の見た目にルールを設定するのではなく、必要なデータを定義します。適格請求書の場合、列リストには標準的な請求書フィールドに加え、コンプライアンスに必要な日本固有のフィールドを含める必要があります。

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

ステップ2：全仕入先フォーマットを一括アップロード

抽出処理はレイアウトに依存しないため、仕入先ごとに請求書を仕分ける必要はありません。大企業の構造化PDFが半数、中小企業の手書き帳票が4分の1、残りは中堅企業の多様なレイアウトという50件の請求書をまとめてアップロードできます。AIが各書類を個別に読み取り、同一の列セットを抽出します。

これが、意味ベース抽出とテンプレート型OCRの実務上の違いです。テンプレート方式では、このバッチ処理に10～15の仕入先別設定が必要です。レイアウトごとに領域を設定し、縦書き・横書きの調整、手書き・印刷の調整を行います。意味ベース抽出は、位置ではなく意味で読み取るため、すべてを1回で処理できます。

ステップ3：登録番号を国税庁適格請求書発行事業者公表サイトで確認

抽出後、T番号は1つの列に表示されます。確認作業は単純な照合です。抽出された登録番号の列をエクスポートし、国税庁の公表サイトinvoice-kohyo.nta.go.jpで照合します。件数が少なければ、Tを除いた13桁を検索フォームに入力して手動で確認できます。件数が多い場合は、プログラムから照会することも可能です。

一致する事業者名が返ってこないT番号はフラグを立てます。最も多い原因は、抽出された番号の誤認識です。ぼやけていたり、スタンプが重なった登録番号欄の数字を誤読したケースです。買掛金担当者が抽出値を修正し、再確認します。

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

抽出データは、freee、MoneyForward、Yayoi、その他会計プラットフォームに取り込む前に、以下の3つの正規化処理を行います。

• 日付の正規化：すべての元号表記（令和8年、R8など）をISO 8601（2026-03-10）または会計システムの推奨形式に変換します。
• 税額のクロスチェック：抽出された消費税額（10%）と消費税額（8%）が、それぞれ課税対象額×10%および×8%と一致するか確認します（発行者の端数処理を考慮）。不一致があれば確認用にフラグを立てます。
• 税抜・税込の統一：一部の請求書が税抜、他が税込の場合、すべての値を総勘定元帳報告用に単一の方式に変換します。

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

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

Googleスプレッドシートを業務環境として使用するチームには、ImageToTable.aiのGoogleスプレッドシートアドオンが便利です。中間ファイルのエクスポートなしで、抽出結果をアクティブなスプレッドシートに直接取り込めます。AIが請求書を読み取り、データをシートに一度の操作で書き込みます。

日本の会計ソフトがインボイス制度にどう対応しているか

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

3つのサービスに共通するのは、内蔵OCRがレシート（短く、均一な感熱紙で、レイアウトが予測可能）向けに設計されており、T番号抽出、複数税率の内訳、複数ページにわたる明細行テーブルを必要とする多様な形式の請求書には対応していない点です。これは会計プラットフォームの欠陥ではなく、設計上の特性です。レシートは大量・低複雑性の文書であり、仕入先請求書は少量・高複雑性でコンプライアンスに関わる文書です。OCR要件は大きく異なるため、単一のエンジンで両方をうまく処理することはほとんどありません。

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

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

適格請求書制度には段階的な経過措置が含まれており、未登録（免税）事業者からの仕入に対する仕入税額控除が徐々に減少します。これらは軽微な調整ではなく、各段階で未登録事業者との取引の実効コストが変化し、その都度、ERPの再設定、買掛金担当者の再教育、仕入先との再交渉が必要になります。

日本の請求書を処理する買掛金チームにとって、このタイムラインは実務上の要件を生み出します。すべての請求書を登録事業者からのものか未登録事業者からのものかに分類し、各請求書に適用する控除率が該当期間と一致している必要があります。以前は登録されていたが登録が失効した仕入先からの請求書は、全額控除率ではなく経過措置の税率で処理しなければなりません。そのため、体系的なT番号検証はコンプライアンス上のステップであるだけでなく、財務上の正確性を確保するための要件となります。

日本商工会議所は、システムの運用影響を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です。インボイスに和暦と西暦の両方が記載されている場合（例：「令和8年（2026年）3月10日」）は、西暦をそのまま使用します。

インボイスに税率が1つしかない場合はどうなりますか？

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

抽出ツールは縦書きの請求書に対応していますか？

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

日本における適格請求書にPeppol JP PINTは必須ですか？

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

取引先のT番号を確認するにはどうすればよいですか？

国税庁はinvoice-kohyo.nta.go.jpで公開登録簿を管理しています。13桁の番号（Tを除く）を入力するか、事業者名で検索してください。登録簿には、発行者の登録名、登録日、現在のステータスが表示されます。この確認手順は、日本の適格請求書を処理するすべての買掛金ワークフローに組み込む必要があります。

適格請求書はどのくらいの期間保存する必要がありますか？

国税庁は、適格請求書を関連する課税期間の終了後7年間保存することを義務付けています。これは発行者と受領者の両方に適用されます。紙の請求書のデジタル保存（スキャンコピー）は、デジタルコピーがすべての必須項目を明確に保持している場合に許可されます。

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

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