e-document.io · e-document.io

EN 16931 — Europäische Norm für elektronische Rechnungen

Vollständiger Name	EN 16931-1:2017 — Electronic invoicing — Part 1: Semantic data model of the core elements of an electronic invoice
Herausgeber	CEN (European Committee for Standardization), Technical Committee CEN/TC 434
Aktuelle Version	EN 16931-1:2017 (Revision 2026 genehmigt am 13. Februar 2026)
Rechtsgrundlage	Richtlinie 2014/55/EU über die elektronische Rechnungsstellung bei öffentlichen Aufträgen

EN 16931 definiert ein semantisches Datenmodell mit rund 170 Business Terms (BT) und Business Groups (BG), die den Kerninhalt einer elektronischen Rechnung beschreiben. Die Norm ist syntaxunabhängig — sie beschreibt was in einer Rechnung enthalten sein muss, nicht wie es technisch kodiert wird.

Aufbau (Mehrteilige Norm)

Teil	Inhalt
Part 1	Semantisches Datenmodell — definiert alle Business Terms und Business Groups mit Kardinalität und Bedeutung
Part 2	Liste der konformen Syntaxen: UBL 2.1 (ISO/IEC 19845) und UN/CEFACT CII (D16B)
Part 3-1	Syntaxbindung CII — Zuordnung der BTs zu konkreten CII-XML-Elementen
Part 3-2	Syntaxbindung UBL — Zuordnung der BTs zu konkreten UBL-XML-Elementen

CIUS-Konzept

EN 16931 definiert das Konzept einer Core Invoice Usage Specification (CIUS) — eine nationale oder sektorale Einschränkung des Kernmodells. Eine CIUS darf optionale Felder verpflichtend machen und Codelisten einschränken, darf aber dem Kernmodell nicht widersprechen.

CIUS	Land	Besonderheit
XRechnung	Deutschland	Leitweg-ID als BT-10 Pflichtfeld, Verkäufer-Kontakt Pflicht
CIUS-AT	Österreich	eb-Interface-basierte Erweiterungen
CIUS-RO	Rumänien	e-Factura-Integration
Peppol BIS Billing 3.0	International	Peppol-Netzwerk-Erweiterungen

Revision 2026: Die Norm wird auf B2B erweitert im Rahmen der EU-Initiative VAT in the Digital Age (ViDA). Ab Juli 2030 werden strukturierte E-Rechnungen für innergemeinschaftliche Umsätze verpflichtend.

Quellen

ConnectingEurope/eInvoicing-EN16931 — Offizielle Validierungsartefakte
EU eInvoicing Standard-Seite

XRechnung — Deutscher Standard für E-Rechnungen

Herausgeber	KoSIT (Koordinierungsstelle für IT-Standards), IT-Planungsrat
Aktuelle Version	3.0.2
Typ	CIUS (Core Invoice Usage Specification) der EN 16931
Verpflichtend für	B2G seit 2020, B2B-Empfangspflicht seit 1. Januar 2025
Syntaxen	UBL 2.1 und UN/CEFACT CII

XRechnung ist Deutschlands nationale CIUS der EN 16931. Sie widerspricht der europäischen Norm nicht, sondern schränkt sie ein: Bestimmte optionale Felder werden verpflichtend, Codelisten werden eingeschränkt, und zusätzliche Geschäftsregeln (BR-DE-*) stellen die Konformität mit deutschem Steuerrecht und Verwaltungspraxis sicher.

Wichtigste XRechnung-spezifische Regeln

Regel	Beschreibung
`BR-DE-1`	BT-10 (Käuferreferenz / Leitweg-ID) ist Pflicht
`BR-DE-2`	BT-41 (Verkäufer-Ansprechpartner) ist Pflicht
`BR-DE-5`	BT-34 (Elektronische Adresse Verkäufer) ist Pflicht
`BR-DE-6`	BT-42 (Verkäufer-Telefon) ist Pflicht
`BR-DE-7`	BT-43 (Verkäufer-E-Mail) ist Pflicht
`BR-DE-15`	BT-49 (Elektronische Adresse Käufer) ist Pflicht
`BR-DE-18`	BT-72 (Lieferdatum) oder BG-14 (Abrechnungszeitraum) muss angegeben werden
`BR-DE-19`	Bei Überweisung (BT-81 = 30/58) ist BT-84 (IBAN) Pflicht

