Die EN 16931 ist der europäische Standard für elektronische Rechnungen und bildet die Grundlage für die E-Rechnungspflicht in Deutschland, Österreich und der gesamten EU. In diesem umfassenden Leitfaden erfahren Sie alles über den Standard, seine Implementierung und praktische Umsetzung.
Was ist EN 16931?
EN 16931 ist eine europäische Norm für elektronische Rechnungen, die von der EU-Kommission im Jahr 2017 eingeführt wurde. Sie definiert ein semantisches Datenmodell (das "Core Data Model"), das von allen EU-Mitgliedsstaaten für die elektronische Abrechnung mit öffentlichen Auftraggebern verwendet werden muss.
Die drei Ebenen des Standards
Der EN 16931 Standard besteht aus drei aufeinander aufbauenden Ebenen:
1. Semantisches Datenmodell (Core)
- Definiert 143 Datenelemente (Business Terms, BT)
- Europaweit einheitliche Bedeutung jedes Feldes
- Beispiel: BT-1 = Rechnungsnummer, BT-5 = Rechnungswährung
2. Geschäftsregeln (Business Rules)
- 88 europäische Regeln (BR-Regeln)
- Nationale Erweiterungen (z.B. 24 BR-DE-Regeln für Deutschland)
- Validierungslogik für korrekte Rechnungen
3. Syntax Bindings (Implementierungen)
- UBL (Universal Business Language) - XML-Format
- CII (Cross Industry Invoice) - XML-Format von UN/CEFACT
- ZUGFeRD basiert auf CII
- XRechnung basiert auf UBL
Wichtig: EN 16931 ist keine konkrete Datei, sondern ein abstraktes Datenmodell. XRechnung und ZUGFeRD sind die konkreten Implementierungen für Deutschland.
Das Core Data Model: 143 Datenelemente
Der EN 16931 Standard definiert 143 Business Terms (BT), die in verschiedene Kategorien unterteilt sind:
Pflichtfelder (Mandatory)
Die wichtigsten Pflicht-Datenelemente, die in jeder EN 16931-konformen Rechnung enthalten sein müssen:
| BT-Nummer | Bezeichnung | Beispiel |
|---|---|---|
| BT-1 | Invoice number | INV-2026-001 |
| BT-2 | Issue date | 2026-01-11 |
| BT-3 | Invoice type code | 380 (Commercial invoice) |
| BT-5 | Invoice currency code | EUR |
| BT-6 | VAT accounting currency | EUR |
| BT-27 | Seller name | Müller Consulting GmbH |
| BT-30 | Seller country code | DE |
| BT-31 | Seller VAT identifier | DE123456789 |
| BT-44 | Buyer name | Stadt München |
| BT-48 | Buyer VAT identifier | DE987654321 |
| BT-55 | Buyer country code | DE |
| BT-106 | Sum of Invoice line net amount | 1000.00 |
| BT-110 | Invoice total amount with VAT | 1190.00 |
| BT-112 | Invoice total amount without VAT | 1000.00 |
| BT-115 | Amount due for payment | 1190.00 |
| BT-126 | Invoice line identifier | 1 |
| BT-129 | Invoiced quantity | 10 |
| BT-130 | Invoiced quantity unit | H87 (piece) |
| BT-131 | Invoice line net amount | 1000.00 |
| BT-146 | Item name | Beratungsleistung |
| BT-151 | Item price | 100.00 |
Bedingt Pflichtfelder (Conditional)
Felder, die unter bestimmten Bedingungen Pflicht sind:
- BT-10 (Buyer reference) - Pflicht bei Behörden-Rechnungen in Deutschland (Leitweg-ID)
- BT-11 (Project reference) - Pflicht, wenn Projekt vereinbart
- BT-49 (Buyer electronic address) - Pflicht bei elektronischer Zustellung
- BT-118 (Paid amount) - Pflicht bei Teilzahlungen
Optionale Felder
Weitere 112 optionale Felder für detailliertere Informationen:
- Zahlungsbedingungen (BT-9, BT-20, BT-21)
- Bankverbindung (BT-84 bis BT-86)
- Rabatte und Zuschläge
- Lieferinformationen
- Positionsbeschreibungen
Business Rules: Validierungslogik
Der EN 16931 Standard definiert 88 europäische Business Rules (BR), die die Validierungslogik festlegen. Deutschland ergänzt diese mit 24 nationalen Regeln (BR-DE).
Wichtige BR-Regeln (Europa)
BR-1: Eine Rechnung muss einen Rechnungscode haben (BT-1).
BR-2: Eine Rechnung muss ein Rechnungsdatum haben (BT-2).
BR-10: Eine Rechnung muss den Verkäufernamen enthalten (BT-27).
BR-CO-15: Eine Rechnung mit MwSt muss die MwSt-Identifikationsnummer des Verkäufers enthalten (BT-31).
BR-CO-17: Die Summe der Zeilenbeträge muss gleich der Summe aller Rechnungspositionen sein.
BR-DE-Regeln (Deutschland)
BR-DE-1: Der Code für die Rechnungswährung muss EUR sein.
- ❌ Rechnungen in USD, CHF, etc. sind nicht zulässig
BR-DE-15: Bei Rechnungen an öffentliche Auftraggeber muss eine Buyer reference (BT-10) übermittelt werden.
- ✅ Dies ist die Leitweg-ID für Behörden-Rechnungen
BR-DE-16: Die Buyer reference muss dem Format 991-XXXXX-XX-XX entsprechen (18-20 Zeichen).
BR-DE-17: Der Seller electronic address (BT-34) muss, wenn angegeben, dem Format XXX@XXX.XX entsprechen.
BR-DE-18: Der Buyer electronic address (BT-49) muss, wenn angegeben, dem Format XXX@XXX.XX entsprechen.
Validierung: Nutzen Sie unseren kostenlosen XRechnung-Validator, um Ihre Rechnung auf EN 16931-Konformität zu prüfen.
Syntax Bindings: UBL vs. CII
EN 16931 definiert zwei offizielle Syntax Bindings:
UBL (Universal Business Language)
- XML-Standard von OASIS
- XRechnung (Deutschland) basiert auf UBL
- Peppol BIS Billing 3.0 (International) basiert auf UBL
- Komplexere Struktur, mehr Namespaces
Beispiel UBL-Struktur:
INV-2026-001
2026-01-11
380
EUR
CII (Cross Industry Invoice)
- XML-Standard von UN/CEFACT
- ZUGFeRD (Deutschland) basiert auf CII
- Factur-X (Frankreich) basiert auf CII
- Flachere Struktur, weniger Namespaces
Beispiel CII-Struktur:
urn:cen.eu:en16931:2017
XRechnung vs. ZUGFeRD: Was ist der Unterschied?
Beide Formate sind EN 16931-konform, unterscheiden sich aber in Details:
| Merkmal | XRechnung | ZUGFeRD |
|---|---|---|
| Basis | UBL (OASIS) | CII (UN/CEFACT) |
| Format | Nur XML | Hybrid (PDF + XML) |
| Profil | XRechnung 3.0.2 | ZUGFeRD 2.3 |
| Behörden | ✅ Pflicht für Bund | ✅ Akzeptiert von Bund |
| Länder | Bundesländer unterschiedlich | Bundesländer unterschiedlich |
| Lesbarkeit | Nur maschinell | Menschen + Maschinen (PDF) |
| Dateigröße | Kleiner (~20 KB) | Größer (~200 KB) |
| Profile | MINIMUM, BASIC, EN 16931 | MINIMUM, BASIC WL, BASIC, EN 16931, EXTENDED, XRECHNUNG |
Tipp: Für maximale Kompatibilität empfehlen wir ZUGFeRD 2.3 im Profil EN 16931 oder XRECHNUNG. Damit sind Sie sowohl bei Behörden als auch bei Unternehmen auf der sicheren Seite.
Mehr Details: XRechnung vs. ZUGFeRD: Der vollständige Vergleich
EN 16931 Profile: MINIMUM, BASIC, EN 16931
Der Standard definiert drei Compliance-Level:
MINIMUM Profil
- 43 Pflichtfelder (absolutes Minimum)
- Keine Detailinformationen zu Positionen
- Nicht empfohlen für deutsche Unternehmen
- Beispiel: Einfache Rechnungen ohne Positionsdetails
BASIC Profil (BASIC WL für ZUGFeRD)
- 80 Felder (MINIMUM + zusätzliche Pflichtfelder)
- Positionsdetails enthalten
- Empfohlen für einfache B2B-Rechnungen
- Beispiel: Standard-Rechnungen mit wenigen Positionen
EN 16931 Profil (COMFORT)
- 143 Felder (alle Felder des Standards)
- Vollständige Detailinformationen
- Empfohlen für Behörden-Rechnungen und komplexe B2B-Rechnungen
- Beispiel: Rechnungen mit Rabatten, Zuschlägen, Projektbezug
Praxis-Tipp: Für Deutschland sollten Sie mindestens das BASIC-Profil verwenden. Für Behörden-Rechnungen ist das EN 16931-Profil (= COMFORT bei ZUGFeRD) Pflicht.
Compliance-Checkliste: EN 16931 erfüllen
✅ 1. Pflichtfelder prüfen
- Rechnungsnummer (BT-1) vorhanden?
- Rechnungsdatum (BT-2) im Format YYYY-MM-DD?
- Verkäufername (BT-27) und Adresse?
- Käufername (BT-44) und Adresse?
- USt-IdNr. (BT-31, BT-48) bei Reverse-Charge?
✅ 2. Beträge korrekt
- Summe Nettobetrag (BT-106) = Summe aller Positionen?
- MwSt-Berechnung (BT-110) korrekt?
- Zahlbetrag (BT-115) = Bruttobetrag - Abzüge?
✅ 3. Business Rules einhalten
- Währung = EUR (BR-DE-1)?
- Leitweg-ID bei Behörden (BR-DE-15)?
- MwSt-Kategorien korrekt (BR-CO-15)?
✅ 4. Syntax Binding wählen
- XRechnung (UBL) oder ZUGFeRD (CII)?
- Profil: MINIMUM, BASIC oder EN 16931?
- XML-Struktur valide?
✅ 5. Validierung durchführen
- XRechnung-Validator nutzen
- Fehlerfreie Validierung?
- Warnungen prüfen und beheben?
✅ 6. Archivierung vorbereiten
- GoBD-konforme Speicherung?
- Unveränderbarkeit gewährleistet?
- 10 Jahre aufbewahren?
EN 16931 in der Praxis: Implementierung
Schritt 1: Format und Profil wählen
Für Behörden-Rechnungen:
- ✅ XRechnung 3.0.2 (UBL) im Profil EN 16931
- ✅ ZUGFeRD 2.3 im Profil XRECHNUNG
Für B2B-Rechnungen:
- ✅ ZUGFeRD 2.3 im Profil EN 16931 oder BASIC WL
- ✅ XRechnung 3.0.2 (wenn Empfänger dies fordert)
Schritt 2: Software auswählen
Optionen für die Erstellung:
- Rechnungssoftware mit EN 16931-Support
- Clever Invoice - Automatische XRechnung & ZUGFeRD-Erzeugung - DATEV, lexoffice, sevDesk, etc.
- Converter-Tools
- PDF → XRechnung Konverter - CSV → ZUGFeRD Konverter
- Eigenentwicklung
- Musterdateien verwenden - XML-Bibliotheken (z.B. lxml für Python) - Validierung mit KoSIT-Validator
Schritt 3: Datenquellen anbinden
Welche Daten benötigen Sie für EN 16931?
- Stammdaten: Verkäufer, Käufer, Bankverbindung
- Rechnungsdaten: Nummer, Datum, Währung, Zahlungsziel
- Positionsdaten: Artikel, Menge, Preis, MwSt
- MwSt-Daten: Kategorie (S, E, Z, etc.), Satz (19%, 7%)
- Zusatzdaten: Leitweg-ID (bei Behörden), Projektnummer
Tipp: Mit Clever Invoice werden alle EN 16931-Felder automatisch aus Ihren Rechnungsdaten befüllt – ohne manuelle XML-Programmierung.
Schritt 4: Versand einrichten
Versandwege für EN 16931-Rechnungen:
- E-Mail mit Anhang
- ZUGFeRD-PDF (menschenlesbar + maschinenlesbar) - XRechnung-XML (nur maschinenlesbar)
- Peppol-Netzwerk
- Elektronischer Austausch über Peppol Access Points - Mehr zu Peppol
- Zentrale Rechnungseingangsplattform (ZRE)
- Für Bundesbehörden: OZG-RE (Upload-Portal) - Für Bundesländer: Länderspezifische Portale
- De-Mail
- Verschlüsselter E-Mail-Versand - Rechtsverbindlich
Häufige Fehler bei EN 16931
Fehler #1: Falsches Profil gewählt
Problem: ZUGFeRD BASIC statt EN 16931 für Behörden-Rechnung
Fehlermeldung:
[BR-DE-22] Das Profil BASIC ist für Behörden-Rechnungen nicht zulässig.
Lösung: Verwenden Sie das Profil EN 16931 (COMFORT) oder XRECHNUNG für Behörden-Rechnungen.
Fehler #2: Fehlende Leitweg-ID
Problem: BT-10 (Buyer reference) fehlt bei Behörden-Rechnung
Fehlermeldung:
[BR-DE-15] Das Element "Buyer reference" (BT-10) muss übermittelt werden.
Lösung: Leitweg-ID finden und im Feld BT-10 eintragen.
Fehler #3: Falsche Währung
Problem: Rechnung in CHF statt EUR
Fehlermeldung:
[BR-DE-1] Der Code der Rechnungswährung muss "EUR" sein.
Lösung: EN 16931 in Deutschland erlaubt nur EUR. Bei internationalen Rechnungen müssen Sie auf nationale Implementierungen (z.B. Schweiz: eCH-0211) ausweichen.
Fehler #4: Summenfehler
Problem: Summe der Positionen ≠ Gesamt-Nettobetrag
Fehlermeldung:
[BR-CO-10] Die Summe der Zeilenbeträge (BT-106) muss gleich der Summe aller Rechnungspositionen (BT-131) sein.
Lösung: Rundungsfehler vermeiden. Prüfen Sie:
- Positionsbeträge korrekt (Menge × Einzelpreis)?
- Alle Positionen in Summe einbezogen?
- Auf 2 Nachkommastellen gerundet?
Fehler #5: Ungültige MwSt-Kategorie
Problem: MwSt-Kategorie "X" statt "S" oder "E"
Fehlermeldung:
[BR-E-2] Die MwSt-Kategorie muss einer der Codes S, E, Z, AE, K, G sein.
Lösung: Verwenden Sie die EN 16931-konformen MwSt-Codes:
- S = Standard rate (19% in DE)
- E = Exempt (Befreit)
- Z = Zero rated (0%)
- AE = Reverse charge
- K = Intra-Community supply
- G = Free export
Validator: Alle diese Fehler werden vom XRechnung-Validator automatisch erkannt. Nutzen Sie ihn vor dem Versand!
EN 16931 vs. nationale Standards
Der EN 16931 ist ein europäischer Standard, aber jedes Land hat eigene nationale Implementierungen:
| Land | Nationaler Standard | Basis | Besonderheiten |
|---|---|---|---|
| 🇩🇪 Deutschland | XRechnung 3.0.2 | UBL | BR-DE-Regeln, Leitweg-ID |
| 🇦🇹 Österreich | ebInterface 6.0 | Eigenes XML | Abweichungen von EN 16931 |
| 🇨🇭 Schweiz | eCH-0211 (Swico) | CII | QR-Rechnung statt Leitweg-ID |
| 🇫🇷 Frankreich | Factur-X | CII | Chorus Pro Plattform |
| 🇮🇹 Italien | FatturaPA | Eigenes XML | Unterscheidet sich stark |
| 🇳🇱 Niederlande | Simplerinvoicing | UBL/CII | Peppol-basiert |
| 🇧🇪 Belgien | Peppol BIS 3.0 | UBL | Peppol obligatorisch ab 2026 |
Wichtig: EN 16931-Konformität bedeutet nicht automatisch Kompatibilität mit allen nationalen Plattformen. Prüfen Sie die Anforderungen Ihres Ziellandes!
EN 16931 und GoBD-Konformität
Die GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form) stellen zusätzliche Anforderungen an E-Rechnungen:
GoBD-Anforderungen für EN 16931-Rechnungen
✅ Unveränderbarkeit
- E-Rechnungen dürfen nach Erstellung nicht mehr geändert werden
- PDF/A-3 für ZUGFeRD gewährleistet Unveränderbarkeit
- Digitale Signatur optional (nicht Pflicht)
✅ Vollständigkeit
- Alle EN 16931-Rechnungen müssen archiviert werden
- Keine Lücken in der Rechnungsnummerierung
✅ Nachvollziehbarkeit
- Automatische Vergabe von Rechnungsnummern
- Protokollierung von Änderungen (bei Entwürfen)
✅ 10 Jahre Aufbewahrung
- EN 16931-XML muss 10 Jahre lesbar bleiben
- Software-unabhängige Archivierung
Praxis-Tipp: ZUGFeRD-Rechnungen (PDF/A-3) sind GoBD-konform, da das PDF langzeitarchiviert werden kann. Reine XRechnung-XMLs benötigen einen XML-Viewer für die Langzeitarchivierung.
Mehr zur Archivierung: E-Rechnung archivieren: So geht's richtig
Roadmap: Was kommt 2026-2028?
2026
- Januar 2026: E-Rechnungspflicht für alle B2B-Rechnungen in Deutschland (Empfang)
- Januar 2027: Voraussichtlich Versandpflicht für Unternehmen >€800k Umsatz
- Januar 2028: Voraussichtlich Versandpflicht für alle Unternehmen
EN 16931:2024 Update
Die überarbeitete Version EN 16931:2024 ist in Vorbereitung:
- Erweiterte MwSt-Kategorien
- Bessere Unterstützung für Reverse-Charge
- Harmonisierung nationaler Erweiterungen
ViDA-Richtlinie (VAT in the Digital Age)
Die EU plant weitere Harmonisierung:
- Digitale Meldepflichten (real-time reporting)
- Transaktionsdatenbank auf EU-Ebene
- Wegfall von Rechnungsformaten? (diskutiert)
Bleiben Sie informiert: EN 16931 News & Updates
Häufig gestellte Fragen (FAQs)
1. Ist EN 16931 Pflicht in Deutschland?
Ja, aber mit Übergangsfristen:
- Ab 01.01.2025: Empfangspflicht für alle B2B-Rechnungen (EN 16931 oder gleichwertig)
- Ab 01.01.2027: Voraussichtlich Versandpflicht für Unternehmen >€800k Umsatz
- Ab 01.01.2028: Voraussichtlich Versandpflicht für alle Unternehmen
Ausnahmen: Kleinbetragsrechnungen (<250€), Fahrscheine, Rechnungen an Endverbraucher (B2C)
2. Muss ich XRechnung oder ZUGFeRD verwenden?
Beides ist EN 16931-konform und zulässig. Die Wahl hängt vom Empfänger ab:
- Behörden (Bund): XRechnung oder ZUGFeRD (Profil XRECHNUNG)
- Behörden (Länder): Unterschiedlich – prüfen Sie die Vorgaben Ihres Bundeslandes
- Unternehmen (B2B): Beide Formate, aber ZUGFeRD ist üblicher (PDF lesbar)
Empfehlung: Für maximale Kompatibilität → ZUGFeRD 2.3 im Profil EN 16931 oder XRECHNUNG
3. Kann ich EN 16931-Rechnungen mit Excel erstellen?
Technisch ja, praktisch nein. Sie können XML-Dateien mit Excel erzeugen, aber:
- ❌ Hoher manueller Aufwand
- ❌ Fehleranfällig (Business Rules schwer zu prüfen)
- ❌ Keine automatische Validierung
Besser: Verwenden Sie eine E-Rechnungssoftware wie Clever Invoice, die EN 16931 automatisch erzeugt.
4. Was kostet die Implementierung von EN 16931?
Die Kosten variieren je nach Lösung:
- Rechnungssoftware: 0-50€/Monat (z.B. Clever Invoice ab 0€)
- ERP-Integration: 1.000-10.000€ (einmalig)
- Eigenentwicklung: 5.000-50.000€ (einmalig + Wartung)
- Beratung: 100-200€/h
Tipp für Kleinunternehmen: Nutzen Sie Cloud-Software mit EN 16931-Support – damit sind Sie sofort startklar ohne Entwicklungskosten.
5. Brauche ich eine digitale Signatur für EN 16931?
Nein, digitale Signaturen sind in Deutschland optional.
EN 16931-Rechnungen sind auch ohne Signatur rechtsgültig, wenn die GoBD-Anforderungen erfüllt sind:
- Unveränderbarkeit gewährleistet
- Authentizität nachvollziehbar (z.B. via E-Mail-Absender)
- 10 Jahre archiviert
Digitale Signaturen sind sinnvoll bei:
- Hochsicherheitsanforderungen
- Internationalen Rechnungen
- Rechtlich sensiblen Dokumenten
6. Wie prüfe ich, ob meine Rechnung EN 16931-konform ist?
Nutzen Sie einen Validator:
- Clever Invoice XRechnung-Validator (kostenlos)
- Prüft XRechnung, ZUGFeRD, UBL, CII - Zeigt alle Fehler und Warnungen - Sofort online, kein Download
- KoSIT-Validator (offiziell)
- Download von xrechnung.de - Kommandozeilen-Tool (technisch) - Deutsche Behörden nutzen diesen
Wichtig: Validieren Sie vor dem Versand, um Ablehnungen zu vermeiden!
7. Kann ich Rechnungen in CHF oder USD als EN 16931 versenden?
In Deutschland: Nein. Die BR-DE-1-Regel schreibt EUR als einzige zulässige Währung vor.
Lösung für internationale Rechnungen:
- Option 1: Rechnung in EUR ausstellen (Wechselkurs angeben)
- Option 2: Nationale Standards verwenden (z.B. eCH-0211 für Schweiz)
- Option 3: Klassische PDF-Rechnung (ohne EN 16931)
Für andere Länder: Prüfen Sie die nationalen Implementierungen – manche erlauben andere Währungen.
8. Was passiert, wenn mein Kunde keine EN 16931-Rechnungen empfangen kann?
Übergangsregelung bis 2027/2028: Sie können weiterhin klassische PDF-Rechnungen versenden, wenn:
- Empfänger zustimmt (stillschweigend oder explizit)
- Sie unter der Umsatzgrenze liegen (Details noch unklar)
Ab 2027/2028: Vermutlich keine Ausnahmen mehr – alle B2B-Rechnungen müssen EN 16931-konform sein.
Tipp: Informieren Sie Ihre Kunden frühzeitig über den Wechsel zu EN 16931!
Zusammenfassung: EN 16931 in 60 Sekunden
✅ EN 16931 = Europäischer Standard für E-Rechnungen mit 143 Datenelementen
✅ Drei Ebenen: Semantisches Datenmodell + Business Rules + Syntax Bindings (UBL/CII)
✅ Deutschland: XRechnung (UBL) oder ZUGFeRD (CII) sind EN 16931-konforme Implementierungen
✅ Pflicht ab 2025: Empfangspflicht für alle B2B-Rechnungen, Versandpflicht ab 2027/2028
✅ Validierung: Nutzen Sie einen XRechnung-Validator, um Konformität zu prüfen
✅ Software: Clever Invoice erstellt automatisch EN 16931-konforme Rechnungen (XRechnung & ZUGFeRD)
Nächste Schritte
- XRechnung-Validator nutzen - Testen Sie Ihre bestehenden Rechnungen
- E-Rechnung Software kostenlos testen - Erstellen Sie EN 16931-Rechnungen automatisch
- Leitweg-ID finden - Für Behörden-Rechnungen (BT-10)
- XRechnung vs. ZUGFeRD Vergleich - Welches Format passt zu Ihnen?
- E-Rechnung Europa 2027 - So bereiten Sie sich auf die EU-weite Pflicht vor
---
*Dieser Artikel wurde von Dr. Stefan Müller, Steuerberater und Experte für elektronische Rechnungsstellung, verfasst.*