EN 16931 erklärt: Die europäische Norm für E-Rechnungen 2026
EN 16931 ist die zentrale europäische Norm für strukturierte elektronische Rechnungen. Sie legt nicht einfach ein einzelnes Dateiformat fest, sondern beschreibt, welche Rechnungsinformationen strukturiert vorhanden sein müssen, was sie bedeuten und welche Regeln für ihre Verarbeitung gelten. XRechnung, ZUGFeRD und Peppol BIS Billing bauen auf dieser gemeinsamen europäischen Grundlage auf.
EN 16931 in vier Punkten
Was ist EN 16931?
EN 16931 ist die europäische Normenreihe für elektronische Rechnungen. Ihr zentraler Teil EN 16931-1 definiert ein semantisches Datenmodell der Kernelemente einer E-Rechnung.
„Semantisch“ bedeutet: Die Norm beschreibt nicht nur, dass irgendwo ein Wert steht, sondern eindeutig, was dieser Wert fachlich bedeutet. Rechnungsnummer, Verkäufer, Käufer, Steuerdaten, Beträge und Zahlungsinformationen erhalten deshalb definierte Informationselemente und Geschäftsregeln.
1. Europäische Rechtsgrundlage
Die Richtlinie 2014/55/EU gab den Ausgangspunkt für einen gemeinsamen europäischen E-Rechnungsstandard im öffentlichen Auftragswesen.
2. EN 16931
Die Norm definiert den gemeinsamen semantischen Kern der elektronischen Rechnung.
3. CIUS und konkrete Regeln
Nationale oder prozessbezogene Spezifikationen wie XRechnung oder Peppol BIS Billing konkretisieren den Kern.
4. Technische Rechnung
Am Ende entsteht beispielsweise eine XRechnung als XML oder eine ZUGFeRD-Rechnung als PDF/A-3 mit eingebettetem XML.
Wie ist EN 16931 aufgebaut?
Für Anwender ist vor allem wichtig zu verstehen, dass EN 16931 aus mehreren Bausteinen besteht. Der semantische Kern, Syntaxbindings, Interoperabilitätsregeln und die Methodik für CIUS greifen ineinander.
Semantisches Datenmodell
Definiert die Kernelemente und fachliche Bedeutung einer elektronischen Rechnung.
Konforme Syntaxen
Beschreibt, welche technischen Syntaxen den Anforderungen des semantischen Modells entsprechen.
Syntaxbindings
Legt fest, wie Business Terms konkret in UBL, CII oder weiteren Syntaxen abgebildet werden.
Interoperabilität
Behandelt die Interoperabilität elektronischer Rechnungen auf Übertragungsebene.
Extensions
Beschreibt den Umgang mit sektor- oder länderspezifischen Erweiterungen.
CIUS-Methodik
Definiert den methodischen Rahmen für strukturierte Core Invoice Usage Specifications.
Was bedeuten BT, BG und BR?
In Dokumentationen und Validator-Meldungen tauchen Kürzel wie BT-1, BT-10, BG-25 oder BR-CO-10 auf. Sie identifizieren Rechnungsinformationen und Regeln eindeutig.
Business Term
Ein einzelnes semantisches Informationselement. Beispiel: BT-1 = Rechnungsnummer.
Business Group
Eine logisch zusammengehörende Gruppe von Informationselementen, beispielsweise Rechnungspositionen.
Business Rule
Eine fachliche Regel, die bei einer Validierung geprüft werden kann.
Rechnungsnummer
Eindeutige Kennung der Rechnung.
Rechnungsdatum
Datum, an dem die Rechnung ausgestellt wird.
Käuferreferenz
Vom Käufer vergebene Referenz; im B2G-Bereich häufig die Leitweg-ID.
Verkäufername
Name beziehungsweise Firmenbezeichnung des Verkäufers.
Käufername
Name beziehungsweise Firmenbezeichnung des Käufers.
Rechnungspositionen
Strukturierte Informationen zu Waren oder Leistungen.
UBL und CII: Wie wird EN 16931 als XML umgesetzt?
Das semantische Modell legt fest, was eine Information bedeutet. Das Syntaxbinding legt fest, wie diese Information technisch in einer XML-Struktur abgebildet wird.
Für europäische E-Rechnungen spielen insbesondere UBL und UN/CEFACT CII eine zentrale Rolle. Welche konkrete Syntaxversion verwendet werden muss, hängt vom Rechnungsformat und dessen aktuell gültigem Syntaxbinding ab.
UBL
Universal Business Language wird unter anderem bei XRechnung und Peppol-Prozessen eingesetzt.
<cbc:ID>2026-1001</cbc:ID>
...
</Invoice>
UN/CEFACT CII
Cross Industry Invoice bildet unter anderem die technische Grundlage für ZUGFeRD/Factur-X.
...
</rsm:CrossIndustryInvoice>
Mehr zur technischen Struktur: XML-Rechnung einfach erklärt →
Wie hängen EN 16931, XRechnung, ZUGFeRD und Peppol zusammen?
EN 16931 liefert den gemeinsamen semantischen Kern. Konkrete Rechnungsformate und Austauschprofile setzen diesen Kern für bestimmte technische und organisatorische Prozesse um.
XRechnung
XRechnung konkretisiert EN 16931 für Deutschland und ist besonders aus dem B2G-Umfeld bekannt.
- strukturierte XML-Rechnung
- UBL oder CII
- zusätzliche deutsche Regeln
- eigene Validierungsartefakte
ZUGFeRD
ZUGFeRD kombiniert eine PDF/A-3-Darstellung mit eingebetteten strukturierten XML-Daten.
- PDF + XML
- CII-basiert
- mehrere Profile
- Profil EN 16931 verfügbar
Peppol BIS Billing
Peppol BIS Billing konkretisiert EN 16931 für interoperable Rechnungsprozesse im Peppol-Ökosystem.
- EN-16931-Bezug
- starker EU-Fokus
- strukturierter Datenaustausch
- standardisierte Übertragung
Was ist eine CIUS?
CIUS steht für Core Invoice Usage Specification. Eine CIUS konkretisiert den EN-16931-Kern für einen bestimmten Anwendungsfall.
Europäischer Kern
Definiert gemeinsame Business Terms, Gruppen, Regeln und zulässige Strukturen.
Engere Konkretisierung
Kann beispielsweise optionale Angaben verpflichtend machen oder erlaubte Werte stärker einschränken.
Warum ist EN 16931 für die deutsche E-Rechnung wichtig?
Seit dem 1. Januar 2025 definiert § 14 UStG die E-Rechnung als Rechnung, die in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht.
Nach den aktuellen FAQ des Bundesfinanzministeriums liegt eine E-Rechnung insbesondere dann vor, wenn sie die Vorgaben der europäischen Normenreihe EN 16931 erfüllt.
| Format | EN-16931-Bezug | In Deutschland grundsätzlich E-Rechnung? |
|---|---|---|
| XRechnung | deutsche CIUS | Ja |
| ZUGFeRD EN 16931 | EN-16931-Profil | Ja |
| ZUGFeRD BASIC | reduzierter strukturierter Umfang | grundsätzlich ja |
| ZUGFeRD EXTENDED | erweiterter strukturierter Umfang | grundsätzlich ja |
| ZUGFeRD MINIMUM / BASIC WL | nicht ausreichend für vollständige Rechnung | Nein |
| normale PDF | kein strukturierter Rechnungsdatensatz | Nein |
Was ist neu bei EN 16931-1:2026?
CEN genehmigte EN 16931-1:2026 am 13. März 2026. Die Europäische Kommission führt die neue Fassung seit Mai 2026 als veröffentlichte Version. Sie löst die bisherige europäische Fassung EN 16931-1:2017+A1:2019 ab.
Die Überarbeitung richtet die Norm stärker auf moderne B2B-Prozesse und die europäischen Entwicklungen rund um VAT in the Digital Age (ViDA) aus.
EN 16931-1:2026
- mehr als 50 neue Business Terms
- 7 neue Business Groups
- detailliertere Lieferinformationen
- mehrere Bestellungen und Lieferungen pro Rechnung
- neue Felder für Skonto, Verzugszinsen und Fremdforderungen
- XML-Anhänge im Kernmodell
DIN EN 16931-1:2026-10
Die deutsche Fassung ist bereits vorab bereitgestellt und für Oktober 2026 datiert.
- soll DIN EN 16931-1:2020-12 ersetzen
- 2020-12 wird derzeit noch als aktuell geführt
- deutsche Fassung von EN 16931-1:2026
Was bedeutet EN-16931-Validierung?
Eine XML-Datei ist nicht automatisch EN-16931-konform. Eine technische Prüfung kontrolliert beispielsweise, ob Pflichtfelder vorhanden sind, erlaubte Codes verwendet werden, Berechnungen stimmen und Geschäftsregeln eingehalten werden.
Regeln erfüllt
Die geprüften technischen und fachlichen Regeln wurden erfüllt.
Auffälligkeit
Ein Punkt sollte kontrolliert werden, führt aber nicht zwingend zur Ablehnung.
Regel verletzt
Ein relevanter Fehler sollte vor der Übermittlung korrigiert werden.
Mehr dazu: E-Rechnung prüfen und validieren →
Was musst du von EN 16931 praktisch wissen?
Wenn du Standardsoftware nutzt, musst du die Norm normalerweise weder kaufen noch selbst programmieren. Entscheidend ist, dass deine Software das benötigte E-Rechnungsformat korrekt unterstützt.
Format wählen
XRechnung, ZUGFeRD oder ein anderer geeigneter Prozess müssen zum Empfänger passen.
Software prüfen
Version, Profil und aktuelle technische Regeln müssen unterstützt werden.
Stammdaten pflegen
Verkäufer-, Käufer-, Steuer- und Zahlungsdaten müssen vollständig sein.
E-Rechnung erzeugen
Die Software erzeugt den strukturierten Datensatz aus deinen Rechnungsdaten.
Prüfen
Validiere die Rechnung möglichst vor Versand beziehungsweise Übermittlung.
Empfang testen
Auch eingehende strukturierte Rechnungen sollten zuverlässig verarbeitet werden können.
Passende E-Rechnungssoftware finden
Für die Praxis zählt, dass die Software XRechnung oder ZUGFeRD aktuell unterstützt, strukturierte Rechnungen empfangen kann und sinnvoll in deine Buchhaltung passt.
Häufige Fragen zu EN 16931
Was ist EN 16931?
EN 16931 ist die europäische Normenreihe für elektronische Rechnungen. Ihr Kern ist ein semantisches Datenmodell, das die wesentlichen Informationselemente einer strukturierten E-Rechnung beschreibt.
Welche EN-16931-Version ist aktuell?
Auf europäischer Ebene ist EN 16931-1:2026 die neue Fassung. CEN genehmigte sie am 13. März 2026; die Europäische Kommission führt sie seit Mai 2026 als veröffentlicht. Die deutsche Ausgabe DIN EN 16931-1:2026-10 ist vorab bereitgestellt und für Oktober 2026 datiert. DIN EN 16931-1:2020-12 wird zum Stand 12. September 2026 noch als aktuell geführt.
Ist EN 16931 ein XML-Format?
EN 16931 ist primär ein semantisches Datenmodell und nicht nur ein einzelnes XML-Dateiformat. Die Informationen werden über definierte Syntaxbindings beispielsweise in UBL oder UN/CEFACT CII umgesetzt.
Ist XRechnung EN-16931-konform?
Ja. XRechnung ist die deutsche Core Invoice Usage Specification der EN 16931 und konkretisiert den europäischen Kern mit zusätzlichen Regeln.
Ist ZUGFeRD EN-16931-konform?
Geeignete ZUGFeRD-Profile können die Anforderungen erfüllen. Das BMF nennt ZUGFeRD ab Version 2.0.1 grundsätzlich als geeignet, ausgenommen die Profile MINIMUM und BASIC-WL.
Was ist ein Business Term?
Ein Business Term, kurz BT, ist ein einzelnes semantisches Informationselement. Beispiele sind BT-1 für die Rechnungsnummer oder BT-27 für den Verkäufernamen.
Was ist BT-10?
BT-10 ist die Buyer Reference beziehungsweise Käuferreferenz. Im deutschen B2G-Bereich wird dort häufig die Leitweg-ID angegeben. Im normalen B2B-Bereich besteht keine allgemeine Leitweg-ID-Pflicht.
Was bedeutet CIUS?
CIUS steht für Core Invoice Usage Specification. Eine CIUS konkretisiert den EN-16931-Kern für einen bestimmten Anwendungsfall. XRechnung ist beispielsweise eine CIUS.
Welche XML-Syntaxen sind für EN 16931 wichtig?
Für die praktische Umsetzung spielen insbesondere UBL und UN/CEFACT CII eine zentrale Rolle. Welche konkrete Version verwendet wird, bestimmt das jeweilige Syntaxbinding beziehungsweise Rechnungsformat.
Muss jede deutsche E-Rechnung EN 16931 entsprechen?
EN 16931 ist der wichtigste Standardweg. Das deutsche Umsatzsteuerrecht erlaubt unter bestimmten Voraussetzungen aber auch andere vereinbarte strukturierte Formate, wenn die erforderlichen Angaben richtig und vollständig extrahiert werden können.
Muss eine EN-16931-Rechnung validiert werden?
Eine technische Validierung ist nicht für sich allein Voraussetzung für die steuerliche Anerkennung. Das BMF empfiehlt sie jedoch, weil technische und logische Fehler frühzeitig erkannt werden können.
Was hat EN 16931 mit ViDA zu tun?
Die 2026 überarbeitete Norm berücksichtigt stärker moderne B2B-Prozesse und Anforderungen, die mit der europäischen Digitalisierung des Umsatzsteuer- und Meldesystems im Rahmen von VAT in the Digital Age verbunden sind.
Passende Ratgeber
Offizielle Quellen und technische Grundlagen
- Europäische Kommission – European Standard and Specifications
- Europäische Kommission – Required syntaxes
- KoSIT / XStandards Einkauf – XRechnung und EN 16931
- KoSIT – EN 16931-1:2026 und Ausblick auf XRechnung 4.0
- Bundesministerium der Finanzen – FAQ zur E-Rechnung, Stand März 2026
- DIN Media – DIN EN 16931-1:2026-10
- DIN Media – CEN/TS 16931-7 zur CIUS-Methodik
Rechts- und Technikstand zuletzt geprüft am 12. September 2026. EN 16931-1:2026 ist auf europäischer Ebene die neue Fassung. Die Migration in nationale Umsetzungen, CIUS, Syntaxbindings und Validierungsartefakte erfolgt schrittweise. In Deutschland ist DIN EN 16931-1:2026-10 vorab bereitgestellt und für Oktober 2026 datiert; DIN EN 16931-1:2020-12 wird derzeit noch als aktuell geführt. XRechnung, ZUGFeRD und Peppol besitzen eigene Releasezyklen. Diese Seite dient der allgemeinen Information und ersetzt keine individuelle steuerliche, rechtliche oder technische Beratung.