Spezifikationskennung

urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0

Technische Komponenten (GitHub)

xrechnung-schematron — Schematron-Geschäftsregeln
validator-configuration-xrechnung — Validator-Konfiguration
xrechnung-visualization — XSL-Transformationen
xrechnung-testsuite — Testinstanzen

Offizielle Quellen

xeinkauf.de/xrechnung — Offizielles KoSIT-Portal
e-rechnung-bund.de — Portal der Bundesverwaltung

UBL 2.1 — Universal Business Language

Herausgeber	OASIS (Organization for the Advancement of Structured Information Standards)
Version	2.1 (OASIS Standard, November 2013) — auch ISO/IEC 19845:2015
Dokumenttypen	65 Typen (Invoice, CreditNote, Order, DespatchAdvice, u.v.m.)
Verbreitung	Über 60 Länder, Peppol BIS Billing 3.0 (primäre Syntax)

UBL ist ein universelles XML-Format für Geschäftsdokumente. Für die E-Rechnung relevant sind vor allem die Dokumenttypen Invoice und CreditNote. UBL organisiert Daten in drei Namespace-Ebenen:

XML-Namespaces

Präfix	Namespace URI	Verwendung
`ubl:`	`urn:oasis:names:specification:ubl:schema:xsd:Invoice-2`	Dokument-Wurzelelement
`cac:`	`urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2`	Zusammengesetzte Elemente (Party, Address, InvoiceLine)
`cbc:`	`urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2`	Einfache Elemente (ID, IssueDate, Amount)

Beispielstruktur (Invoice)

<ubl:Invoice xmlns:ubl="urn:oasis:names:...:Invoice-2"

             xmlns:cac="urn:oasis:names:...:CommonAggregateComponents-2"

             xmlns:cbc="urn:oasis:names:...:CommonBasicComponents-2">

  <cbc:ID>RE-2024-001</cbc:ID>

  <cbc:IssueDate>2024-01-15</cbc:IssueDate>

  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

  <cac:AccountingSupplierParty>...</cac:AccountingSupplierParty>

  <cac:AccountingCustomerParty>...</cac:AccountingCustomerParty>

  <cac:InvoiceLine>...</cac:InvoiceLine>

</ubl:Invoice>

Quellen

UN/CEFACT CII — Cross Industry Invoice

Herausgeber	UN/CEFACT (United Nations Centre for Trade Facilitation and Electronic Business)
Version	D22B (EN 16931 referenziert D16B)
Fokus	Rein auf Rechnungsstellung spezialisiert (im Gegensatz zu UBLs 65 Dokumenttypen)
Hybridformat-Basis	CII ist die XML-Syntax die in ZUGFeRD/Factur-X PDF/A-3 eingebettet wird

XML-Namespaces

Präfix	Namespace URI	Verwendung
`rsm:`	`urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100`	Dokument-Wurzelelement
`ram:`	`urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100`	Wiederverwendbare Geschäftsinformationselemente
`qdt:`	`urn:un:unece:uncefact:data:standard:QualifiedDataType:100`	Qualifizierte Datentypen

Strukturvergleich CII vs. UBL

Aspekt	CII	UBL
Wurzelelement	`rsm:CrossIndustryInvoice`	`ubl:Invoice`
Gliederung	Drei Blöcke: HeaderAgreement, Delivery, Settlement	Flache Komponentenbibliothek
Dokumenttypen	Nur Rechnungen	65 Geschäftsdokumenttypen
ZUGFeRD-Einbettung	Ja (als factur-x.xml in PDF/A-3)	Nein

Beide Syntaxen transportieren identische semantische Informationen wenn auf EN 16931 eingeschränkt.

Quellen

UNECE e-Invoice Portal
phax/en16931-cii2ubl — CII/UBL-Konvertierung

ZUGFeRD — Hybrides Rechnungsformat

