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

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

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の上位には、OpenPeppolが運営するPeppolネットワーク全体で唯一の集中型コンポーネントであるService Metadata Locator（SML）があります。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登録事業者に対し、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取引に限られます。米国のサプライヤーからの請求書には適用されません。売上高が80万ユーロ未満のドイツの中小企業には2028年まで適用されません。B2C取引にはまったく適用されません。その結果、イタリアの企業が2019年の義務化後に気づいたように、税務当局がデータを入手できるようになっても、APチームが義務化の範囲外からPDFを受け取らなくなるわけではありません。

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

APチームにとっての実際的な影響は、Peppol義務化が一つの問題（政府への税務報告）を解決する一方で、並行した処理課題を生み出すことです。つまり、異なる2つのチャネルから2種類の請求書が届き、それらすべてが同じデータ品質で同じ会計システムに取り込まれる必要があります。Peppol XMLで届いた請求書は自動的にインポートされます。PDFで届いた請求書は、同じデータセットに加わる前に、データ抽出（サプライヤー名、請求書番号、明細、VAT内訳、合計額の読み取り）が必要です。

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月）です。国別の日付と法的根拠については、義務化の完全なタイムラインをご覧ください。