Was ist Peppol BIS Billing 3.0?
Die Rechnungsspezifikation hinter dem Peppol-Netzwerk: welche Version verbindlich ist, wie Empfänger adressiert werden und was die Bundesverwaltung zusätzlich verlangt.

Spezifikation
Peppol BIS Billing 3.0 ist eine Core Invoice Usage Specification, kurz CIUS, der europäischen Norm EN 16931. Veröffentlicht wird sie von der OpenPeppol AISBL, und sie umfasst zwei Dokumente: die Rechnung und die Gutschrift. Eine Datei, die dieser Spezifikation entspricht, entspricht auch der EN 16931, dieselbe Datei genügt also einem Peppol-Empfänger und dem europäischen Kernmodell.
Vom Rest unterscheidet sie sich durch die zweite Hälfte der Vereinbarung. Peppol ist zugleich ein Netzwerk mit eigener Adressierung, eigenen Zugangspunkten und eigenen Regeln dazu, wer was an wen senden darf. Die Spezifikation sagt, was im Dokument stehen muss, das Netzwerk, wie es reist und wie der Empfänger gefunden wird. Beides muss stimmen, bevor eine Rechnung ankommt.
Eine Peppol-Rechnung geht nicht an eine E-Mail-Adresse. Der Sender übergibt das Dokument seinem Zugangspunkt, dieser schlägt nach, wo der Empfänger registriert ist, und stellt es dem Zugangspunkt des Empfängers zu, der es weiterreicht. Das ist das Vier-Ecken-Modell, und deshalb macht eine einzige Registrierung Sie für jeden Sender im Netzwerk erreichbar.
Ein zertifizierter Dienstleister betreibt den Zugangspunkt und registriert Sie im Netzwerk. Keine OpenPeppol-Mitgliedschaft, kein eigener Zugangspunkt, und dieselbe Anbindung trägt später auch andere Peppol-Dokumente.
Dafür ist eine OpenPeppol-Mitgliedschaft nötig und der technische Betrieb dazu: Einrichtung, Zertifikate, Verfügbarkeit, zweimal im Jahr Updates. Sinnvoll, wenn Volumen oder Kontrollbedarf es rechtfertigen.
Im Modell oben reist das Dokument zwischen zwei Parteien, und sonst sieht es niemand. Eine fünfte Ecke entsteht, wenn eine Steuerbehörde am Austausch teilnimmt und die Rechnungsdaten mitbekommt. Genau das meinen kontinuierliche Transaktionskontrollen, und in diese Richtung bewegt sich das europäische Umsatzsteuerrecht.
Der Zeitplan stammt aus dem Paket VAT in the Digital Age, angenommen am 11. März 2025 und in Kraft seit dem 14. April 2025. Die digitale Meldung grenzüberschreitender B2B-Umsätze gilt ab dem 1. Juli 2030. Bis zum 1. Januar 2035 müssen Mitgliedstaaten mit einer nationalen Echtzeitmeldepflicht ihre Systeme an das EU-Modell angleichen.
Peppol veröffentlicht zwei Releases im Jahr, im Mai und im November. Jedes geht zuerst in die Mitgliederprüfung, wird dann veröffentlicht und rund drei Monate später verbindlich. Die Lücke dazwischen ist das Migrationsfenster: In ihm werden alte und neue Artefakte akzeptiert, nach dem Stichtag nur noch die neuen.
20. Mai 2026, verbindlich seit 17. August 2026
Ein neues optionales Profil 02 mit Rechnungsantwort, das eine eigene Registrierung braucht. Die EAS-Codeliste wurde korrigiert, vierzehn unbrauchbare Codes sind entfallen. Die Regeln PEPPOL-COMMON-R052 und R053 sind jetzt Fehler. Neue Warnungen für niederländische Kennungen, angekündigt als künftige Fehler. Prüfartefakte UBL und CII 1.3.16 vom 10. April 2026.
27. Januar 2026
Ergänzt den Code 0245 für die slowakische Steuernummer in den Codelisten EAS und ICD. Verbindlich ab dem 23. Februar 2026, zusammen mit 3.0.20.
24. November 2025
Die Passage, die das Beilegen einer PDF-Kopie der Rechnung untersagte, wurde aus dem Compliance-Abschnitt gestrichen. Neue dänische Kennungsregeln kamen als Warnung hinzu, wie Peppol Regeln üblicherweise einführt.
21. Mai 2025
Französische Codes für Steuerbefreiungen ergänzt, drei deutsche Rechnungsartcodes in die Codeliste aufgenommen und die dänische CVR-Regel neu gefasst, mit einer Übergangsfrist bis zum Mai-Release 2026.
Aus Warnungen werden Fehler. Peppol führt die meisten neuen Prüfungen zuerst als Warnung ein und macht sie in einem späteren Release verbindlich. Eine Rechnung, die heute nur Warnungen erzeugt, kann nach dem nächsten Stichtag zurückgewiesen werden. Die Warnungsliste aus dem Prüfprotokoll lohnt sich also zu lesen.
Jeder Teilnehmer im Netzwerk hat eine Kennung aus einem vierstelligen Schema und einem Wert, geschrieben als Schema und Wert, getrennt durch einen Doppelpunkt. Das Schema sagt, welche Art Nummer folgt, der Wert ist die Nummer selbst. Auf diese Kennung leitet das Netzwerk, und sie ist nicht dasselbe wie die Käuferreferenz in der Rechnung.
In der Rechnung steht die Kennung als Endpunkt von Verkäufer und Käufer, das Schema in einem Attribut daneben. Was ein Empfänger tatsächlich annimmt, hängt davon ab, was er im Netzwerk registriert hat. Deshalb kann ein Dokument einwandfrei gültig und trotzdem nicht zustellbar sein.
Ein Peppol-BIS-Billing-Dokument ist eine UBL-Rechnung oder -Gutschrift. Zwei Elemente am Kopf der Datei entscheiden, wie sie gelesen wird: die Kennung der Spezifikation, die sagt, dass das Dokument dieser BIS folgt, und die Kennung des Geschäftsprozesses, die sagt, zu welchem Prozess es gehört. Beide sind verpflichtend und werden durch Fehlerregeln geprüft.
Die Prüfung ist nicht eine Kontrolle, sondern drei Regelwerke auf derselben Datei. Wer weiß, welche Ebene eine Rechnung abgewiesen hat, weiß auch, wer daran etwas ändern kann und wer nicht.
Die Regeln der EN 16931, erkennbar am Präfix BR. Sie gelten europaweit gleich und werden von CEN gepflegt, nicht von Peppol.
Regeln mit den Präfixen PEPPOL-EN16931 und PEPPOL-COMMON. Sie engen das europäische Modell ein und prüfen Kennungen, Codelisten und die Spezifikationskennung selbst.
Regeln, die nur greifen, wenn eine Partei in einem bestimmten Land sitzt, etwa die dänischen, niederländischen, schwedischen und deutschen Sätze. Für sie gilt eine eigene OpenPeppol-Richtlinie, deshalb kann ein einzelner Empfänger sie nicht frei erfinden.
Jede Regel hat eine Schwere. Ein Fehler stoppt das Dokument, eine Warnung nicht, und die Release Notes kündigen an, welche Warnungen zu Fehlern werden. Regeln kommen zudem in jedem Release hinzu oder werden korrigiert, dieselbe Datei kann also im Februar durchgehen und im September scheitern, ohne dass jemand sie angefasst hat.
Die Bundesverwaltung betreibt ein Einreichungsportal für E-Rechnungen, die OZG-RE, an die alle Stellen der unmittelbaren Bundesverwaltung angeschlossen sind. Rechnungen erreichen sie auf vier Wegen: über das Peppol-Netzwerk, per E-Mail, über den Upload einer Datei in der Weboberfläche oder über die Erfassung im Webformular. Peppol ist der einzige dieser Wege, der den Austausch von Maschine zu Maschine und den Massenversand unterstützt.
Peppol ist ein Kanal, kein Format. Der Versand über Peppol macht aus einer Rechnung keine XRechnung, und eine XRechnung muss nicht über Peppol reisen. Öffentliche Stellen in Deutschland verlangen beides: den Inhalt im geforderten Format und die Zustellung über den Weg, für den sie registriert sind.
Alle drei bauen auf demselben europäischen Kernmodell auf, der Vergleich dreht sich deshalb um den Zuschnitt, nicht um die Daten. In der Praxis lautet die Frage, welches Zusatzregelwerk Ihr Empfänger anwendet und auf welchem Kanal er zuhört.
Eine praktische Folge davon: Wer bereits eine gültige XRechnung erzeugt, hat mit Peppol eine Zustellfrage vor sich, keine Datenfrage. Wer Peppol BIS Billing für andere europäische Kunden erzeugt, bekommt mit den deutschen Regeln eine zusätzliche Ebene, kein anderes Dokument.
Peppol hat eine zweite Familie von Rechnungsspezifikationen, PINT, gebaut dafür, dass Regionen außerhalb Europas eigene Regeln auf einer gemeinsamen Basis festlegen können. PINT BIS Billing wurde am 8. Juni 2026 veröffentlicht und ist seit dem 7. September 2026 verbindlich, zusammen mit den regionalen Fassungen, darunter PINT BIS Billing EU für die Europäische Union.
Beide Familien sind derzeit nebeneinander veröffentlicht, OpenPeppol führt sie in seiner Post-Award-Dokumentation gemeinsam auf, jeweils mit eigenem Veröffentlichungs- und Stichtag. Peppol BIS Billing 3.0 bleibt die veröffentlichte EU-Spezifikation mit eigenem Releasezyklus. Vernünftig ist daher, sich an die Termine in dieser Tabelle zu halten statt an angekündigte Enddaten für die ältere Familie.
Wenn Ihr Dienstleister die Spezifikationsversionen für Sie führt, ist das seine Arbeit und nicht Ihre. Wer einen eigenen Zugangspunkt betreibt, behält die Termine aus der OpenPeppol-Dokumentation im Blick.
Peppol veröffentlicht zu jedem Release Prüfartefakte für UBL und CII, die eine eigene Versionsnummer tragen: Zum Mai-Release 2026 gehören die Artefakte 1.3.16 vom 10. April 2026, die Codelisten stammen vom 6. März 2026. Gegen die richtige Artefaktversion zu prüfen, ist so wichtig wie das Prüfen selbst.
Eine Datei kann aus drei ganz verschiedenen Gründen scheitern, und sie verlangen verschiedene Korrekturen: Die XML-Datei ist nicht schemakonform, eine Geschäftsregel ist verletzt, oder das Dokument ist gültig, aber der Empfänger ist für das Gesendete nicht registriert. Nur die ersten beiden sieht man in einem Prüfwerkzeug.
Für ein deutsches Unternehmen ist die strukturierte Datei die Rechnung, und genau sie ist aufzubewahren. Die Frist beträgt acht Jahre nach § 14b UStG, und das Dokument muss in dieser Zeit lesbar und unverändert bleiben. Ein Übertragungsprotokoll des Zugangspunkts belegt die Zustellung, ersetzt die Rechnung aber nicht.
Invoice-Portal verbindet Sie mit dem Peppol-Netzwerk und übernimmt die Teile, die sich zweimal im Jahr ändern, damit Ihr eigenes System weiter dasselbe erzeugt.
Nein. Beide sind Ausprägungen der EN 16931, aber sie werden von verschiedenen Stellen gepflegt und engen die Norm an verschiedenen Punkten ein. Eine XRechnung wird häufig über das Peppol-Netzwerk zugestellt, daher kommt die Verwechslung: Das eine ist das Dokument, das andere der Weg.
Nur, wenn Sie einen eigenen Zugangspunkt betreiben wollen. Über einen zertifizierten Dienstleister braucht es weder Mitgliedschaft noch eigenen Zugangspunkt, und das ist der übliche Weg für ein Unternehmen, das schlicht Rechnungen senden und empfangen möchte.
Release 3.0.21, veröffentlicht am 20. Mai 2026 und verbindlich seit dem 17. August 2026. Die Versionsnummer gehört nicht in das Dokument: Die Spezifikationskennung nennt die BIS ohne Version, eine Version darin ist ein Fehler.
Peppol veröffentlicht Prüfartefakte für beide Syntaxen, und die BIS hat einen Anhang zur Cross Industry Invoice. Was Sie senden dürfen, entscheidet aber, was der Empfänger im Netzwerk registriert hat. UBL ist die Syntax, um die herum die Spezifikation geschrieben ist, und davon sollte man ausgehen, solange der Empfänger nichts anderes sagt.
Gültigkeit und Erreichbarkeit sind zweierlei. Prüfen Sie, ob die Teilnehmerkennung die ist, die der Empfänger nutzt, ob das Schema davor stimmt und ob der Empfänger für den gesendeten Dokumenttyp und das Profil registriert ist. Besonders Profil 02 mit Rechnungsantwort braucht auf der Empfangsseite eine eigene Registrierung.
Nein. Die deutschen Regeln sagen, was eine Rechnung sein muss und ab wann, sie schreiben keinen Kanal vor. Peppol ist ein Weg, sie zu erfüllen, eine E-Mail mit angehängter XML-Datei ein anderer. Peppol bringt die automatisierte Zustellung und ein Verzeichnis, in dem Empfänger auffindbar sind.
Sagen Sie uns, wen Sie erreichen müssen, wir richten Anbindung, Kennung und Format ein.
Kostenlos und unbegrenzt · die Datei bleibt in Ihrer Browser-Sitzung
Lieber direkt sprechen? info@invoice-portal.de · +49 561 56014568
Beginnen wir mit dem Nötigsten.
Drei Fragen, damit die erste Antwort schon weiterhilft.
Eine Nachricht ergänzen und absenden.