Vollständiger Name	Zentraler User Guide des Forums elektronische Rechnung Deutschland
Herausgeber	FeRD (Forum elektronische Rechnung Deutschland), AWV
Aktuelle Version	2.4 (seit 15. Januar 2026)
Containerformat	PDF/A-3 (ISO 19005-3) + eingebettetes CII-XML

ZUGFeRD kombiniert eine maschinenlesbare XML-Datei mit einem menschenlesbaren PDF in einer Datei. Das PDF/A-3-Format erlaubt beliebige Dateianhänge — ZUGFeRD nutzt dies, um eine CII-XML-Datei (factur-x.xml) direkt in die PDF-Rechnung einzubetten. So können sowohl automatisierte Systeme als auch menschliche Empfänger die Rechnung verarbeiten.

Profile (Konformitätsstufen)

Profil	Datenumfang	USt-konform	Anwendung
MINIMUM	Nur Kernmetadaten	Nein	Archivierung, Kataloge
BASIC WL	Kopfdaten ohne Positionen	Nein	Einfache Buchung
BASIC	Kopf + Positionen	Ja	Standard-B2B
EN 16931	Vollständig EN-16931-konform	Ja	Empfohlen für B2B und B2G
EXTENDED	Zusatzfelder, Sub-Items (ab 2.4)	Ja	Komplexe Geschäftsvorfälle
XRECHNUNG	XRechnung-konform	Ja	B2G (öffentliche Auftraggeber)

Quellen

ferd-net.de — Offizielle FeRD-Seite

Factur-X — Französisch-deutscher Hybridstandard

Herausgeber	FNFE-MPE (Frankreich) gemeinsam mit FeRD (Deutschland)
Aktuelle Version	1.0.8 (seit 15. Januar 2026)
Verhältnis zu ZUGFeRD	Technisch identisch — gleicher Standard unter zwei Namen

Factur-X und ZUGFeRD sind technisch derselbe Standard — die deutsch-französische Kooperation begann 2015. Aufgrund getrennter Versionshistorien unterscheidet sich nur die Nummerierung:

Factur-X	ZUGFeRD	Datum
1.0	2.1	2020
1.0.06	2.2	2022
1.0.07	2.3	2024
1.0.8	2.4	Januar 2026

Quellen

fnfe-mpe.org/factur-x — Offizielles französisches Portal

Peppol — Pan-European Public Procurement OnLine

Organisation	OpenPeppol AISBL (Brüssel)
Aktuelle Version	BIS Billing 3.0.20 (verpflichtend ab 23. Februar 2026)
Transportprotokoll	AS4 (OASIS ebMS 3.0)
Primäre Syntax	UBL 2.1 (auch CII unterstützt)
Verbreitung	Über 30 Länder, mandatiert in Belgien (B2B), Norwegen, Dänemark u.a. (B2G)

Peppol ist ein offenes Netzwerk für den Austausch von Geschäftsdokumenten (Rechnungen, Bestellungen, Lieferscheine). Nach dem Prinzip 'Connect once, reach all' verbindet sich jeder Teilnehmer mit einem zertifizierten Access Point und kann darüber mit allen anderen Teilnehmern weltweit kommunizieren.

4-Corner-Modell

  C1 (Sender)  ──▶  C2 (Access Point Sender)

│

                    Peppol-Netzwerk (AS4)

│

  C4 (Empfänger) ◀──  C3 (Access Point Empfänger)

Ecke	Rolle	Beschreibung
C1	Sender	Der Rechnungssteller (Lieferant)
C2	Access Point Sender	Zertifizierter Peppol Service Provider des Senders
C3	Access Point Empfänger	Zertifizierter Peppol Service Provider des Empfängers
C4	Empfänger	Der Rechnungsempfänger (Kunde)

Discovery-Infrastruktur

Komponente	Funktion
SML (Service Metadata Locator)	Zentraler DNS-Dienst — findet den zuständigen SMP für einen Empfänger
SMP (Service Metadata Publisher)	Verzeichnis der Empfänger-Fähigkeiten (Dokumenttypen, Access Point, Protokoll)

Peppol-Teilnehmerkennung

Format: <Schema-ID>:<Kennung>, z.B. 0204:991-12345-67

