EN 16931 einfach erklärt: Die Norm hinter jeder E-Rechnung

Wenn deutsche Gesetze oder Formate von einer „gültigen E-Rechnung" sprechen, ist fast immer dieselbe Zahl im Hintergrund gemeint: EN 16931. Das ist keine Software und kein Dateiformat, sondern eine europäische Norm — eine Art gemeinsames Wörterbuch, auf das sich alle EU-Länder geeinigt haben, damit Rechnungen über Ländergrenzen hinweg maschinell verstanden werden. XRechnung und ZUGFeRD sind beides nur Umsetzungen dieser einen Norm.

Was eine Norm in diesem Zusammenhang bedeutet

„EN" steht für „Europäische Norm", herausgegeben vom europäischen Normungsgremium CEN. EN 16931 wurde ab 2017 entwickelt, ursprünglich damit öffentliche Auftraggeber (Behörden) in ganz Europa elektronische Rechnungen einheitlich verarbeiten können. Der deutsche Gesetzgeber hat dieselbe Norm 2024/2025 zur Grundlage der allgemeinen B2B-E-Rechnungspflicht gemacht — deshalb verweist § 14 UStG direkt auf sie.

Wichtig zu verstehen: Die Norm schreibt nicht vor, wie eine Datei technisch aussehen muss (XML? PDF?). Sie schreibt vor, welche Informationen enthalten sein müssen und wie sie heißen. Das technische „Wie" übernehmen Formate wie XRechnung oder ZUGFeRD, die die Norm jeweils auf ihre Weise umsetzen.

Die drei Bausteine der Norm

EN 16931 besteht aus drei Teilen, die aufeinander aufbauen:

1. Die semantische Datenmodell — BT und BG

Das Herzstück ist eine Liste aller Angaben, die eine Rechnung enthalten kann oder muss: Rechnungsnummer, Datum, Verkäufername, IBAN, Steuersatz je Position, Gesamtsumme und so weiter. Jede dieser Angaben hat eine feste Bezeichnung:

• BT steht für „Business Term" — ein einzelnes Datenfeld, zum Beispiel BT-1 für die Rechnungsnummer oder BT-5 für die Währung.
• BG steht für „Business Group" — eine Gruppe zusammengehöriger Felder, zum Beispiel BG-25 für eine komplette Rechnungsposition mit Menge, Preis und Bezeichnung.

Diese Nummern sind sprachneutral. Ob eine Rechnung aus Deutschland, Italien oder Finnland kommt: BT-1 ist immer die Rechnungsnummer. Genau das macht die Norm für den europäischen Handel wertvoll.

2. Zwei erlaubte Syntaxen — UBL und CII

Das Datenmodell allein ist noch keine Datei. Um es tatsächlich als XML zu schreiben, erlaubt die Norm zwei unterschiedliche „Sprachen" (Syntaxen):

Beide Syntaxen tragen dieselben BT-Felder, nur mit unterschiedlichen XML-Bezeichnern und unterschiedlicher Struktur. Eine Rechnung in UBL und dieselbe Rechnung in CII sind inhaltlich austauschbar — wie derselbe Text in zwei verschiedenen Schriftarten. Das erklärt auch, warum XRechnung (meist UBL) und ZUGFeRD (CII) technisch verschieden aussehen, obwohl beide „EN 16931" sind. Ein konkretes Beispiel, wie ein UBL-Ausschnitt aussieht, zeigt der Artikel E-Rechnung Beispiel.

3. Die Geschäftsregeln — BR-*

Der dritte Baustein prüft nicht nur, ob Felder vorhanden sind, sondern ob ihre Werte logisch zueinander passen. Diese Prüfregeln heißen BR („Business Rule") und sind durchnummeriert, zum Beispiel:

• BR-CO-15: Der Bruttobetrag muss rechnerisch aus Nettobetrag plus Steuerbetrag stammen.
• BR-DE-15: eine deutsche Zusatzregel, die bei Behördenrechnungen eine gültige Leitweg-ID verlangt.

Verstößt eine Rechnung gegen eine dieser Regeln, meldet ein Prüfprogramm genau diesen Code. Unser Fehlercode-Verzeichnis übersetzt jeden BR-Code in eine verständliche Erklärung samt Lösung; wer eine eigene Datei prüfen will, zieht sie einfach in den Validator.

Warum das deutsche Gesetz genau auf diese Norm verweist

§ 14 UStG verlangt seit 2025 für inländische B2B-Rechnungen ein „strukturiertes elektronisches Format, das der europäischen Norm EN 16931 entspricht". Der Gesetzgeber hat damit bewusst kein eigenes deutsches Format erfunden, sondern sich an eine bestehende, europaweit abgestimmte Norm angehängt. Vorteil: Software, die für ein anderes EU-Land EN-16931-Rechnungen erzeugt, kann mit kleinen Anpassungen auch deutsche E-Rechnungen erzeugen — und umgekehrt.

Was „EN-16931-konform" praktisch bedeutet

Eine Datei ist konform, wenn drei Dinge gleichzeitig stimmen:

Nur wenn alle drei Ebenen bestehen, gilt eine Datei als gültige E-Rechnung nach § 14 UStG — unabhängig davon, ob sie als reines XML (XRechnung) oder eingebettet in ein PDF (ZUGFeRD) daherkommt. Details zu diesem Format-Unterschied stehen im Artikel XRechnung oder ZUGFeRD, eine Erklärung des ZUGFeRD-Formats selbst im Artikel Was ist ZUGFeRD.

Häufige Fragen

Muss ich EN 16931 selbst lesen, um E-Rechnungen zu verarbeiten? Nein. Die Norm richtet sich an Software-Hersteller. Als Nutzer reicht es zu wissen, dass „konform zu EN 16931" gleichbedeutend ist mit „gültige E-Rechnung" — die technische Prüfung übernimmt ein Validator.

Ist EN 16931 nur für Deutschland? Nein, sie gilt europaweit und wurde ursprünglich für öffentliche Auftraggeber in der gesamten EU entwickelt. Deutschland hat sie zusätzlich zur Grundlage der allgemeinen B2B-Pflicht gemacht.

Was ist der Unterschied zwischen BT und BR? BT (Business Term) beschreibt ein Datenfeld selbst, BR (Business Rule) beschreibt eine Prüfregel, die die Werte mehrerer Felder auf Plausibilität abgleicht.

Erzeugt EN 16931 immer dieselbe Datei? Nein — dieselben Daten können in UBL- oder CII-Syntax geschrieben sein und trotzdem beide konform sein. Die Norm legt den Inhalt fest, nicht ein einziges starres Dateiformat.

Dieser Artikel ist keine Steuer- oder Rechtsberatung. Für die verbindliche Einordnung Ihres Falls wenden Sie sich an Ihre Steuerberatung.

Quellen

• KoSIT: Standard XRechnung (Umsetzung von EN 16931 in Deutschland)
• FeRD: ZUGFeRD-Format
• Bundesfinanzministerium: FAQ zur E-Rechnung (abgerufen 14.08.2026)
• § 14 UStG