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は、欧州標準化委員会（CEN/TC 434）が2017年に発行した欧州電子請求書標準EN 16931のCIUS（コア請求書使用仕様）です。実際には、BIS 3.0は次のように定めています。「これが構造です。日付はYYYY-MM-DD形式でここに置きます。通貨コードはISO 4217に従います。VATカテゴリはこれらの定義済みコードを使用します。Peppolネットワークに入るすべての請求書は、送信前にこれらの検証チェックに合格する必要があります。」実際のファイルはUBL 2.1 XMLです。これは、世界的に認知されたビジネス文書フォーマットであるUniversal Business Languageです。

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

1つだけ覚えておくなら：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に登録すると、その情報はサービスメタデータパブリッシャー（SMP）に保存されます。これはアクセスポイントが管理する分散型レジストリです。SMPレコードには「このPeppol IDはBIS 3.0形式の請求書を受信できます。このアクセスポイントのエンドポイントにルーティングしてください」と記載されています。

SMPの上にはサービスメタデータロケーター（SML）があります。これはPeppolネットワーク全体で唯一の真に中央集権的なコンポーネントであり、OpenPeppolが運営しています。SMLはDNSベースの検索システムです。送信側のアクセスポイント（コーナー2）が受信者に請求書を配信する必要がある場合、受信者のPeppol IDでSMLに問い合わせます。SMLは正しいSMPを指し示します。SMPがルーティング情報を提供します。配信が完了します。このすべては両端の人間のユーザーには見えません。機械同士の通信であり、ミリ秒単位で行われます。

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

Peppolが郵便サービスだとすると、封筒の中身は何でしょうか。Peppol BIS Billing 3.0に従って構造化されたXMLファイルです。これは、電子請求書発行の欧州標準であるEN 16931のプロファイルでもあります。

この階層構造を理解することは価値があります。なぜなら、Peppol請求書がPDFと根本的に異なる理由を説明しているからです。

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

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

これが実際に何を意味するのか、1つの表にまとめると次のようになります。

これら2つの列の差は、わずかな効率の違いではありません。人間が解釈しなければならない請求書と、システムが目を向けずに処理できる請求書との違いです。ベルギーの義務化は2026年1月1日に施行され、VAT登録済みのすべての事業者がPeppol BIS 3.0を介してB2B請求書を交換することが求められています — 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取引に適用されます。米国サプライヤーからの請求書には適用されません。2028年まで€800,000の売上高基準を下回るドイツの中小企業にも適用されません。B2C取引には一切適用されません。2019年の義務化後にイタリアの企業が発見した結果は次の通りです。コンプライアンスとは税務当局がデータを取得することを意味しますが、義務化の範囲外の世界からAPチームがPDFを受け取らなくなることを意味するわけではありません。

これは一時的なギャップではありません。義務化が国内単位である一方、サプライチェーンが国際的であるグローバル経済の構造的特徴です。電子請求書の「ラストマイル」— すべての受領文書が構造化され、機械可読で、ERPに自動転記されるポイント — は、何年も不完全なままです。ViDAの越境義務化が2030年に到来しても、EU外のサプライヤー、マイクロ企業の免除、レガシーシステムにより、PDFは流れ続けるでしょう。

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

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

よくある質問

PeppolはUBLと同じですか？

いいえ。UBL（Universal Business Language）はXMLスキーマ、つまり文書形式です。PeppolはBIS Billing 3.0インボイスの構文としてUBL 2.1を使用しますが、Peppol自体はネットワークとガバナンスの枠組みです。Peppolに一切触れずにUBLインボイスを作成することは可能です。しかし、UBL（または場合によってはCII）でなければPeppolインボイスを送信することはできません。

PDFをPeppol経由で送るだけでいいですか？

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

Peppolは無料で使えますか？

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

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

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

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

それは完全に、誰に請求するかによります。枚数ではありません。顧客がすべて国内のB2Bで、義務化されていない国の場合、まだ必要ありません。ベルギーの企業に請求する場合は、必要です。ベルギーの義務は発行者側の規模に関係なく適用されます。EUの政府機関に請求する場合も、必要です。参入コストは十分に低い（従量課金のAccess Pointでインボイス1通あたり数ユーロ）ため、単一の顧客の要件に準拠するために大きな投資は必要ありません。

Peppol請求書を受信するだけで、送信せずに利用できますか？

はい、可能です。受信専用でAccess Pointに登録し、Peppol IDを取得すれば、自分から送信することなく、すべての受信Peppol請求書をシステムに配信できます。これは、顧客側に義務がある一方で、自社には電子請求書の発行義務がない企業にとって一般的な方法です。

いつまでに準備すればよいですか？

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