電子インボイス対応まで90日:AP準備チェックリスト

現在13のEU加盟国が電子インボイス義務化を施行しており、2026年7月までにその数は少なくとも16に増えます。しかし2025年のグローバルビジネスサービス組織を対象とした調査では、これらの要件に完全に対応できると感じているのはわずか11%でした。すでに到来した期限と、依然として手作業またはPDFベースのワークフローで運用している財務チームとの間のこのギャップを埋めるために、90日間の準備計画が存在します。これはベンダー評価ガイドではありません。カレンダーです。4つのフェーズがあり、それぞれに具体的な成果物があるため、次の義務化期限が来ても、APチームがペポルアクセスポイントとは何かを慌てて調べる一方で、非準拠の取引先請求書が受信箱に溜まるという事態にはなりません。

手入力はもう不要 — AIに読み取らせましょう
画像またはPDFをアップロード — 10秒で構造化スプレッドシートデータに
今すぐ試す →
2026年の義務化に向けた期限タイムライン、事業体登録状況、APワークフロー評価データを表示する電子インボイス対応準備ダッシュボード

主なポイント

  1. 電子インボイス義務化に直面するすべてのAPチームは、構造化XMLを受信するプラットフォームを導入します — そして2027年1月までに、16のEU諸国がまさにそのインフラを要求します。
  2. しかし、今後3〜5年間は取引先請求書の40〜70%が依然としてPDFで届くため、チームは自動化されたものと手作業の2つのAPプロセスを並行して運用することになり、照合がコンプライアンス証明書では解決できない恒久的なボトルネックになります。
  3. ImageToTable.aiはPDF請求書をXMLパイプラインと同じ構造化フィールドに抽出するため、両方のフォーマットが1つのAPワークフローに流れ込み、チームは1000日目ではなく初日から2つのプロセスを運用せずに済みます。

なぜ90日なのか — そして今始めることが重要な理由

このカレンダーは恣意的なものではありません。移行を完了した組織が報告した電子インボイス導入のタイムラインは、設定とサプライヤーのオンボーディングだけで3〜6か月程度に集中しており、しかもそれは1か国分にすぎません。3つ以上の義務化対象国にまたがるサプライヤーのインボイスを処理するAPチームにとって、期限の重複は、次の国の準備期間が前の国の稼働開始とすでに重なっていることを意味します。

現在進行中の2026〜2027年のカレンダーを見てみましょう。ベルギーは2026年1月1日に稼働開始。ポーランドのKSeFは2月に大企業で義務化され、2026年半ばまでにすべてのVAT登録事業者に義務付けられます。フランスの受信義務の全面適用は2026年9月1日に開始 — 残り80日を切っており、規模を問わず約400万のVAT登録事業者すべてが対象です。ドイツのB2B義務化は2027年1月から段階的に導入されます。スペインのVerifactuとCrea y Creceの義務は2027年にかけて展開されます。これらの市場のうち3つ以上からサプライヤーのインボイスを受け取っているAPチームは、事実上、一度きりのプロジェクトではなく継続的なコンプライアンスサイクルの中にあります。

これを読んでいるあなたの組織が、どの事業体がどの国に登録されているか、どのサプライヤーがどの国からインボイスを送っているか、そしてあなたのERPが必要な形式の構造化XMLを受信できるかを把握していないなら — 遅すぎるわけではありません。しかし、遅れが1週間生じるごとに、稼働開始がスムーズになるか混乱するかを左右するテストとサプライヤーとのコミュニケーションの段階が圧迫される、まさにその時点にいます。

90日でできること、できないこと: 90日あれば、ERPに何らかのXML取り込み機能があり、サプライヤー数が200未満であれば、1〜3の義務化対象国に対するコンプライアンス準備を達成するのに十分です。ERPの完全なアップグレードサイクルが必要な場合、複数国での事業体登録状況が未解決の場合、またはサプライヤー数が500を超えていて既存のデジタル通信チャネルがない場合は、十分ではありません。

90日のカウントダウンが始まる前に、1つのガバナンス上の決定を下してください。あなたの組織で電子インボイスのコンプライアンスを誰が担うのか。もし答えが不明確なら — 税務部門は財務部門の管轄だと言い、財務部門はITだと言い、ITは調達だと言うなら — 最初の会議が終わる前に90日の窓は閉じます。ツールとプロセスの決定権を持つ専任のクロスファンクショナルなプロジェクトオーナーが前提条件であり、あれば嬉しいものではありません。

