電子インボイス（e-invoicing）とは、XMLやUBLなどの機械可読な構造化データ形式で、サプライヤーのシステムからバイヤーのシステムへ、間に手作業のデータ入力を挟むことなく直接送られる請求書データの交換のことです。ヨーロッパ、アジア、ラテンアメリカの各国政府は、公表されたスケジュールに従ってこれを義務化していますが、最初に直面する期限は、ほとんどの場合、事前に聞かされていたものではありません。それは受信を開始しなければならない日付であり、規模に関係なくすべての企業に一斉に適用されるのが一般的です。
このガイドでは、何が電子インボイスに該当するのか、どの義務化がいつ適用されるのか、そして実際にどれだけの労力がかかるかを決定する部分、すなわち期限が過ぎた後もPDFをメールで送り続けるサプライヤーについて解説します。
重要なポイント
- 電子インボイスは文書ではなくデータです。人間が合計を見つけるためにレイアウトを読まなければならない場合、ファイルの拡張子が何であれ、それは電子インボイスではありません。
- 本当の期限は発行日ではなく受信日です。これまでに発表されたすべてのスケジュールにおいて、受信の義務が最初に課され、すべての対象者に同時に適用されます。
- 義務は親会社の本社所在地ではなく、事業が設立され取引を行う場所に従います。フランスに子会社を持つ米国のグループ企業は、フランスの義務化の対象となるフランス法人を持っています。
- 段階的な導入により、数年単位のハイブリッド期間が生じることは確実です。構造化されたインボイスとメールで送られるPDFが並行して届き、その両方を会計システムに取り込む必要があります。
電子インボイスとは？
電子インボイス（e-invoicing）とは、受信側のソフトウェアが人間の解釈なしに処理できる構造化フォーマットを用いて、企業間で請求書ドキュメントをデジタルでやり取りすることです。人間が請求書を読んで会計システムに内容を入力する代わりに、請求書はシステムが直接インポートできるフィールドデータとして到着します。（出典: Basware）
重要な違いはデジタル化ではなく機械可読性です。スキャンした請求書、メールで送られたPDF、写真に撮った領収書はすべてデジタルです。しかし、ソフトウェアが直接読み取れるフィールドにデータが含まれていないため、どれも電子インボイスではありません。（出典: Thomson Reuters）
市場はそれに気づいています。世界の電子インボイス市場は2023年に135億ドルに達し、**2024年から2032年にかけて17.7%のCAGR（年平均成長率）**で成長し、2032年までに609億ドルに達すると予測されています。（出典: HighRadius、数値は2024年発表のもの）
普及状況にはより静かな現実があります。義務化されていない米国では、企業間の導入率が25%と報告される一方で、自動電子インボイスはほとんどのケースで60〜80%のコスト削減をもたらすと報告されています。（出典: Pagero）この2つの数字のギャップこそが、義務化が議論される最大の理由です。より広範な対応状況の背景として、2022年に**EU全体の企業の70%が基本的なデジタル強度のレベルに達しており、EUの目標は2030年までに成人の少なくとも80%**が基本的なデジタルスキルを持つことです。（出典: IMARC Group）
請求書が電子インボイスとなる条件
以下の4つの条件をすべて同時に満たす必要があります。
- 機械可読な構造化データ。 請求書はXML、UBL、または同等のスキーマとして到着し、会計ソフトウェアや税務当局が直接読み取ります。誰も何も手入力しません。
- 定義された伝送経路。 電子インボイスは、Peppolネットワーク、直接API、政府のクリアランスプラットフォームなど、合意されたチャネルを通じて移動します。通常のメールへの添付はこれに含まれません。
- 受信システムとの統合。 データはデータとしてERPおよび会計システム内に取り込まれます。これが自動承認とリアルタイムの照合を可能にします。
- 公開された標準への準拠。 ヨーロッパでは、これはEN 16931を意味します。構造化されていても、準拠していなければ義務化要件を満たしません。
電子インボイスに該当しないもの
該当しそうに思えるものは数多くあります。これまで発表されたすべての義務化規定において、以下は依然として通常の請求書とみなされます。
- スキャンされた紙の請求書。 紙をPDFやJPEGに変換して生成されるのは画像であり、データではありません。
- メールで送信されたPDFやWordの請求書。 ビジネスで最も一般的な請求書フォーマットであり、電子インボイスではないデジタルドキュメントの最も明確な例です。
- メールの本文に入力された請求書情報の詳細。 構造もスキーマもなく、インポートできるものは何もありません。
- 定義されたスキーマを持たないスプレッドシート。 人間が理解できる列は、義務化が意味する機械可読性には当てはまりません。
- QRコードが付いた紙の請求書。 コードは人間の助けにはなりますが、電子インボイスプラットフォームに接続されていない限り、依然として手作業で処理されます。
常に人々を混乱させるため、知っておくべき例外が1つあります。Factur-XやZUGFeRDなどのハイブリッドフォーマットは、PDFファイル内に構造化されたXMLを埋め込みます。 その結果、人間にとっては通常のPDFとして開かれ、機械にとっては構造化データとして読み取られ、これを許容する義務化要件を満たします。ファイル拡張子からは何も分かりません。重要なのはその中身です。
電子インボイスの仕組み
経路は国やネットワークによって異なりますが、手順が異なることはほとんどありません。（出典: HighRadius）
- 発行。 サプライヤーの請求システムまたはERPが、印刷可能なものではなく構造化ファイルとして請求書を生成します。（出典: Pagero）
- 検証。 請求書がどこかに送られる前に、ファイルがフォーマットのルールと照らし合わされチェックされます。税務当局が取引の間に入る国では、その要件に対してもチェックが行われます。
- 送信。 請求書は、Peppol、EDI、または政府のプラットフォームなど、合意されたチャネルを通って移動します。
- 処理と承認。 バイヤーのシステムがデータをインポートし、発注書と照合し、承認のためのルートに回します。
- 支払いと保管。 承認された請求書は支払いをトリガーし、その後、監査人から要求されるまで保管されます。
電子インボイスが実際に届く4つのモデル
これを説明する際には通常ベンダーリストが使われますが、それでは誤った問いに答えることになります。財務チームが知る必要があるのは、何が受信トレイに届き、それがどうやってそこにたどり着いたかです。経路別に分類すると、4つのモデルがあります。
1. ネットワークベースの交換（通常はPeppol）
Peppol（Pan-European Public Procurement OnLineの略）は、ドキュメントの宛先指定、フォーマット、および配信に関する共通ルールを備えたネットワークです。直接接続するのではなく、ルーティングを処理する認定アクセスポイントを介して接続します。EUの多くの地域、シンガポール、オーストラリア、ニュージーランドにおける義務化されたルート、またはデフォルトのルートです。（出典: European Commission）
2. 直接EDI
電子データ交換（EDI）は電子インボイスの義務化よりも数十年古くから存在し、現在でも製造業、小売業、物流業で膨大な量のデータ移動に使用されています。EDIFACTやANSI X12などのフォーマットは、事前に仕様に合意した取引先間で双務的に交換されます。EDIは、必要な標準を満たしている場合、義務化要件を満たすことができますが、自動的に満たすわけではありません。
3. 政府のクリアランスプラットフォーム
一部の国では税務当局が取引の間に入るため、政府のシステムが承認（クリアランス）するまで請求書は有効になりません。イタリアのSistema di Interscambio（SDI）やインドのGST電子インボイスポータルはどちらもこのように機能します。クリアランスによって税務当局はリアルタイムで状況を可視化できるため、まさにこれが政府が好む理由です。
4. ERPおよび会計システムとの統合
現在、主要なERPプラットフォームのほとんどがネイティブに、または認定パートナーを通じて電子インボイスを処理しています。請求書が記録システムから外に出ることがないため、多くの企業にとってこれが最も混乱の少ないルートです。
誰が、いつ遵守しなければならないのか
表を見る前に、まずはテストから始めてください。義務化の対象は、親会社の本社所在地ではなく、事業が設立され取引が行われている場所によって決まります。 フランスに子会社を持つ米国や英国のグループ企業は、フランスのスケジュールに従うフランスの義務化の対象となるフランス法人を持っています。その際、親会社自身の国内ルールは関係ありません。フランスでは、2026年9月1日からの受信義務は規模に関係なくそこに設立されたすべての企業に適用されますが、最初の発行義務の波は大企業と中堅企業（SMEと大企業の間に位置するフランスのETI層）に適用されます。
日程は遅れることがあります。ここにあるタイムテーブルは、保存しておくものではなく、再確認すべきものとして扱ってください。以下の数値は2026年8月に確認されたものです。
| 国または地域 | 受信の義務 | 発行の義務 | フォーマット |
|---|---|---|---|
| フランス | 2026年9月1日、すべての企業 | 大企業・中堅企業は2026年9月1日、その他のすべての企業は2027年9月1日 | UBL, CII, Factur-X |
| ドイツ | 2025年1月、すでに施行済み | 売上高80万ユーロ超は2027年1月、すべての企業は2028年1月 | XRechnung, ZUGFeRD, Peppol BIS 3.0 |
| イタリア | 施行済み | 施行済み、B2BおよびB2G | FatturaPA via SDI |
| EU (ViDA) | - | EU域内B2Bは2030年7月1日、国内連携は2035年まで | EN 16931 |
| 米国 | 連邦レベルでの義務化なし | 連邦レベルでの義務化なし | - |
| 英国 | 全般的な義務化なし | 全般的な義務化なし、B2Gのみ | - |
欧州連合（EU）における電子インボイス
指令2014/55/EUは、企業対政府（B2G）取引の電子インボイスを確立し、EN 16931を欧州標準として設定しました。より大きな変化は、**2025年3月11日に採択されたViDA（VAT in the Digital Age）**です。2030年7月1日から、EU域内のB2B取引ではEN 16931に準拠した電子インボイスが義務化され、取引データは課税対象となる事象から10日以内に税務当局に報告されます。独自の国内デジタル報告システムを運用している加盟国は、2035年までにそれに合わせる必要があります。
いくつかの加盟国はこのスケジュールより先行しています。イタリアは数年前からB2Bの電子インボイスを義務付けています。ドイツの受信義務は2025年1月に発効しました。フランスの第1段階は2026年9月に始まり、これには注目すべき2つの理由があります。1つはすべての企業に一斉に受信義務を課すこと、もう1つは電子インボイスとともに電子申告（e-reporting）を義務付けていることです。電子申告は、取引データを税務当局に送信する別の義務であるため、企業が準拠した請求書を発行できたとしても、フランスが求める要件に満たない可能性があります。
米国における電子インボイス
米国では連邦レベルでのB2B義務化はなく、予定もされていません。連邦調達は例外であり、財務省財政局が各機関に連邦調達用の請求書を電子的に管理するよう指示しているため、連邦機関のサプライヤーはそこで要件を満たすことになります。民間部門の普及は、取引先や、Peppolに沿った相互運用可能な交換フレームワークを構築しているDigital Business Networks Allianceによって推進されています。
米国の財務チームにとっての注意点は、国内に義務がないからといって、海外の義務から逃れられるわけではないということです。EU法人を持つ米国のグループ企業はその法人の義務を引き継ぎますし、EUの顧客に請求する米国のサプライヤーは、規制当局ではなく顧客から準拠したフォーマットを要求される可能性があります。
その他の地域における電子インボイス
インドでは、売上高のしきい値を超える企業に対し、GSTに基づく電子インボイスを義務付けており、政府のポータルを経由させます。シンガポールは、InvoiceNowを通じたPeppolフレームワーク上で稼働しており、GST登録企業全体に段階的に導入しています。中国は税務システムを通じて完全にデジタル化されたe-fapiaoを全国に展開しており、日本では2023年から適格請求書等保存方式（インボイス制度）が適用されています。英国には全般的な義務化はなく、代わりにMaking Tax Digital（MTD）を通じてデジタル記録保存とVAT申告を推進しています。（出典: Qvalia）
2024年1月時点で、19カ国以上がすべての課税取引で電子インボイスを義務付け、49カ国が特定の取引で義務付けています。（出典: COST）その後、両方の数字は増加しています。
電子インボイスが実際にもたらすもの
政府が電子インボイスを求めるのは、VATのギャップを埋め、不正行為を隠蔽しにくくするためです。（出典: Tipalti）財務チームがそれを求める理由は、より実務的なものです。
構造化されて届くインボイスにおいては、印刷、郵送、保管、手入力がすべてなくなります。それに伴いスピードも向上し、請求書処理にかかる期間を数週間から48時間未満に短縮したと報告する企業もあります。（出典: Basware）データがソースの時点で検証されるため、手作業によるデータ入力に伴う転記ミスがなくなり、それに続く重複支払いもなくなります。
あまり注目されていませんが、誰かが厄介な質問をしてきた日に最も重要になるメリットがさらに2つあります。四半期末に再構成されるのではなく、交換の内部で税の検証が行われること、そしてすべてのインボイスに検証可能な証跡が残ることです。これは、単なる監査と発掘調査プロジェクトとの違いになります。
これらが適用されないケースに注意してください。これらのメリットが及ぶのは、実際に構造化されて到着したインボイスだけです。それ以外のものについては、何も変わりません。
切り替えていないサプライヤー
これが実際の業務量を決定する部分であり、通常は脚注扱いされるものです。
これまで発表されたすべての義務化は、受信の義務と発行の義務を分離し、2つ目を企業規模によって段階的に導入しています。フランスでは、2026年9月からすべての企業が構造化されたインボイスを受信できるように要求しますが、中小企業には2027年9月まで発行を要求しません。ドイツは2025年1月から受信を義務付けていますが、全員に発行を要求するのは2028年1月からです。
これをバイヤーの視点から読むと、その結果は避けられません。何年にもわたって、中規模の企業は最大のサプライヤーからは構造化された電子インボイスを、それ以外のすべての人からはメールで送られたPDFを受け取ることになり、その両方を同じ会計システムに取り込む必要があります。 義務化されていない国のサプライヤーを加えれば、PDFの山がゼロになることはありません。ただ増えるのが止まるだけです。
この残りの部分を処理する正直な方法は2つあります。
1つは、独自のPeppolアクセスポイントを実行し、側面にOCRを組み込んだAP（買掛金）自動化プラットフォームです。1か所で承認ルーティング、発注書との照合、サプライヤーのオンボーディングも必要とする大規模なAP部門にとっては、それが正解です。これは本格的なソフトウェアであり、それに見合った価格と実装スケジュールが伴います。
もう1つは、2つのフローを分離し、それぞれ専用に作られたツールを使用することです。アクセスポイントプロバイダーが構造化されたインボイスを処理します。AIドキュメントパーサーがPDFを読み取り、同じフィールドを同じ宛先に配信します。
その2つ目のフローがParseurの得意とする領域であり、その境界は明確に述べておく価値があります。Parseurは電子インボイスプラットフォームではありません。Peppolアクセスポイントでも、請求書を送信するものでもなく、いかなる義務化要件にも準拠させるものではありません。 Parseurが行うのは、最初から準拠するつもりのない請求書を受け取り、誰も再入力しなくて済むようにすることです。
そのメカニズムは意図的に地味なものになっています。サプライヤーは専用のParseurメールボックスにPDF請求書をメールで送信するか、あなたがそこに転送します。Vision AIエンジンが各請求書を読み取り、サプライヤーのレイアウトごとにテンプレートを作成することなく、請求書番号、サプライヤー名、日付、品目、税金、合計など、必要なフィールドを抽出します。抽出されたデータは、直接の統合、またはZapierやMakeなどのプラットフォームを介して、会計システム、ERP、スプレッドシート、またはAPIに送信されます。エンジンが一度も見たことのないレイアウトも、見たことのあるレイアウトと同様に処理されます。コンプライアンスに準拠していないサプライヤーのロングテールこそが、変化し続けるサプライヤーベースの部分であるため、これは重要な点です。
概要ではなく、その仕組みの詳しい内容を知りたい場合は、請求書処理のガイドでエンドツーエンドのワークフローをカバーしており、請求書データ抽出ページでデフォルトでキャプチャされるフィールドをリストしています。
準備方法
受信義務が先にやってくるため、リストの内容よりも順番が重要になります。また、発行の準備ができているからといって部分的な評価が得られるわけではありません。
- 国ごとに自社に適用されるものを把握する。 義務は、本社がある場所ではなく、事業が設立され取引を行う場所に従います。フランスに子会社を持つ米国または英国の企業は、フランスの義務化の枠内にあります。
- 発行よりも受信を整理する。 大口顧客から準拠した請求書を受け取れないことは、最も早く影響が出る失敗です。
- Peppolの対象地域で取引する場合は、アクセスポイントプロバイダーを選択する。 これは、スイッチを入れるだけのものではなく、リードタイムを伴う調達の決定です。
- 対象外となるサプライヤーを数える。 購入先のすべての国のしきい値とサプライヤーリストを照らし合わせてください。その数は人々が予想するよりも多くなり、非構造化インボイスの受け入れ能力が依然としてどれだけ必要かを決定するものになります。
- 両方のフローが1つのキューに到着することを確認する。 構造化されたインボイスとPDFが異なるシステムに到着すると、2つの照合プロセスが存在し、自社が何を負債としているかを一元的に把握できなくなります。
- 保管が地域のルールを満たしているか確認する。 保存期間とフォーマットは国によって異なり、監査の直前まで見過ごされがちです。
- サプライヤーに早めに知らせる。 こうしたプロジェクトの遅れの原因はソフトウェアではありません。サプライヤー側の準備不足です。
これがもたらす結末
電子インボイスは数年前に「導入すべきかどうか」という問題ではなくなりました。公表されているスケジュールは、2026年9月のフランスから2030年のViDA、そして2035年までの国内システム連携まで続いており、導入国のリストは増える一方です。
どのようなタイムテーブルになっても変わらないのは、あなたのデスク上の計算です。しきい値により、多くの中小サプライヤーは何年もの間対象外となり、多くの取引先はまったく義務化されていない国に存在します。そして、それらの請求書の1つ1つは、誰も手入力することなく会計システムに届ける必要があるメール添付のPDFとして到着し続けます。
両方の計画を立てておけば、義務化は単なるプロジェクトになります。片方だけしか計画していなければ、それは驚きとなるでしょう。
最終更新日
