初心者向けPeppol解説：
その正体と重要性（専門用語なし）

Peppolは請求書フォーマットではない

まず最大の誤解を解いておこう。Peppolに関する記事のほとんどが、この点を5段落も後ろに埋もれさせているからだ。請求書フォーマットとは、日付をどこに書くか、明細行をどこに配置するか、VATフィールドを何と呼ぶかを定めたファイル構造のこと。PDFはフォーマットだ。UBL XMLもフォーマットだ。Factur-Xもフォーマットだ。

Peppolはそのどれでもない。Peppolは3つの要素から成り、それぞれを分けて理解することで全体像が明確になる。

第一に、Peppolは組織である。OpenPeppolは非営利の国際協会で、ベルギー法に基づき登録され、公共・民間セクター双方の会員で構成される。2012年に欧州委員会のプロジェクトを引き継ぐ形で発足した（元のPEPPOLはPan-European Public Procurement OnLineの略だが、現在はこの頭字語は使われていない）。OpenPeppolはルールブックを作成し、技術仕様を定義し、ガバナンスモデルを施行し、ネットワークに接続するサービスプロバイダを認定する。2025年3月時点で、98カ国、140万以上の組織がPeppol参加者として登録されている。

第二に、Peppolは一連の文書仕様である。最も重要なのはPeppol BIS Billing 3.0で、電子請求書に含むべきフィールド、その形式、検証ルールを正確に定義している。BIS 3.0は、欧州電子請求書標準EN 16931（2017年に欧州標準化委員会CEN/TC 434が発行）のCIUS（Core Invoice Usage Specification）である。実務的には、BIS 3.0はこう言っている。「これが構造だ。日付はYYYY-MM-DD形式でここに。通貨コードはISO 4217に従う。VATカテゴリはこれらの定義済みコードを使用する。Peppolネットワークに入るすべての請求書は、送信前にこれらの検証チェックを通過しなければならない。」実際のファイルはUBL 2.1 XML、すなわちUniversal Business Language（世界的に認知されたビジネス文書フォーマット）である。

第三に、そしてこれが最も重要な部分だが、Peppolは配送ネットワークである。Peppolは請求書を保存しない。支払いを処理しない。標準化された配信インフラを通じて、構造化された文書をあるビジネスシステムから別のビジネスシステムへと移動させる。技術的な転送プロトコルはAS4で、eIDAS規則（EU規則No. 910/2014）に基づくデジタル署名と暗号化によって保護されている。Peppolを電子請求書の郵便サービスと考えてほしい。書いた手紙でも、郵便局の建物でもなく、配達確認機能付きで封筒を差出人から受取人の郵便受けに届けるルーティングシステムだ。

一つだけ覚えておくべきこと：Peppolは配送ネットワークである。請求書フォーマット、つまり実際のファイルは、Peppol BIS Billing 3.0に従って構造化されたUBL 2.1 XMLである。これらは一緒に機能するが、同じものではない。混同するのは、FedExをあなたが発送した書類そのものだと思うようなものだ。

ネットワークが実現する仕組み：四隅モデルを配送で例える

Peppolが配送ネットワークであることを理解したところで、次は「書類をどのようにA地点からB地点にルーティングするのか」という疑問が湧くでしょう。そのアーキテクチャが「四隅モデル」です。図で見るよりずっとシンプルです。

国際配送を想像してみてください。自分で受取人の家まで運転していくことはしません。最寄りの宅配業者の営業所に荷物を預けます。営業所が通関手続き、重量測定、宛先国へのラベル貼りを行い、国際配送ネットワークに引き渡します。相手国では、受取人の国の営業所が荷物を受け取り、現地の通関を済ませ、玄関先まで配達します。あなたは受取人の運送業者とやり取りすることはありません。受取人もあなたの運送業者とはやり取りしません。二つの営業所は共有のルーティングシステムを通じて通信します。

Peppolもまったく同じ仕組みです：

重要なのは、隅1と隅4は直接通信しないことです。送信者は受信者がどのアクセスポイントを使っているかを知る必要はありません。受信者も送信者のアクセスポイントを知る必要はありません。各当事者は自分のプロバイダとのみやり取りし、Peppolネットワークがその間のルーティングを処理します。ERPを変更しても、アクセスポイントを変えても、別の国に移っても、チェーンの残りの部分は機能し続けます。