1~15日目:自社の義務範囲を把握する

最初の2週間は技術の話ではありません。データの話です。どの法人がどこに登記されているか、どのサプライヤーがどの管轄区域から請求書を発行しているか、そしてそれぞれの組み合わせにどの義務が適用されるかを正確に把握することが目的です。多くのAPチームはこの段階で、自社の対象範囲が想定より広いことに気づきます。フランス子会社がベルギーの物流業者から請求書を受け取り、ドイツ法人がポーランドのメーカーから購入し、イタリア拠点がスペインのフリーランサーの請求書を処理する。それぞれの組み合わせがコンプライアンス上の接点です。

成果物:法人・サプライヤー・義務マトリクス

以下の列を持つスプレッドシートを作成してください。サプライヤー請求書を受け取る組織内のすべての法人について記入します。

自社法人国税務ID/登記番号登記状況主要サプライヤー上位10社の国適用される義務期限必要なフォーマット
Example SARL(パリ)フランスSIRET 123 456 789 00012登記済み(TVA FR XX...)FR、BE、DE、ITArt. 91 LF 2024 — 受信義務2026年9月1日Factur-X、UBL、CII(EN 16931)
Example GmbH(ベルリン)ドイツUSt-IdNr DE123456789登記済みDE、PL、AT、NLWachstumschancengesetz — B2B受信2027年1月1日XRechnung、ZUGFeRD 2.x

この段階での重要チェックポイント:

  • 請求書を受け取るすべての法人は、本拠地の管轄区域で適切にVAT登録されていますか? 登録が失効している、あるいは未登記の支店がサプライヤー請求書を受け取っている場合、電子インボイスの話に入る前にすでにコンプライアンス上のギャップがあります。
  • 複数法人を持つ組織の場合:各法人は個別の税務登録番号(フランスのSIREN、ドイツのUSt-IdNr、ポーランドのNIP、イタリアのP.IVA)を持っていますか? それとも親会社の登録番号で運営している法人がありますか? 電子インボイスプラットフォームは法人単位で検証するため、登録番号の共有はルーティング上の問題を引き起こします。
  • 支出額上位20社のサプライヤーのうち、すでに構造化電子インボイスを発行しているのはどこですか? 3つの質問を送って確認しましょう:(1) 現在どの請求書フォーマットを使用していますか? (2) 構造化電子インボイス(ペポルBIS、Factur-X、XRechnungなど)を発行できますか? (3) まだ構造化請求書を発行していない場合、移行スケジュールはどうなっていますか?

正確な法的根拠とフォーマット要件を含む国別の詳細なタイムラインについては、欧州の電子インボイス義務化タイムラインをご覧ください。国別の詳細解説については、フランスおよびドイツのガイドで、法人登記の詳細と各国が求める13の必須項目を扱っています。

16~45日目:技術評価

エクスポージャーマトリクスが完成したら、2か月目はインフラストラクチャに移ります。核心的な問いは、現在のシステムが構造化されたインボイスデータを受信、検証、ルーティングできるかどうかです。多くの中堅企業にとって、答えは部分的です。ERPは一部の国の一部のフォーマットは処理できても他はできない、あるいはXMLは受信できてもAPワークフローにマッピングする仕組みがない、といった状況です。

成果物:システム準備状況レポート

以下の評価領域を順に検討してください。ERPベンダーから「はい、当社のERPは対応できます」と言われても、対象国の義務化に特化したデモなしには受け入れないでください。

