Der Standard hinter jeder EU-E-Rechnung
Wenn Sie sich mit E-Rechnungen in Europa beschäftigt haben, ist Ihnen „EN 16931" sicher überall begegnet — in Verordnungen, Softwarebeschreibungen und Compliance-Checklisten. Aber die meisten Erklärungen setzen voraus, dass Sie bereits wissen, worum es geht. Dieser Artikel erklärt es von Grund auf.
EN 16931 ist ein europäischer Standard, der festlegt, welche Daten eine elektronische Rechnung enthalten muss. Er definiert nicht, wie die Rechnung visuell aussieht. Er schreibt keine bestimmte Software vor. Er definiert das Datenmodell — den spezifischen Satz an Informationsfeldern, die eine E-Rechnung gültig und EU-weit interoperabel machen.
Stellen Sie es sich als gemeinsame Sprache vor. Ob Sie Freiberufler in Berlin, Kleinunternehmer in Lyon oder Zulieferer der niederländischen Regierung sind — EN 16931 stellt sicher, dass die Rechnungen, die Sie senden, von jedem kompatiblen System auf der Empfängerseite verstanden und verarbeitet werden können.
Warum gibt es diesen Standard?
Vor EN 16931 hatte jedes EU-Land — und oft sogar einzelne Branchen innerhalb eines Landes — sein eigenes Rechnungsformat. Eine deutsche Rechnung sah auf Datenebene anders aus als eine italienische. Grenzüberschreitende Rechnungsstellung bedeutete manuelle Dateneingabe, Formatkonvertierung und ständige Kompatibilitätsprobleme.
Die Europäische Kommission hat dies durch die Vorgabe eines einheitlichen semantischen Standards für E-Rechnungen gemäß EU-Richtlinie 2014/55/EU gelöst. Der Standard wurde vom CEN (Europäisches Komitee für Normung) entwickelt und 2017 veröffentlicht. Sein vollständiger Titel lautet:
EN 16931-1:2017 — Elektronische Rechnungsstellung — Teil 1: Semantisches Datenmodell der Kernelemente einer elektronischen Rechnung
Das Ziel war klar: Ein Datenmodell definieren, das alle EU-Mitgliedstaaten akzeptieren, damit eine E-Rechnung aus einem beliebigen Land in einem anderen Land ohne Änderung verarbeitet werden kann.
Was EN 16931 konkret definiert
EN 16931 ist ein semantisches Datenmodell. Das bedeutet, es definiert die Bedeutung und Struktur von Rechnungsdaten — die Felder, ihre Beziehungen und die Geschäftsregeln, die sie bestimmen. Es definiert nicht das visuelle Layout oder das technische Dateiformat.
Folgendes deckt der Standard ab:
Felder auf Dokumentebene
Jede konforme Rechnung muss enthalten:
- Rechnungsnummer — eindeutig im System des Verkäufers
- Ausstellungsdatum — wann die Rechnung erstellt wurde
- Rechnungsartcode — 380 für eine Standardrechnung, 381 für eine Gutschrift und andere für spezielle Szenarien
- Währungscode — der ISO-4217-Code (EUR, USD, GBP usw.)
- Fälligkeitsdatum — wann die Zahlung erwartet wird (falls zutreffend)
- Käuferreferenz — eine Referenz, die der Käufer zur Identifizierung der Transaktion verwendet (z. B. Bestellnummer)
Verkäuferinformationen
Das rechnungsstellende Unternehmen muss angeben:
- Offizieller Name
- Postanschrift einschließlich Ländercode
- Mindestens eine Steuerkennung (USt-IdNr. für EU-Unternehmen)
- Elektronische Adresse (in der Regel E-Mail, mit Scheme-Code identifiziert)
- Handelsregisternummer mit der korrekten ISO-6523-Scheme-ID für das jeweilige Land
Käuferinformationen
Der Kunde muss identifiziert werden mit:
- Offizieller Name
- Postanschrift einschließlich Ländercode
- USt-IdNr. (erforderlich für B2B innerhalb der EU)
- Elektronische Adresse
Positionen
Jeder Waren- oder Dienstleistungseintrag muss enthalten:
- Beschreibung
- Menge und Mengeneinheit (unter Verwendung der UN/ECE-Empfehlung 20 — „HUR" für Stunden, „DAY" für Tage, „C62" für Einheiten)
- Stückpreis (netto)
- Positionssumme
- MwSt.-Satz und MwSt.-Kategoriecode
Steuerzusammenfassung
Eine Aufschlüsselung der Steuer über alle Positionen:
- Steuerbemessungsgrundlage pro MwSt.-Satz
- Steuerbetrag pro MwSt.-Satz
- MwSt.-Kategoriecode: „S" für Standard, „E" für befreit, „AE" für Reverse Charge, „Z" für Nullsatz
- Der geltende MwSt.-Prozentsatz
Summen
- Summe aller Nettopositionen
- Gesamtsteuerbetrag
- Rechnungssumme einschließlich Steuer
- Fälliger Zahlungsbetrag
Zahlungsinformationen
- Zahlungsartcode (30 für Banküberweisung, 58 für SEPA-Überweisung, 59 für SEPA-Lastschrift)
- Bankverbindung (IBAN, optional BIC)
- Zahlungsbedingungen oder Fälligkeitsdatum
EN 16931 vs. Factur-X vs. ZUGFeRD vs. UBL vs. Peppol
Hier beginnt die Verwirrung. So hängt alles zusammen:
EN 16931 ist das abstrakte Datenmodell. Es sagt, welche Daten vorhanden sein müssen, aber nicht in welchem Dateiformat.
CII (Cross Industry Invoice) und UBL (Universal Business Language) sind die beiden XML-Syntaxen, in denen EN 16931 ausgedrückt werden kann. Es sind unterschiedliche technische Formate, die dieselben Daten transportieren. Der Standard unterstützt offiziell beide.
Factur-X / ZUGFeRD nutzt die CII-Syntax. Es nimmt das XML und bettet es in ein PDF/A-3-Dokument ein, wodurch eine hybride Rechnung entsteht.
Peppol BIS Billing 3.0 verwendet primär die UBL-Syntax. Es sendet das XML über das Peppol-Netzwerk ohne PDF-Hülle.
XRechnung ist der deutsche nationale Standard für Behördenrechnungen. Er verwendet die UBL-Syntax und fügt einige deutsche Spezial-Geschäftsregeln auf EN 16931 hinzu.
Die Hierarchie ist also:
- EN 16931 — das Datenmodell (welche Felder enthalten sein müssen)
- CII oder UBL — die XML-Syntax (wie die Datei strukturiert wird)
- Factur-X, Peppol BIS, XRechnung — konkrete Implementierungen (wie die Rechnung zugestellt wird)
Alle implementieren EN 16931. Wenn Ihre Rechnung auf Factur-X-EN 16931-Profil-Niveau konform ist, ist sie EN-16931-konform. Wenn sie Peppol BIS Billing 3.0 entspricht, ebenfalls. Es sind verschiedene Wege zum selben Ziel.
Die Profilstufen
EN 16931 selbst definiert eine Konformitätsstufe: Entweder enthält eine Rechnung alle Pflichtfelder und besteht die Geschäftsregeln, oder nicht. Es gibt kein „Basic" oder „Advanced" innerhalb des Standards.
Allerdings definiert Factur-X Profile, die zunehmende Datenvollständigkeit repräsentieren:
- Minimum — Rechnungsnummer, Datum, Parteien, Gesamtbetrag. Nicht EN-16931-konform.
- Basic WL — ergänzt Währung, Steueraufschlüsselung, Zahlungsinfos. Nicht vollständig EN-16931-konform.
- Basic — ergänzt Positionen. Nahe an, aber nicht vollständig EN-16931-konform.
- EN 16931 — alle Pflichtfelder von EN 16931. Dies ist das Compliance-Ziel.
- Extended — ergänzt optionale Felder über EN 16931 hinaus.
Wenn jemand fragt „Ist Ihre Rechnung EN-16931-konform?", fragt er, ob sie dem EN 16931-Profil oder höher entspricht.
Geschäftsregeln
EN 16931 ist nicht nur eine Feldliste. Es enthält Geschäftsregeln — logische Bedingungen, die die Daten erfüllen müssen. Einige Beispiele:
BR-CO-10: Die Summe aller Nettobeträge der Positionen muss dem Gesamtnettopositionsbetrag auf Rechnungsebene entsprechen. Anders gesagt: Ihre Positionen müssen korrekt addiert sein.
BR-CO-15: Die Rechnungssumme einschließlich Steuer muss der Rechnungssumme ohne Steuer plus dem Gesamtsteuerbetrag entsprechen. Grundlegende Arithmetik, aber Validatoren prüfen es genau, und Rundungsdifferenzen führen zu Fehlern.
BR-S-08: Wenn eine Position die MwSt.-Kategorie „S" (Standardsatz) verwendet, muss der MwSt.-Satz größer als null sein.
BR-AE-01 bis BR-AE-10: Regeln für Reverse-Charge-Rechnungen. Bei MwSt.-Kategorie „AE" darf kein Steuerbetrag berechnet werden, und die Rechnung muss einen speziellen Grundcode und Hinweis enthalten.
Es gibt insgesamt etwa 150 Geschäftsregeln. Validatoren wie die von ecosio oder FeRD prüfen alle. Eine strukturell gültige XML-Datei, die eine Geschäftsregel verletzt, besteht die Validierung trotzdem nicht.
Warum sollten Sie sich dafür interessieren?
Wenn Sie Freiberufler oder Inhaber eines kleinen Unternehmens sind, fragen Sie sich vielleicht, warum ein technischer Standard für Sie wichtig ist. Hier erfahren Sie warum:
Gesetzliche Pflicht. Mehrere EU-Länder schreiben E-Rechnungen gemäß EN 16931 vor. Deutschland, Frankreich, Belgien, Polen und andere führen zwischen jetzt und 2028 ihre Pflichten ein. Wenn Ihre Rechnungen den Standard nicht erfüllen, können sie abgelehnt werden.
Schnellere Zahlungen. Rechnungen, die EN 16931 entsprechen, können automatisch vom Buchhaltungssystem des Empfängers verarbeitet werden. Keine manuelle Dateneingabe bedeutet keine Verzögerungen.
Grenzüberschreitende Einfachheit. Ein Standard funktioniert in allen EU-Ländern. Sie müssen nicht deutsche und französische E-Rechnungsregeln separat lernen. Wenn Ihre Rechnung EN-16931-konform ist, funktioniert sie überall.
Zukunftssicherheit. Mit dem Fortschritt von ViDA (VAT in the Digital Age) ist EN 16931 die Basis. Jede künftige EU-weite E-Rechnungspflicht wird auf diesem Standard aufbauen.
So prüfen Sie, ob Ihre Rechnung konform ist
Der zuverlässigste Weg ist die Validierung. Mehrere kostenlose Tools stehen zur Verfügung:
Der ecosio Online-Validator prüft sowohl die XML-Struktur als auch die EN-16931-Geschäftsregeln. Laden Sie Ihr CII- oder UBL-XML hoch und erhalten Sie sofortiges Feedback.
Der KoSIT Validator (Deutschland) ist das offizielle deutsche Validierungstool für XRechnung und andere EN-16931-Formate.
Chorus Pro (Frankreich) validiert Rechnungen an französische Behörden.
Nutzen Sie Factur-X, ist das XML in Ihr PDF eingebettet. Sie müssen es zuerst extrahieren und dann an einen Validator hochladen.
Worauf Validatoren prüfen:
- Sind alle Pflichtfelder vorhanden?
- Haben die Werte das korrekte Format (Daten, Codes, Beträge)?
- Stimmen die Summen?
- Sind die Geschäftsregeln erfüllt?
- Ist die korrekte Profilkennung im XML vorhanden?
Wie Facturwise EN 16931 handhabt
Facturwise erstellt Rechnungen automatisch auf dem EN 16931-Profil. Wenn Sie eine Rechnung erstellen, geschieht Folgendes:
- Ihre Rechnungsdaten werden auf den vollständigen Satz der EN-16931-Pflichtfelder abgebildet
- Gültiges CII-XML mit der korrekten Profilkennung wird generiert (
urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:en16931) - Das XML wird in ein PDF/A-3b-Dokument mit korrekten XMP-Metadaten eingebettet
- Die korrekten ISO-6523-Scheme-IDs werden anhand des Landes jeder Partei zugewiesen
- Steuerzusammenfassungen werden berechnet und die arithmetische Konsistenz der Summen wird geprüft
Sie füllen Ihre Rechnung normal aus — Kundenname, Positionen, Beträge — und die Compliance-Schicht arbeitet im Hintergrund. Keine Konfiguration, kein technisches Wissen erforderlich.
Sie müssen keine Geschäftsregeln auswendig lernen und keine XML-Syntax verstehen. Facturwise bildet Ihre Rechnungsdaten automatisch auf den vollständigen EN-16931-Standard ab — jedes Feld, jede Berechnung, jede Validierung — damit Sie sich auf Ihre Arbeit konzentrieren können statt auf Compliance-Formalitäten. Erstellen Sie jetzt Ihre erste EN-16931-konforme Rechnung — kostenlos.