EAS-Code	Beschreibung	Land
`0204`	Leitweg-ID	Deutschland
`0088`	GLN (EAN/GS1)	International
`9906`	Partita IVA	Italien
`0208`	Belgian Enterprise Number	Belgien
`0009`	SIRET	Frankreich
`0007`	Organisationsnummer	Schweden
`0106`	KvK-nummer	Niederlande
`0037`	LY-tunnus	Finnland
`0060`	DUNS Number	International
`EM`	E-Mail	International

Unterstützte Dokumenttypen

Kategorie	Dokumente
Abrechnung	Invoice, Credit Note
Bestellwesen	Order, Order Response, Order Agreement
Logistik	Despatch Advice 3.0
Katalog	Catalogue, Catalogue Response
Status	Invoice Response (Message Level Response)

Quellen

peppol.org — OpenPeppol
docs.peppol.eu — BIS Billing 3.0
OpenPEPPOL/peppol-bis-invoice-3 — GitHub
Peppol-Codelisten (EAS, ICD)

XML — Extensible Markup Language

Herausgeber	W3C (World Wide Web Consortium)
Version	1.0 (Fifth Edition, 2008)
Rolle bei E-Rechnungen	Trägertechnologie — sowohl UBL als auch CII sind XML-basiert

Schlüsselkonzepte für E-Rechnungen

Konzept	Beschreibung	E-Rechnungs-Bezug
Namespaces	Vermeiden Namenskollisionen durch URI-basierte Zuordnung	UBL nutzt cac:/cbc:, CII nutzt rsm:/ram:
XSD	XML Schema Definition — definiert Struktur, Typen, Kardinalität	Schicht 1 der Validierung: strukturelle Korrektheit
Schematron	Regelbasierte Validierung mit XPath-Ausdrücken	Schicht 2 der Validierung: Geschäftsregeln
Wohlgeformtheit	Syntaktisch korrektes XML (Tags geschlossen, Attribute korrekt)	Grundvoraussetzung für jede Verarbeitung

Zwei-Schichten-Validierung

XSD-Validierung     → Strukturelle Korrektheit (Elemente, Typen, Reihenfolge)

Schematron-Validierung → Geschäftsregeln (Berechnungen, bedingte Pflichtfelder)

Beispiel Schicht 2: 'Wenn USt-Kategorie = Reverse-Charge,

                     dann muss Befreiungsgrund angegeben werden.'

Quellen

Schematron — Regelbasierte XML-Validierung

Norm	ISO/IEC 19757-3:2025
Entwickelt von	Rick Jelliffe (Academia Sinica)
Basiert auf	XPath-Ausdrücke, kompiliert zu XSLT
Ausgabeformat	SVRL (Schematron Validation Report Language)

Schematron ergänzt XSD um die Fähigkeit, Geschäftsregeln zu validieren, die über die rein strukturelle Ebene hinausgehen. XSD kann prüfen, ob ein Element existiert und den richtigen Typ hat — Schematron kann prüfen, ob Berechnungen stimmen, ob bedingte Abhängigkeiten eingehalten werden, und ob Werte im Kontext anderer Werte plausibel sind.

Aufbau einer Schematron-Regel

<schema xmlns="http://purl.oclc.org/dml/schematron">

  <pattern id="tax-calculation">

    <rule context="//cac:TaxSubtotal">

      <assert test="round(cbc:TaxableAmount * cbc:Percent

                     div 100 * 100) div 100 = cbc:TaxAmount">

        [BR-CO-17] Tax amount must equal taxable amount

                   times the tax rate.

      </assert>

    </rule>

  </pattern>

</schema>

Validierungsschichten bei E-Rechnungen

Schicht	Prüfung	Quelle
1	XSD-Schema-Validierung (Struktur)	W3C XML Schema
2	EN 16931 Schematron (europäische Geschäftsregeln)	ConnectingEurope
3	Nationale CIUS-Schematron (z.B. XRechnung BR-DE-*)	itplr-kosit

Quellen

Vergleich der Formate