1
XML形式の取り込み。 お使いのERPは、Factur-X(フランス)、XRechnung(ドイツ)、KSeF XML(ポーランド)、FatturaPA(イタリア)、Peppol BIS Billing 3.0をネイティブに解析・検証できますか。「EDIで対応しています」という回答は同じ意味ではありません。EDIはトランスポート層もメッセージ標準も異なります。ERPベンダーに、実際のFactur-Xファイルの取り込み成功を実演してもらいましょう。デモやPDFのモックアップではなく、必須項目がすべて入力されたEN 16931準拠の有効なXMLで確認してください。
2
アクセスポイントまたは政府への直接接続。 ペポルネットワーク加盟国(ベルギー、EU域内越境取引のデフォルトになりつつあります)では、ペポルアクセスポイントが必要です。ERP経由、サードパーティプロバイダー経由、または自社構築のいずれかになります。ポーランドではKSeF API接続が必要です。イタリアではSistema di Interscambio(SdI)と連携します。フランスでは承認プラットフォーム(Plateforme Agréée)への登録が必要です。エクスポージャーマトリクスの各法域を、必要な接続方法に紐づけてください。ERPが5法域のうち2つしかカバーせず、3つが未対応なら、そのギャップが外部ソリューション検討の範囲となります。
3
顧問会計士のプラットフォーム。 フランスでは、多くの中小企業がCegid、EBP、Pennylane、Sageを使用する外部会計士(expert-comptable)に依存しています。ドイツでは、SteuerberaterはおそらくDATEVまたはLexwareを使用しています。顧問会計士に確認してください。(a) 自国の法域で要求される形式の構造化電子インボイスを受け取る体制がすでに整っているか。(b) 整っていない場合、移行スケジュールはどうなっているか。(c) 納税申告を滞りなく続けるために、あなた側に何を求めるか — 特定のプラットフォームの選択か、ファイル形式か、それとも生のXMLだけでよいのか。この会話だけで、あらゆる技術的障害よりも多くの電子インボイスプロジェクトが頓挫しています。
4
データフィールドのマッピング。 一般的な構造化電子インボイスには30~50のフィールドが含まれます。APワークフローに必要なのはそのうち6~12です(仕入先名、請求書番号、日付、金額、税額、PO参照、支払条件)。残りの20~40のフィールドは、アーカイブが必要でも処理は不要なコンプライアンスメタデータです。現在のシステムは必要なフィールドを選択的に抽出できますか、それともXMLペイロード全体をERPに取り込み、既存のデータマッピングを上書きしたり、仕入先レコードを重複作成したりする可能性がありますか。構造化XMLが抽出ステップを不要にしない理由については、XMLファイルを取得してもAPチームがデータ抽出を省略できない理由の分析をご覧ください。

46~75日目:ハイブリッドな現実に対応するプロセス設計

電子インボイス対応ガイドのほとんどが避けて通る問題があります。移行期間中——多くの組織にとって数か月ではなく数年続く——APの受信箱には、構造化XMLの電子インボイス、まだ義務化されていないサプライヤーからのPDFインボイス、構造化フォーマットを決して採用しない小規模ベンダーからのスキャンした紙のインボイスが混在することになります。この3種類すべてを単一のパイプラインで処理するプロセスを設計できるかどうかが、書類上のコンプライアンスと実務上のコンプライアンスの分かれ目です。

成果物:ハイブリッドインボイスワークフロー設計

ワークフローは、届くすべてのインボイスについて3つのルーティング上の問いに答える必要があります。

1
フォーマット検出とルーティング。これは構造化XML(Factur-X、XRechnung、ペポルBISなど)か、非構造化ドキュメント(PDF、スキャン画像、メール本文)か。構造化インボイスはXML取り込みパスにルーティングされ、自動フィールドマッピングが行われます。非構造化ドキュメントは抽出レイヤーにルーティングされます。重要な設計上の判断は、これら2つのパスがデータがERPに到達する前と後のどちらで統合されるかです。前に統合すれば、ソースに関係なく統一されたデータ形式がAPワークフローに届きます。後に統合すれば、2つの並行するAPプロセスが生じます——これが重複登録や照合の抜けが発生する原因です。
2
フォーマット間のフィールド標準化。フランスのFactur-Xインボイスにおけるサプライヤー名は/rsm:CrossIndustryInvoice/supplyChainTradeTransaction/ApplicableHeaderTradeAgreement/SellerTradeParty/Nameにあります。同じサプライヤー名が、そのPDFインボイスでは左上隅に11ptのHelveticaで記載されています。プロセスは、ソースフォーマットに関係なく、同じERPフィールドにマッピングされた同じ「サプライヤー名」フィールドを生成する必要があります。まず目標とするフィールドスキーマ——APワークフローが実際に使用する6~12個のフィールド——を定義し、次に各入力フォーマットをその目標スキーマにマッピングします。