アクセスポイント同士の検出方法 — SMPとSML

送信元のアクセスポイントが受信者を認識していない場合、どのように送信先を特定して請求書を送るのでしょうか。ここで、インターネット上の2層のディレクトリ基盤が機能します。技術的な詳細を理解しなくても、直感的に把握できます。

Peppolネットワーク上のすべての組織には、固有のPeppol ID（電話番号のようなもの）が割り当てられています。企業がPeppolに登録すると、その情報はアクセスポイントが管理する分散型レジストリであるService Metadata Publisher（SMP）に保存されます。SMPレコードには、「このPeppol IDはBIS 3.0形式の請求書を受信可能。このアクセスポイントのエンドポイントにルーティングせよ」という情報が記載されています。

SMPの上位に位置するのがService Metadata Locator（SML）です。これはOpenPeppolが運用する、Peppolネットワーク全体で唯一の集中型コンポーネントです。SMLはDNSベースの検索システムです。送信元のアクセスポイント（コーナー2）が受信者に請求書を配信する必要がある場合、受信者のPeppol IDを使ってSMLに問い合わせます。SMLは正しいSMPを指し示し、SMPがルーティング情報を提供します。これにより配信が完了します。この一連の処理は、両端の人間のユーザーからは見えません。すべて機械間で行われ、ミリ秒単位で完了します。

Peppol請求書の中身 — BIS Billing 3.0とEN 16931

Peppolを郵便サービスに例えるなら、封筒の中身は何でしょうか。それは、Peppol BIS Billing 3.0に準拠して構造化されたXMLファイルです。BIS Billing 3.0自体は、電子請求書の欧州規格であるEN 16931のプロファイルです。

この階層構造を理解することは、Peppol請求書がPDFと根本的に異なる理由を説明する上で重要です。

EN 16931は最上位に位置します。2014/55/EU指令に基づき2017年に公開されたこの規格は、電子請求書に含まれるべき内容（売り手と買い手の識別情報、VAT情報、請求書合計、明細項目の内訳、支払条件）に関するセマンティックデータモデルを定義しています。これは概念モデルであり、ファイル形式ではありません。「請求書にはこれら160以上のデータ要素が必須である」と定める一方で、ファイル内での具体的な配置方法は指定しません。

Peppol BIS Billing 3.0は、EN 16931のCIUS（Core Invoice Usage Specification）です。完全なEN 16931モデルをベースに、具体的なビジネスルールを適用します。どのフィールドが必須か任意か、VATカテゴリに使用する正確なコードリスト、日付の書式、実行する検証チェックなどです。BIS 3.0は構文としてUBL 2.1（実際のXMLタグと構造）を使用します。有効なPeppol BIS 3.0請求書はすべて、有効なEN 16931請求書でもあります。

これを実際の意味でまとめると、以下の表のようになります。

これら2つの列の差は、単なる効率性のわずかな違いではありません。人間が解釈しなければならない請求書と、システムが目を通さずに処理できる請求書との違いです。ベルギーでは2026年1月1日より、VAT登録事業者間のB2B請求書をPeppol BIS 3.0で交換することが義務化され、100万以上の事業者が対象となりました。これは試験運用ではありません。国家規模で稼働する運用ネットワークです。

Peppolと各国システム——競合ではなく階層構造

特に複数のEU諸国で事業を展開する企業にとって、Peppolと各国の電子請求書システム（フランスのChorus Pro、ドイツのXRechnung、イタリアのFatturaPA/SdI）との関係は混乱の原因となりがちです。よくある誤解は、これらが競合する標準規格であり、どれか一つを選ばなければならないというものです。しかし実際はそうではありません。これらは異なる階層で機能します。

パターンは一貫しています。Peppolは転送層と共通の文書仕様を提供します。各国はその上に、追加の必須項目、異なるコードリスト、固有の検証ルールなど、自国の要件を重ねますが、EN 16931フレームワークの範囲内に留まります。事業がドイツ国内のB2Bのみであれば、主にXRechnungを扱うことになります。フランスの政府機関に請求書を発行する場合はChorus Proを利用します。国境を越えて請求書を発行する場合（オランダの企業がドイツの顧客に請求、スウェーデンのサプライヤーがベルギーの買い手に請求など）、Peppolは各国のポータルに登録することなく接続を可能にする共通基盤となります。