Eigenschaft	XRechnung	UBL	CII	ZUGFeRD
Dateiformat	XML	XML	XML	PDF/A-3 + XML
XML-Syntax	UBL oder CII	UBL	CII	CII
Menschenlesbar	Nein (nur XML)	Nein	Nein	Ja (PDF + XML)
Maschinenlesbar	Ja	Ja	Ja	Ja
EN 16931-konform	Ja (CIUS)	Ja (Syntax)	Ja (Syntax)	Ab Profil EN 16931
B2G Deutschland	Ja	Nur als XRechnung	Nur als XRechnung	Profil XRECHNUNG
Peppol-Versand	Ja	Ja	Ja	Nein (nur XML-Teil)
E-Mail-Versand	Ja	Ja	Ja	Ja

Welches Format wählen?

Für deutsche Behörden: XRechnung (CII oder UBL). Für B2B mit PDF-Bedarf: ZUGFeRD Profil EN 16931. Für internationalen Peppol-Versand: UBL. e-document.io konvertiert automatisch zwischen allen Formaten.

Länderüberblick — E-Rechnungspflicht weltweit

Stand: März 2026. Die EU-Richtlinie ViDA (VAT in the Digital Age) verpflichtet ab Juli 2030 alle EU-Mitgliedstaaten zu strukturierten E-Rechnungen für innergemeinschaftliche B2B-Umsätze. Viele Länder haben bereits eigene Mandate eingeführt.

Legende

Abkürzungen

B2G — Business-to-Government (Rechnungen an öffentliche Auftraggeber)
B2B — Business-to-Business (Rechnungen zwischen Unternehmen)
CTC — Continuous Transaction Controls (Echtzeit-Meldung/-Freigabe über eine staatliche Plattform)

Status-Farben

Grün — Bereits verpflichtend
Gelb — Geplant / in Umsetzung
Grau — Freiwillig / kein Mandat
CTC — Clearance-Modell (staatl. Freigabe vor Zustellung)

Europäische Union

Land	B2G	B2B	Format	Netzwerk	CTC
Deutschland	Seit 2020	2025/2027	XRechnung, ZUGFeRD, EN 16931	Peppol (B2G)	Nein
Frankreich	Seit 2020	2026/27	Factur-X, UBL, CII	PDPs (Partner-Plattformen)	Ja
Italien	Seit 2014	Seit 2019	FatturaPA (CIUS)	SDI (Clearance)	Ja
Spanien	Seit 2015	2027	Facturae 3.2.x	SII, Verifactu	Ja
Polen	KSeF	Feb/Apr 2026	FA(3) XML	KSeF (Clearance)	Ja
Belgien	Seit 2024	Seit Jan 2026	Peppol BIS 3.0	Peppol (Pflicht)	Nein
Niederlande	Zentralstaat	2030	SI-UBL 2.0, Peppol BIS	Peppol	Nein
Österreich	Seit 2014	Freiwillig	ebInterface, Peppol BIS	Peppol (B2G)	Nein
Rumänien	Seit 2022	Seit 2024	RO_CIUS XML	RO e-Factura (Clearance)	Ja
Griechenland	myDATA	Feb/Okt 2026	myDATA XML	myDATA (Clearance)	Ja
Kroatien	2026/2027	Seit Jan 2026	EN 16931	CTC-Plattform	Ja
Ungarn	Pflicht	Echtzeit-Meldung	NAV XML	NAV RTIR	Ja
Schweden	Pflicht	Freiwillig	Peppol BIS, SFTI	Peppol	Nein
Dänemark	Seit 2005	Freiwillig	OIOUBL, Peppol BIS	NemHandel / Peppol	Nein
Finnland	Pflicht	Freiwillig	Finvoice, Peppol BIS	Peppol	Nein
Norwegen	Seit 2012	Jan 2027	EHF, Peppol BIS	Peppol	Nein
Estland	Seit 2019	2025/2027	EN 16931	Peppol	Nein
Lettland	Seit Jan 2025	Jan 2028	Peppol BIS 3.0	Peppol	Nein
Litauen	Seit 2019	Freiwillig	Peppol BIS 3.0	Peppol	Nein
Portugal	Pflicht	Freiwillig	CIUS-PT	—	Nein (SAF-T/ATCUD)
Irland	In Umsetzung	Nov 2028	EN 16931	Noch offen	Noch offen
Tschechien	Seit 2019	2030	Peppol/UBL	—	Nein
Slowakei	Pflicht	Jan 2027	Noch offen	Noch offen	Noch offen
Slowenien	Pflicht	Jan 2028	Noch offen	Noch offen	Noch offen
Luxemburg	Pflicht	2030	EN 16931	—	Nein
Bulgarien	Empfang	Nein	—	—	Nein
Zypern, Malta	Empfang	2030	—	—	Nein