複数の国からインボイスを受け取る組織にとって、あらゆるフォーマット(PDF、スキャン、スクリーンショット)の視覚的コンテンツを読み取り、出身国に関係なく同じ構造化フィールドを出力するドキュメント抽出ツールは、フォーマット固有のパーサーでは再現できない統合レイヤーを提供します。これは、ある国のサプライヤーがすべて「電子」でありながら5種類の異なるインボイスレイアウトを使用している場合に特に価値があります。

3
例外処理。次の場合に何が起こるかを定義します:(a) XMLがスキーマ検証に失敗した場合、(b) PDFが読み取り不能またはパスワード保護されている場合、(c) 構造化インボイスに必須フィールドが欠けている場合、(d) サプライヤーが同じインボイスをXMLとPDFの両方の形式で送信した場合(重複検出)。各例外について、誰に通知するか、解決パスは何か、SLAは何か(例:「XML検証の失敗は24時間以内にサプライヤーに通知しなければならない」)を指定します。重複がAPキューに入る前に検出する方法の詳細については、自動重複インボイス検出に関するガイドをご覧ください。

承認ステップのプロセス設計

電子インボイスは承認ワークフローを1つの点で変えます。コンプライアンス検証と業務承認が2つの別ステップになるのです。税務当局(またはペポルアクセスポイント)が、インボイスがAPチームに届く前に法的コンプライアンスを検証します。その後、チームが業務内容を検証します — PO参照は正しいか、金額は許容範囲内か、支払条件は合意どおりか。この2ステップモデルでは、承認ワークフローに事前フィルターが必要です。コンプライアンスに適合したインボイスは業務承認へ進み、不適合のものは承認者に届きません。

承認ルーティングを内蔵した完全なERPワークフローを持たない組織には、軽量な代替手段があります。インボイスデータを構造化フォーマット(ExcelまたはGoogle Sheets)に抽出し、例外フラグ用の条件付き書式ルールを適用し、フラグが立った項目だけを人によるレビューに回すのです。当社の自動インボイス承認ワークフロー構築ガイドで、このアプローチを詳しく解説しています。

手入力はもう不要 — AIに読み取らせましょう
画像またはPDFをアップロード — 10秒で構造化スプレッドシートデータに
今すぐ試す →

76〜90日目:テスト、コミュニケーション、本番稼働

最後の2週間は、ほとんどの準備計画が崩れる時期です — テクノロジーが失敗するからではなく、サプライヤーへの連絡が行われなかったからです。チームが完璧に設定した電子インボイスシステムも、上位20社のサプライヤーがそこにインボイスを送る方法を知らなければ役に立ちません。

成果物:サプライヤー向けコミュニケーションパッケージ

以下のメールを、遅くとも77日目までに(インボイス量の多い)上位20社のサプライヤーに送信してください。角括弧の部分は、あなたの特定の義務とプラットフォームに合わせて調整してください:

件名: 請求書の受領方法変更のお知らせ — [貴社名]の電子インボイス移行について

[取引先ご担当者様]

[義務化期限 — 例: 2026年9月1日]をもって、[国名]ではすべてのB2B請求書を構造化された電子フォーマット([フォーマット名 — 例: Factur-X、XRechnung、ペポルBIS])で発行することが義務付けられます。支払処理を滞りなく継続するため、貴社からの請求書の受領方法を変更する必要があります。

貴社にご対応いただく内容: メールでのPDF送付に代えて、[フォーマット名]で請求書を発行し、[送信方法 — 例: 当社のペポルアクセスポイントID: XXXX、当社の承認済みプラットフォーム: YYYY]を通じて送信していただく必要があります。

変更されない内容: 支払条件、承認プロセス、PO参照要件はこれまでどおりです。今回の変更は請求書ドキュメント自体の送信フォーマットにのみ影響します。

現在お願いしたいこと:
(1) [フォーマット名]での請求書発行がすでに可能かどうかをご確認ください。
(2) 可能な場合は、接続登録のためペポル参加者ID / ルーティング識別子をお知らせください。
(3) まだの場合は、移行予定時期の見込みをお知らせください。
(4) テスト用の貴社側ご担当者をご確認ください。[週の範囲]に貴社チームとテスト送信を予定します。

正確なフォーマット要件と当社の受信用識別子を記載した1ページの技術仕様書を添付しています。外部の会計事務所や請求サービスをご利用の場合は、この情報を転送してください。