各国の詳細なスケジュールについては、欧州電子請求書義務化のタイムラインをご覧ください。ドイツの要件についてはドイツ電子請求書ガイド、フランスについてはフランス電子請求書2026ガイドをご参照ください。

Peppolは本当に必要？判断のためのフレームワーク

すべての事業者が直面する実務的な問い：「これについて何か対応する必要があるのか？」その答えは、あなたの所在地や規模、使用しているソフトウェアではなく、誰に請求書を発行するかによって決まります。

取引パターンに基づく判断マトリクスは以下の通りです：

もう一つの注意点：たとえ一方向でPeppolの使用が法的に義務付けられていても、受け取るすべての請求書がPeppol経由で届くとは限りません。EU域外の越境サプライヤー、移行中の中小企業、B2C請求書は、今後何年もPDFで届き続けるでしょう。これはシステムの欠陥ではなく、国、企業規模、取引タイプごとに段階的に義務化が進む現実です。

接続に必要なもの — アクセスポイント、Peppol ID、そしてコスト

判断フレームワークで「はい、Peppolが必要です」となった場合、次の実践的なステップは簡単です。Peppol認定のアクセスポイントプロバイダーを通じて接続します。

アクセスポイントとは、Peppolネットワークへのゲートウェイとなる認定サービスプロバイダーです。形式変換（システムのネイティブ形式 → Peppol BIS 3.0 UBL XML）、検証、暗号化、SML/SMPディレクトリを介したルーティング、配信確認を処理します。OpenPeppolは、世界中の認定アクセスポイントの公開ディレクトリを管理しています。近年、用語は変化しており、「アクセスポイント」ではなく「サービスプロバイダー」を好む事業者もいますが、実質的には同じ意味です。

Peppol IDは、ネットワーク上の一意の識別子で、アクセスポイントから割り当てられます。通常、事業者登録番号やVAT IDにスキームプレフィックスを付けたものです。例えば、オランダの企業の場合、スキーム0106（KVK番号）または9944（VAT番号）を使用したPeppol IDを持つことがあります。Peppol IDは、他の企業があなたに請求書を送る際に使用するもので、メールアドレスがメッセージをルーティングするのと似ています。

コストモデルは大きく異なります：

よく知られたアクセスポイントプロバイダーには、Storecove（オランダ、ISO 27001認証、30カ国以上対応のREST API）、Pagero（現在はThomson Reuters傘下、多国間コンプライアンスに強み）、Tradeshift、Unifiedpost（Banqupの親会社）、Tickstar（ヨーロッパ、オーストラリア/ニュージーランド、シンガポールで認定）、B2Brouterなどがあります。ほとんどのプロバイダーは、主要な会計ソフトやERP（DATEV、SAP、Microsoft Dynamics、Exactなど）との統合を提供しています。

Peppol請求書を送信するための最小限のセットアップ：アクセスポイントに登録 → Peppol IDを取得 → 請求書ソフトウェアを接続（またはプロバイダーのWebインターフェースを使用） → 最初の請求書形式を検証 → 送信。ほとんどのプロバイダーはテスト環境を提供しているため、本番稼働前にすべてが正常に動作することを確認できます。

PDFの現実 — なぜ非構造化請求書を読み取る必要があるのか

Peppolの解説で見落とされがちな点：たとえ明日、欧州全土でPeppolが義務化されても、買掛金部門に届く請求書のかなりの割合は依然としてPDFです。

ベルギーが2026年1月に義務化するのは、国内のVAT登録事業者間のB2B取引に限られます。米国のサプライヤーからの請求書は対象外です。売上高が80万ユーロ未満のドイツの中小企業は2028年まで対象外です。B2C取引は全く対象外です。結果として、イタリアが2019年に義務化した後に企業が経験したように、税務当局はデータを取得できても、APチームが義務化の範囲外からPDFを受け取らなくなるわけではありません。

これは一時的なギャップではありません。義務化は国内単位だがサプライチェーンは国際単位であるグローバル経済の構造的な特徴です。電子請求書の「ラストワンマイル」— すべての受領文書が構造化され、機械可読で、ERPに自動転記される状態 — が完成するには何年もかかります。2030年にViDAの国境を越えた義務化が始まっても、EU域外のサプライヤー、零細企業の例外、レガシーシステムによりPDFは流れ続けます。

