EN 16931
EN 16931 ist die europäische Norm, die das semantische Datenmodell einer elektronischen Rechnung festlegt – also welche Angaben eine E-Rechnung enthält und was sie bedeuten. Sie bildet die inhaltliche Grundlage für Formate wie XRechnung und ZUGFeRD.
EN 16931 ist die europäische Norm, die das semantische Datenmodell einer elektronischen Rechnung definiert: Sie legt fest, welche Informationen eine E-Rechnung enthalten kann, wie diese Angaben heißen, was sie fachlich bedeuten und welche davon zwingend sind. Die Norm wurde vom europäischen Normungsgremium CEN im Auftrag der EU-Kommission entwickelt und 2017 veröffentlicht. Ihr Kern ist ein sogenanntes „Kernrechnungsmodell" (Core Invoice Model) aus rund 160 fachlichen Rechnungselementen – von der Rechnungsnummer über Positionsdaten und Steuersätze bis zu Zahlungsbedingungen und Käuferreferenz.
Wichtig ist die Rolle, die EN 16931 einnimmt: Sie ist kein Dateiformat, sondern ein inhaltliches Regelwerk. Formate wie die deutsche XRechnung, das Hybridformat ZUGFeRD oder das internationale Peppol BIS Billing setzen dieses Modell in konkrete XML-Syntaxen um. Wer also von einer normkonformen E-Rechnung spricht, meint eine Rechnung, deren Daten und Regeln der EN 16931 entsprechen – unabhängig davon, in welcher technischen Ausprägung sie letztlich übertragen wird. Damit ist die Norm der gemeinsame Nenner, der die europaweite Interoperabilität elektronischer Rechnungen überhaupt erst ermöglicht.
Auf einen Blick
- Europäische Norm (CEN, 2017) für das semantische Datenmodell der E-Rechnung
- Definiert rund 160 fachliche Rechnungselemente – kein Dateiformat, sondern Inhaltsmodell
- Erlaubt zwei XML-Syntaxen: UBL 2.1 und UN/CEFACT CII
- Grundlage für XRechnung, ZUGFeRD (ab Profil EN 16931) und Peppol BIS Billing
- Entstanden aus der EU-Richtlinie 2014/55/EU; Basis der deutschen B2B-E-Rechnungspflicht
Was EN 16931 regelt – und was nicht
EN 16931 beschreibt die Semantik einer Rechnung, nicht ihre äußere Form. Die Norm bündelt die Rechnungsinhalte in einem strukturierten Modell aus Gruppen und Einzelfeldern: Jedes Element hat eine eindeutige Kennung (etwa BT-1 für die Rechnungsnummer), eine definierte Bedeutung, einen Datentyp und eine Angabe, ob es verpflichtend, bedingt oder optional ist. Dadurch versteht jedes empfangende System exakt, was ein Wert aussagt – ein Betrag im Feld „Nettosumme" ist überall in Europa dieselbe Größe.
Was die Norm bewusst offenlässt, ist der Übertragungsweg. Ob eine Rechnung per E-Mail, über ein Portal oder ein Netzwerk wie Peppol verschickt wird, ist nicht Gegenstand von EN 16931. Ebenso wenig schreibt sie ein einzelnes Dateiformat vor. Sie definiert vielmehr eine gemeinsame fachliche Sprache, die von verschiedenen technischen Formaten „gesprochen" werden kann. Genau diese Trennung von Inhalt und Transport macht die Norm robust und langlebig.
Aufbau der Norm: Datenmodell, Syntaxen und Regeln
Die eigentliche Norm EN 16931-1 enthält das semantische Kernmodell. Ergänzt wird sie durch technische Spezifikationen, die festlegen, wie das Modell in maschinenlesbares XML überführt wird, sowie durch einen umfangreichen Satz an Prüfregeln (Business Rules), gegen die jede Rechnung validiert werden kann.
Die zwei erlaubten Syntaxen
EN 16931 lässt genau zwei XML-Syntaxen zu, in denen das Kernmodell technisch abgebildet werden darf: UBL 2.1 (Universal Business Language) und UN/CEFACT CII (Cross Industry Invoice). Beide transportieren dieselben fachlichen Informationen, unterscheiden sich aber in Aufbau und Feldnamen. In Deutschland ist CII besonders verbreitet, etwa bei ZUGFeRD; XRechnung unterstützt beide Syntaxen. Weil beide auf dasselbe semantische Modell verweisen, lassen sie sich verlustfrei ineinander überführen.
Business Rules und Validierung
Zum Standard gehört ein Satz maschinenlesbarer Geschäftsregeln, die mit Kennungen wie BR-1 oder BR-CO-10 versehen sind. Sie prüfen etwa, ob Pflichtfelder vorhanden sind, ob Summen rechnerisch stimmen und ob Steuerangaben konsistent sind. Eine Rechnung gilt nur dann als normkonform, wenn sie diese Regeln fehlerfrei durchläuft. Empfangende Systeme und öffentliche Validierungsdienste nutzen exakt diesen Regelsatz, um eingehende Belege automatisch zu prüfen – ein zentraler Vorteil gegenüber unstrukturierten Rechnungen.
EN 16931, XRechnung, ZUGFeRD und Peppol im Zusammenspiel
Die Norm ist die Basis, auf der die praktisch genutzten Formate aufsetzen. Um sie an nationale oder branchenspezifische Anforderungen anzupassen, sieht EN 16931 sogenannte CIUS (Core Invoice Usage Specifications) und Extensions vor. Eine CIUS schränkt das Kernmodell ein oder präzisiert es, ohne ihm zu widersprechen – sie fügt keine neuen Pflichten hinzu, die der Norm zuwiderlaufen.
Die deutsche XRechnung ist genau so eine CIUS: Sie konkretisiert EN 16931 für den deutschen Verwaltungsbereich, etwa durch eine verpflichtende Leitweg-ID. ZUGFeRD wiederum ist ein Hybridformat, dessen Profile ab der Stufe „EN 16931" (früher „Comfort") die Norm erfüllen und deren Datensatz sich in eine PDF/A-3-Datei einbetten lässt. Auf internationaler Ebene ist Peppol BIS Billing 3.0 ebenfalls eine CIUS der Norm und regelt zusätzlich den Austausch über das Peppol-Netzwerk. Alle drei sprechen dieselbe fachliche Sprache – deshalb ist eine XRechnung für ein System, das EN 16931 verarbeitet, grundsätzlich lesbar.
Warum EN 16931 im ERP-System wichtig ist
Für ein ERP-System ist EN 16931 der Maßstab, an dem sich die Rechnungsfunktionen ausrichten müssen. Auf der Ausgangsseite muss das System aus den vorhandenen Beleg- und Stammdaten – Debitor, Positionen, Steuerschlüssel, Zahlungsbedingungen – einen normkonformen Datensatz erzeugen, der alle Pflicht-Elemente korrekt füllt und die Business Rules besteht. Fehlt etwa eine gültige Käuferreferenz oder passt ein Steuersatz nicht zur Steuerkategorie, wird die Rechnung bei der Validierung abgewiesen.
Auf der Eingangsseite erlaubt die Norm die vollautomatische Verarbeitung: Weil jedes Feld eine definierte Bedeutung hat, kann das ERP eine eingehende Rechnung ohne Abtippen einlesen, den offenen Bestellungen zuordnen und im Dreiwege-Abgleich mit Bestellung und Wareneingang prüfen. Voraussetzung dafür ist saubere Datenqualität in den Stammdaten und eine korrekt hinterlegte Steuerlogik. Praktisch bedeutet EN 16931 daher weniger, dass Anwender die Norm selbst kennen müssen – vielmehr sollte das ERP oder eine angebundene Rechnungslösung die Konformität und Validierung im Hintergrund sicherstellen.
DACH-Besonderheiten und Abgrenzung
In Deutschland ist EN 16931 das inhaltliche Fundament der B2B-E-Rechnungspflicht: Als E-Rechnung gilt seit 2025 nur ein Beleg, der in einem strukturierten Format ausgestellt ist und der Norm entspricht oder mit ihr interoperabel ist. In Österreich stützt sich der Rechnungsaustausch mit der Verwaltung ebenfalls auf europäische Standards, häufig über das Unternehmensserviceportal oder Peppol; die Schweiz als Nicht-EU-Land ist nicht an die Norm gebunden, orientiert sich in der Praxis aber teils an denselben Formaten.
Abzugrenzen ist EN 16931 klar von den Begriffen, mit denen sie oft verwechselt wird. Sie ist nicht die E-Rechnung selbst, sondern deren inhaltliches Modell. Sie ist kein Format wie XRechnung oder ZUGFeRD, sondern deren Grundlage. Und sie ist kein Übertragungsnetz wie Peppol, sondern beschreibt nur, was in der Rechnung steht. Wer diese Ebenen trennt – Inhalt (Norm), Format (Syntax/Profil) und Transport (Netzwerk) –, versteht die E-Rechnung ohne die typischen Missverständnisse. Dieser Artikel gibt einen allgemeinen Überblick und ersetzt keine steuerliche Beratung im Einzelfall.
Praxisbeispiel
Beispiel: Mittelständler prüft seine Rechnungen gegen EN 16931
Ein mittelständischer Maschinenbauer stellt seine Ausgangsrechnungen auf ZUGFeRD um. Im ERP wird beim Erzeugen jeder Rechnung ein XML-Datensatz nach EN 16931 gebildet und in die PDF/A-3-Datei eingebettet. Vor dem Versand läuft die Rechnung automatisch gegen die Business Rules der Norm: Ein Beleg, bei dem der Steuerbetrag nicht zur ausgewiesenen Nettosumme passt, wird abgefangen, bevor er den Kunden erreicht.
Auf der Eingangsseite empfängt derselbe Betrieb Lieferantenrechnungen als XRechnung. Weil beide Formate auf EN 16931 beruhen, liest das ERP die strukturierten Daten unmittelbar aus, ordnet sie der passenden Bestellung zu und stößt den Freigabeworkflow an. Der Buchhaltung bleibt das manuelle Erfassen erspart; die Belege wandern revisionssicher ins Archiv und werden über die DATEV-Schnittstelle an die Kanzlei übergeben.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Quellen
Fragen zu EN 16931 in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.