テスト期間を設定するため、[日付 — 10日後]までにご返信ください。

よろしくお願いいたします。
[お名前 / APチーム]

テスト: 第1週(76〜82日目)

  • パイロット取引先を5社選定 — 理想的には、すでに構造化請求書を発行している大規模取引先1社、移行中の中小規模取引先1社、PDF送付を継続する小規模取引先1社(ハイブリッドワークフローのテスト用)を混ぜて選定します。
  • 各社でエンドツーエンドテストを実施: 請求書の受信 → フォーマット検出 → データ抽出・マッピング → ERP項目への反映 → 承認ワークフローの起動。各ステップの所要時間を計測し、手動対応が必要だった箇所を記録します。
  • 例外パスをテスト: 意図的に無効なXML、パスワード保護されたPDF、重複請求書を送信します。フェーズ3で定義した例外処理が実際に機能することを確認します。
  • アーカイブ検証: 準拠した請求書が元のフォーマットで、各法域で求められるメタデータ保持期間(一般的には国により6〜10年)にわたってアーカイブされていることを確認します。

調整:第2週(83~90日目)

  • フィールドマッピングのエラーを修正します。 最もよくあるテスト失敗は、フィールドが誤ったERP列にマッピングされることです。税額が純額フィールドに入ったり、仕入先IDが請求書番号列に入力されたりします。これらはシステム障害ではなく設定の問題ですが、下流の照合作業に同じ負荷をかけます。
  • 仕入先向けコミュニケーションテンプレートを更新します。 パイロット中に仕入先から実際に寄せられた質問への回答を盛り込みます。実際の質問は、当初の案内文の不足を明らかにします。
  • 継続的なモニタリングの頻度を設定します: 週次で (a) XML検証の失敗率、(b) PDFから構造化データへの変換精度、(c) 重複フラグ率、(d) 仕入先オンボーディング完了率をレビューします。月末決算を重視する組織向けに、月末決算自動化ガイドでは、これらの指標を既存の決算サイクルに組み込む方法を紹介しています。

ベンダーの売り込みに惑わされずにツールを評価する方法

この90日間のプロセスの中で、現在のERPで電子インボイスに対応できるのか、外部プラットフォームが必要なのかを判断する時が来ます。話を聞くベンダーはどこも「あらゆる国のあらゆるフォーマットに対応」と言います。以下の評価フレームワークは、その言葉を見極めるために設計されています。

現在のERPベンダーを含め、すべてのベンダーに次の8つの質問をしてください。マーケティング上の主張ではなく、具体的な回答を求めましょう:

質問良い回答の例危険信号
1. 御社のプラットフォームがパートナー連携ではなくネイティブで対応している義務化対象国は正確にどこですか?「Factur-X、XRechnung、KSeF XML、FatturaPA、Peppol BIS Billing 3.0をネイティブで処理します。対象国のリストと接続するAPIエンドポイントはこちらです。」「パートナーネットワークを通じてヨーロッパ全域をカバーしています」— 複数のベンダー関係を管理することになります。
2. 実際の[国X]の電子インボイスXML(マーケティング用のデモファイルではなく)を取り込むライブデモを見せてもらえますか?実際の複雑なXMLファイルが解析・検証され、APフィールドにマッピングされる様子をライブ画面共有で確認できます — フィールドレベルのマッピングも表示されます。「録画したデモをお送りできます」または「次回の打ち合わせまでに営業エンジニアが用意します」。
3. 移行期間中、構造化された電子インボイスと一緒に届くPDFインボイスはどのように処理しますか?「両方を1つのワークフローで処理します。XMLはスキーマベースの抽出、PDFは視覚AI抽出を通り、どちらも同じ出力スキーマを生成します。」「移行期間中のPDF処理には別のツールの使用をお勧めします」— 2つのシステム、2つのプロセス、2つのエラー発生箇所。
4. 義務化フォーマットが変更された場合、誰がスキーマを更新し、どのくらいの速さで対応しますか?「対象すべての国で規制変更を監視しています。スキーマ更新は政府公表から[X]日以内に展開され、御社側での対応は不要です。」「設定パネルでマッピングルールをご自身で更新できます」— 御社がコンプライアンス部門になるということです。
5. 複数法人の組織において、法人レベルでの納税登録番号の検証はどのように行いますか?「法人レベルの納税ID設定と、法人ごとのフォーマット検証ルールをサポートしています。法人納税IDでインボイスを振り分けるロジックはこちらです。」「納税IDの検証は御社のERPが行います」— プラットフォームに入る前に、インボイスを法人ごとに手動で仕分けることになります。
6. 実際のサプライヤーオンボーディングプロセスはどうなっていますか?機能の説明ではなく、サプライヤーが踏む具体的なステップを教えてください。「セルフサービス登録が可能なサプライヤーポータル、一括オンボーディング用のCSV一括アップロード、[言語]対応の専任サプライヤーサポートチームを提供しています。平均オンボーディング期間は[X]日です。」「サプライヤーはネットワークにインボイスを送るだけです」— 登録、テスト、サポートについての言及なし。
7. アーカイブソリューションは何をカバーしていますか?どの国の保存規則を、どの形式で、どのくらいの期間ですか?「元のXML/PDFをネイティブ形式で、さらに人間が読めるバージョンも保存し、保存期間は国ごとに設定可能です。[国ごとの具体的なアーカイブ基準]に準拠しています。」「インボイスを7年間保存します」— 全国家に単一の保存期間では、ドイツが10年、フランスが商業文書に6年を要求していることが無視されています。
8. 同じ義務化対象国で事業を行い、同程度のサプライヤー数を持つ参照顧客を紹介してもらえますか?「[国々]で[X]社のサプライヤーを持つ参照顧客を2社ご紹介できます。つないでも構いません。」「[無関係な業界]のお客様が好意的に評価しています」または「参照先は機密です」。