Europa (Nicht-EU) & Angelsächsisch

Land	B2G	B2B	Format	Netzwerk	CTC
Vereinigtes Königreich	NHS	2029	Peppol/EN 16931	Peppol	Nein
Schweiz	Bund	—	QR-Rechnung	—	Nein
USA	OMB	—	Kein Standard	DBNAlliance	Nein
Kanada	—	—	Kein Standard	—	Nein
Australien	2022	—	Peppol PINT A-NZ	Peppol	Nein
Neuseeland	2022	—	Peppol PINT A-NZ	Peppol	Nein

Asien & Naher Osten

Land	B2G	B2B	Format	Netzwerk	CTC
Türkei	Pflicht	Pflicht	UBL-TR 1.2.1	GIB	Ja
Saudi-Arabien	Pflicht	Pflicht	ZATCA XML	FATOORAH	Ja
Indien	Pflicht	Pflicht	JSON (GSTN)	IRP	Ja
China	Pflicht	Pflicht	e-Fapiao XML	Golden Tax	Ja
Japan	Frei	QIS	JP PINT (UBL)	Peppol	Nein
Südkorea	Pflicht	Pflicht	NTS XML	HomeTax	Ja

Lateinamerika

Land	B2G	B2B	Format	Netzwerk	CTC
Brasilien	Pflicht	Seit 2008	NF-e XML	SEFAZ	Ja
Mexiko	Pflicht	Pflicht	CFDI 4.0 XML	PAC / SAT	Ja
Argentinien	Pflicht	Pflicht	AFIP XML	AFIP/ARCA	Ja
Kolumbien	Pflicht	Pflicht	UBL 2.1	DIAN	Ja
Chile	Pflicht	Seit 2001	DTE XML	SII	Ja

Wichtige Fristen 2025–2030

Datum	Land	Ereignis
Jan 2026	Belgien	B2B-E-Rechnungspflicht via Peppol
Feb 2026	Polen	KSeF Pflicht (große Unternehmen)
Feb 2026	Griechenland	myDATA B2B Pflicht (Umsatz > 1 Mio. EUR)
Sep 2026	Frankreich	B2B-Pflicht (große/mittlere Unternehmen)
Jan 2027	Deutschland	Versandpflicht (Umsatz > 800.000 EUR)
Jan 2027	Norwegen, Spanien, Slowakei	B2B-Pflicht
Sep 2027	Frankreich	B2B-Pflicht (kleine/Kleinstunternehmen)
Jan 2028	Deutschland	Versandpflicht (alle Unternehmen)
Jan 2028	Lettland, Slowenien	B2B-Pflicht
Apr 2029	Vereinigtes Königreich	USt-Rechnungen als E-Rechnung
Jul 2030	EU (ViDA)	Innergemeinschaftliche B2B-E-Rechnung Pflicht
Jan 2035	EU (ViDA)	Vollständige Digital-Reporting-Harmonisierung

CTC vs. Post-Audit

Länder mit CTC/Clearance-Modell (Italien, Polen, Rumänien, Brasilien, Mexiko, Türkei, Saudi-Arabien, Indien, China, Südkorea) leiten jede Rechnung über eine zentrale Steuerplattform. Länder mit Post-Audit-Modell (Deutschland, Belgien, Nordics, Australien) erlauben den direkten Austausch — die Steuerbehörde prüft nachträglich. e-document.io unterstützt beide Modelle.

Peppol-Reichweite — Wohin kommen Ihre Rechnungen an?

Wenn Sie eine UBL- oder CII-Rechnung über einen Peppol Access Point versenden, erreicht sie jeden Empfänger, der im Peppol-Netzwerk registriert ist. Aktuell sind über 2,5 Millionen Organisationen aus 111 Ländern im Peppol-Verzeichnis registriert.