APチームにとっての実務的な意味合いは、Peppol義務化が一つの問題（政府への税務報告）を解決する一方で、並行処理の課題を生み出すことです。つまり、異なる2つのチャネルから2種類の請求書が届き、それらすべてを同じ会計システムに、同じデータ品質で取り込む必要があるのです。

ImageToTable.aiのようなツールはこのギャップを埋めます。PDF請求書をアップロードし、抽出したい列（請求書番号、サプライヤー、正味金額、VAT、合計）を定義するだけで、Peppol経由で届くデータのスキーマに合致した構造化データを取得できます。手作業は不要です。Peppolアクセスポイントを置き換えるものではありません。アクセスポイントでは処理できないもの、つまり、いかなる義務化でも完全には排除できない非構造化文書の世界を処理します。一つのワークフロー。二つの入力タイプ。同じ出力。

よくある質問

PeppolとUBLは同じものですか？

いいえ。UBL（Universal Business Language）はXMLスキーマ、つまり文書フォーマットです。PeppolはBIS Billing 3.0インボイスの構文としてUBL 2.1を使用しますが、Peppol自体はネットワークとガバナンスのフレームワークです。Peppolに触れることなくUBLインボイスを作成することは可能です。しかし、Peppolインボイスを送信するには、それがUBL（または場合によってはCII）である必要があります。

Peppol経由でPDFを送ることはできますか？

いいえ。Peppolは構造化されたXML文書を転送します。PDFは構造化された電子インボイスではなく、受信システムが自動的に解析できるタグ付きフィールドがありません。人間が読めるように、Peppol XMLインボイスに補足ファイルとしてPDFを添付することは可能ですが、コンプライアンス上、PDF自体がインボイスとなるわけではありません。法的要件を満たすのは構造化XMLです。

Peppolは無料で使えますか？

Peppolネットワーク自体に使用料はかかりません。ただし、接続にはアクセスポイントが必要であり、アクセスポイントプロバイダーはサービスに対して料金を請求する営利企業です。無料枠（受信専用、または月間わずかな送信数）を提供しているところもあります。競争力のある有料プランは、インボイス1通あたり数セントから月額サブスクリプションまで様々です。また、UBL XMLを生成できる請求書ソフトウェアも必要です。多くの会計プラットフォームはすでにこの機能を含んでいます。

Peppolに登録するにはどうすればいいですか？

Peppolに直接登録することはありません。認定されたアクセスポイントプロバイダーを通じて登録します。プロバイダーがPeppol IDを割り当て、SMPディレクトリに登録します。これはメールアドレスを取得するのと似ています。「メールシステム」に登録するのではなく、プロバイダー（Gmail、Outlook）にサインアップし、メールネットワーク全体で機能するアドレスを取得します。

月5通のインボイスを送るフリーランサーですが、Peppolは必要ですか？

それは請求先のクライアント次第であり、インボイスの数ではありません。国内のB2B取引のみで、義務化されていない国の場合、今のところは不要です。ベルギーの企業に請求する場合は必要です。ベルギーの義務化は、発行者側の規模に関係なく適用されます。EUの政府機関に請求する場合も必要です。従量課金制のアクセスポイントを利用すれば、1通あたり数ユーロと参入コストは低いため、単一の顧客要件に準拠するために多額の投資は必要ありません。

Peppol請求書を受信するだけで、送信は不要ですか？

はい。受信専用でアクセスポイントに登録し、Peppol IDを取得すれば、自ら送信することなく、すべての受信Peppol請求書をシステムに配信できます。これは、顧客が電子請求書の義務化の対象である一方、自社には発行義務がない企業によく見られるケースです。

いつまでに準備すべきですか？

顧客の国の義務化スケジュールを確認してください。2026～2027年の欧州のタイムラインでは、複数の期限が同時進行しています：ベルギー（既に施行）、ドイツ（2025年1月より受信開始、送信は大企業は2027年から、全企業は2028年から段階的に）、フランス（2026年9月～2027年9月に段階的施行）、ポーランド（2026年7月）。各国の日程と法的根拠の詳細は、義務化の完全なタイムラインをご覧ください。