必要なツールと売り込まれているツールの違いは、質問3(移行期間中のPDF対応)への回答の仕方に表れます。「当社のプラットフォームは電子インボイスに対応しています。PDFは別の問題です」という回答なら、彼らはコンプライアンス基盤を売っているのであり、APワークフローソリューションではありません。初日から完全に構造化されたXMLしか処理できないプラットフォームでは、依然としてPDFで届く40~70%の仕入先請求書を、別の分断されたプロセスでチームが対応し続けることになります。現在の抽出アプローチでこのギャップを埋められるか検討している組織向けに、ペポルの解説記事では、伝送ネットワークとその上を流れるデータフォーマットの違いを明確にしています。これを理解することが、あらゆるプラットフォームの実際の能力を評価する鍵となります。

早期支払割引がAP戦略の一部であるなら、評価フレームワークに9つ目の質問を加えるべきです。プラットフォームは抽出ステップで支払条件の割引(2/10 Net 30)を自動的に検出してフラグを立てられるか? ほとんどの電子インボイスプラットフォームはコンプライアンス項目に注力し、商取引条件を無視しています。フォーマット移行中に早期支払割引の可視性を失うことは、ほとんどのコンプライアンス違反よりも大きなコストになります。早期支払割引自動化ガイドでは、これらの条件を体系的に取り込むROIを解説しています。

このセクションから1つだけ持ち帰るなら: 最も高くつく電子インボイスの判断は、間違ったプラットフォームを選ぶことではありません。コンプライアンスは完璧にカバーしながら、移行が進む今後3~5年間、チームが構造化XML用とPDF用の2つの別々のAPプロセスを運用し続けることになるプラットフォームを選ぶことです。この二重プロセスのオーバーヘッドは、工数とエラー率において、ほとんどどのプラットフォームのライセンス費用よりも高くつきます。

付録:国別の公式電子インボイスリソースリンク

エクスポージャーマトリクスの各管轄区域について、公式ポータルをブックマークしてください。第三者のまとめは概要把握には有用ですが、フォーマット仕様、登録手続き、期限の更新に関する権威ある情報源は政府ポータルです:

国システム公式リソースそこで得られる情報
メキシコSAT経由のCFDIsat.gob.mxCFDI 4.0の技術仕様、PAC(認定認証プロバイダー)ディレクトリ、デジタル証明書(e.firma)の申請
ブラジルSEFAZ経由のNF-enfe.fazenda.gov.brNF-e技術マニュアル、州レベルのSEFAZ Webサービスエンドポイント、デジタル認証要件、全国NF-eリポジトリ
フランスPPF + Plateformes Agrééesimpots.gouv.frDGFiP公式改革ページ、登録済み承認プラットフォーム(PA)ディレクトリ、annuaire(全国受信者ディレクトリ)、Factur-X仕様、BOFiP解説
ドイツXRechnung / ZUGFeRDferd-net.de(ZUGFeRD)+ xeinkauf.de(XRechnung)ZUGFeRD仕様と検証ツール、XRechnung標準、技術ドキュメント、ペポル統合ガイドライン
ポーランドKSeF(Krajowy System e-Faktur)podatki.gov.pl/ksefKSeF APIドキュメント、テスト環境(サンドボックス)、トークン生成、必須項目仕様、スケジュール更新
イタリアSistema di Interscambio(SdI)/ FatturaPAfatturapa.gov.itFatturaPA XMLスキーマ、SdI技術仕様、登録手続き、FatturaPA検証ツール
ベルギーペポル BISfinances.belgium.beB2B電子インボイス義務の範囲、ペポル登録ガイド、猶予期間の条件、フォーマット要件
スペインVerifactu / Crea y Creceagenciatributaria.esVerifactu技術仕様、Crea y Crece実施カレンダー、認定ソフトウェア登録簿
EU全域OpenPeppol / EN 16931peppol.orgペポル BIS Billing 3.0仕様、アクセスポイントディレクトリ、トランスポートインフラのドキュメント、国別実装ガイド

よくある質問

ペポルアクセスポイントは必要ですか、それとも各国の政府プラットフォームに直接接続できますか?

国によります。ベルギーとノルウェーはB2B電子インボイスにペポルを義務付けています。フランスの承認プラットフォームはプラットフォーム間の相互運用層としてペポルを使用するため、自社のアクセスポイントは不要です — PAが処理します。ポーランドのKSeFは政府の直接APIであり、ペポルは不要です。ドイツはXRechnung(ペポル経由または直接)とZUGFeRD(メール)の両方を受け入れます。最初に期限が到来する国がアーキテクチャを決定します。3か国以上で事業を展開している場合、それらすべてをカバーする単一のペポルアクセスポイントが統合作業を削減します。義務化対象国が1~2か国のみの組織では、直接接続または国別プラットフォームの方が簡単な場合があります。

移行期間中は、PDFを処理し続けて手動でデータを抽出するだけではだめですか?

PDFの処理を続けることは可能です — 多くのサプライヤーはPDFを送り続け、一部の小規模ベンダーは構造化フォーマットに移行しません。リスクはPDF処理そのものではありません。リスクは、自動的に取り込まれるXML電子インボイス用と、手動入力が必要なPDFインボイス用という2つの別々のワークフローを運用することです。同じAPチームが、サイクルタイム、エラー率、可視性の異なる2つの並行プロセスを運用すると、照合がボトルネックになります。実用的なアプローチは、両方のフォーマットを処理し、同じ構造化データを同じ下流ワークフローに出力する単一の抽出レイヤーです。そうすれば、サプライヤーがXMLを送るかPDFを送るかはフォーマットの詳細であり、プロセスの分岐ではありません。

ERPが15年前のもので、ITチームがアップグレードに12か月かかると言った場合はどうすればよいですか?

ERPの完全なアップグレードは最大限のコンプライアンスを実現する道ですが、唯一の道ではありません。軽量な代替案:XMLとPDFの両方のフォーマットからインボイスデータを抽出し、標準化して、CSVファイルをインポートするのと同じように構造化データとしてERPにインポートします。ERPは元がXMLかPDFかを知る必要はなく、マッピングされたフィールド(サプライヤー、日付、金額、税コード、PO参照)だけが必要です。このアプローチはコンプライアンス送信レイヤーの必要性を排除するものではありません(構造化電子インボイスを受信し、元のフォーマットをアーカイブする手段は依然として必要です)が、コンプライアンスインフラをERPアップグレードのスケジュールから切り離します。ERPアップグレードはコンプライアンスの期限を妨げることなく、独自のスケジュールで進めることができます。

同じ請求書をXMLとPDFの両方の形式で送ってくるサプライヤーにはどう対応すればよいですか?