Peppol-Teilnehmer

2,5 Mio+

Organisationen weltweit

Peppol-Länder

111

mit registrierten Empfängern

Peppol Authorities

26

nationale Behörden

Länder mit Peppol Authority

In diesen Ländern gibt es eine offizielle Peppol-Behörde, die den Betrieb des Netzwerks und die Zertifizierung von Access Points regelt:

Region	Länder
EU / EWR	Belgien, Dänemark, Deutschland (KoSIT), Finnland, Frankreich, Griechenland, Irland, Island, Italien, Luxemburg, Niederlande, Norwegen, Polen, Portugal, Schweden, Slowakei
Asien-Pazifik	Australien (ATO), Japan (Digital Agency), Malaysia (MDEC), Neuseeland (MBIE), Singapur (IMDA), Taiwan (MoDA)
Naher Osten / Afrika	Oman, VAE, Nigeria
Sonstige	England (SCCL)

Kann ich von Deutschland aus via Peppol in jedes Land senden?

Szenario	Ergebnis	Format-Empfehlung
DE → EU-Land mit Peppol (BE, NL, AT, Nordics, IT, ...)	Zustellung via Peppol	UBL (bevorzugt) oder CII
DE → Australien, Neuseeland, Japan, Singapur	Zustellung via Peppol	UBL (PINT-kompatibel)
DE → UK (NHS, Behörden)	Zustellung via Peppol	UBL
DE → Italien (privat)	SDI erforderlich	FatturaPA (Konvertierung durch AP)
DE → Frankreich (ab Sep 2026)	PDP erforderlich	Factur-X / UBL (via PDP-Anbindung)
DE → China, Südkorea, Brasilien, Mexiko	Kein Peppol	Proprietäres Format über lokale Plattform
DE → USA, Kanada, Schweiz (privat)	Kein Mandat	E-Mail mit PDF/ZUGFeRD oder Peppol (falls registriert)

UBL ist der sicherste Weg

Für grenzüberschreitenden Peppol-Versand ist UBL 2.1 die sicherste Wahl, da es von allen Peppol-Teilnehmern unterstützt wird. CII wird ebenfalls unterstützt, der Empfänger muss es aber in seinem SMP-Eintrag explizit aktiviert haben. e-document.io konvertiert automatisch zwischen CII und UBL, wenn der Empfänger nur ein Format akzeptiert.

Standards & Formate der elektronischen Rechnungsstellung

EN 16931 — Europäische Norm für elektronische Rechnungen

Aufbau (Mehrteilige Norm)

CIUS-Konzept

Quellen

XRechnung — Deutscher Standard für E-Rechnungen

Wichtigste XRechnung-spezifische Regeln

Spezifikationskennung

Technische Komponenten (GitHub)

Offizielle Quellen

UBL 2.1 — Universal Business Language

XML-Namespaces

Beispielstruktur (Invoice)

Quellen

UN/CEFACT CII — Cross Industry Invoice

XML-Namespaces

Strukturvergleich CII vs. UBL

Quellen

ZUGFeRD — Hybrides Rechnungsformat

Profile (Konformitätsstufen)

Quellen

Factur-X — Französisch-deutscher Hybridstandard

Quellen

Peppol — Pan-European Public Procurement OnLine

4-Corner-Modell

Discovery-Infrastruktur

Peppol-Teilnehmerkennung

Unterstützte Dokumenttypen

Quellen

XML — Extensible Markup Language

Schlüsselkonzepte für E-Rechnungen

Zwei-Schichten-Validierung

Quellen

Schematron — Regelbasierte XML-Validierung

Aufbau einer Schematron-Regel

Validierungsschichten bei E-Rechnungen

Quellen

Vergleich der Formate

Länderüberblick — E-Rechnungspflicht weltweit

Legende

Europäische Union

Europa (Nicht-EU) & Angelsächsisch

Asien & Naher Osten

Lateinamerika

Wichtige Fristen 2025–2030

Peppol-Reichweite — Wohin kommen Ihre Rechnungen an?

Länder mit Peppol Authority

Kann ich von Deutschland aus via Peppol in jedes Land senden?