これは電子インボイス移行期に最もよくある重複シナリオです。サプライヤーが準拠したXML電子インボイスを発行しつつ、「記録用」としてPDFコピーもメールで送ってくるケースです。請求書番号、サプライヤー識別子、合計金額を両チャネルで照合する重複検出ロジックが必要です。同じ請求書がXMLとPDFの両方のストリームに現れた場合、XML版が優先され(法的に準拠したドキュメントであるため)、PDFは支払ワークフローに入れずに破棄またはアーカイブします。重要なのは、両方のバージョンが承認ステップに到達する前に重複を検出することです。承認者がPDFを開いてしまった時点で、自動化は失敗しています。検出ルールや例外ケースを含むこの問題への完全なアプローチについては、重複請求書検出ガイドをご覧ください。

月に10〜20件しか請求書を受け取りません。本当にこれをすべて行う必要がありますか?

コンプライアンス義務、つまり構造化電子インボイスを受信できるようにする法的要件は、請求書の件数に応じて軽減されるものではありません。月に2件のサプライヤー請求書を受け取るフランスのauto-entrepreneurも、10,000件を受け取るCAC 40企業と同じ2026年9月の受信義務を負います。軽減されるのは実装の複雑さです。低ボリュームのAP業務では、最も簡単な方法は多くの場合、基本的なWebダッシュボードを備えたApproved Platform(またはAccess Point)に登録し、そこで請求書を受信し、必要な6〜8項目を手動または軽量な抽出ツールで抽出することです。90日間のフレームワークは依然として適用されますが、マッピングとテストの範囲が小さいため、各フェーズはより速く進みます。できないのは、ボリュームが少ないという理由で義務を無視することです。

期限に間に合わなかった場合はどうなりますか?

罰則の仕組みは国によって異なります。フランスは非準拠の請求書1件につき€15を年間上限付きで課し、初回の違反は罰金ではなく警告となる場合があります。ベルギーは、企業が合理的なコンプライアンス努力を示した特定の違反について、2026年3月31日までの猶予期間を設けています。ポーランドは当初、KSeFについて2026年中の制裁なし期間を発表しました。イタリアの罰則は、非準拠に対してVAT額の90%から180%の範囲です。罰金の金額が実際のビジネスリスクとなることはほとんどありません。本当のリスクは運用面です。主要なサプライヤーから構造化電子インボイスを受信できなければ、そのサプライヤーが納品を停止したり、支払いが遅延したり、早期支払割引の適用資格を失う可能性があります。期限を逃すことは、単なる書類上のミスではなく、サプライチェーンのギャップを生み出します。現在の罰則スケジュールについては、上記の付録にある各義務化対象国の公式リソースポータルを確認してください。これらは政府が執行方針を調整するにつれて変更されます。

90日目以降:継続的なコンプライアンスの姿

91日目で終わりではありません。電子インボイスの義務は進化し続けます — 新しい国が参入し、既存の国はフォーマット仕様を更新し、サプライヤー構成も入れ替わります。90日間の準備計画は、今日直面している義務へのコンプライアンスを実現します。コンプライアンスを維持するには、AP業務に次の3つの習慣を組み込む必要があります。

  • 月次の義務スキャン: 対象とする各管轄区域について、付録に記載された公式ポータルを確認する担当者を1名決めます。月15分のチェックで、フォーマットのバージョン更新、新しい期限、登録要件の変更を、緊急プロジェクトになる前に把握できます。
  • 四半期ごとのサプライヤー監査: 稼働中のサプライヤーのうち、依然としてPDFを送信しているのはどれかを確認します — 構造化フォーマットを採用するサプライヤーが増えるにつれ、その割合は減少していくはずです。記録しましょう。6か月後も割合が横ばいなら、サプライヤーへの連絡やオンボーディングのプロセスに改善が必要です。
  • 年次のプロセスレビュー: 年に一度、16〜45日目の技術評価を現在のシステムに対して再実行します。ERPの更新、新しいプラットフォーム機能、義務要件の変化により、「自社システムで対応できるか?」の答えは昨年から変わっている可能性があります。

電子インボイスを一度きりのコンプライアンスプロジェクトとして扱う組織は、18か月後に、自社プラットフォームが新たに参入した国に対応していないこと、そしてサプライヤーのPDF割合が40%を下回ることもなかったことに気づくのです。90日間の計画は、扉をくぐるためのものです。継続的な規律が、その部屋にとどまり続けるためのものです。

📮 contact email: [email protected]