EN
EN steht für European Standard beziehungsweise Europäische Norm.
Know-how · E-Rechnung
EN 16931
Elektronische Rechnungen in Europa verstehen und gesetzliche Anforderungen sicher umsetzen.
- Erfahren Sie, wie sich EN 16931, XRechnung, ZUGFeRD, XML und Peppol unterscheiden.
- Lernen Sie, wie Prozesse, Stammdaten, SAP und ERP-Systeme zusammenspielen.
Die elektronische Rechnungsstellung entwickelt sich in Europa zunehmend zum Standard. Dieser Leitfaden erklärt die europäische Norm verständlich, praxisnah und mit Blick auf die Umsetzung in Unternehmen.
GrundlageEuropäisches Datenmodell
FormateXRechnung & ZUGFeRD
ÜbertragungPeppol & Plattformen
Weiterführende Beiträge
Mehr Know-how zur E-Rechnung
Vertiefen Sie die wichtigsten Standards, Formate und Übertragungswege rund um die elektronische Rechnung.
Inhaltsverzeichnis
- Was ist EN 16931?
- Was bedeutet EN 16931?
- Warum wurde EN 16931 eingeführt?
- Welche Ziele verfolgt die Norm?
- EN 16931, XRechnung, ZUGFeRD und Peppol
- Wie funktioniert EN 16931?
- Das semantische Datenmodell
- Welche Angaben enthält eine Rechnung?
- EN 16931 Beispiel
- Welche Rolle spielt XML?
- UBL 2.1 und CII
- EN 16931 in SAP und ERP
- CIUS und XRechnung
- ZUGFeRD und EN 16931
- Welche Rolle spielt Peppol?
- Best Practices
- Typische Fehler
- Zukünftige Entwicklungen
- Schritt-für-Schritt-Vorgehen
- Fazit
- Beratung
- FAQ
Definition
Was ist EN 16931?
Die EN 16931 ist die europäische Norm für elektronische Rechnungen. Sie definiert ein einheitliches semantisches Datenmodell, das festlegt, welche Informationen eine elektronische Rechnung enthalten muss und welche fachliche Bedeutung diese Informationen besitzen.
Wichtig: EN 16931 ist kein Rechnungsformat.
Stattdessen beschreibt die Norm die gemeinsame fachliche Grundlage für elektronische Rechnungen innerhalb Europas. Sie legt Pflichtinformationen, Bedeutungen von Datenfeldern, Geschäftsregeln und fachliche Zusammenhänge fest.
Dadurch können unterschiedliche ERP-, Buchhaltungs- und Rechnungseingangssysteme dieselben Rechnungsdaten eindeutig interpretieren und automatisiert verarbeiten.
Begriff
Was bedeutet EN 16931?
16931
16931 ist die offizielle Nummer des europaweit abgestimmten Standards.
Das zentrale Ziel besteht darin, Rechnungsdaten unabhängig vom eingesetzten ERP-System, Softwarehersteller oder Herkunftsland automatisiert verarbeiten zu können.
Die EN 16931 ist eine gemeinsame Sprache für Rechnungsdaten.
Sie beschreibt eindeutig, wer Verkäufer und Käufer sind, welche Rechnungsnummer gilt, welcher Steuerbetrag ausgewiesen wird, welche Zahlungsbedingungen bestehen und welcher Gesamtbetrag zu zahlen ist.
Hintergrund
Warum wurde EN 16931 eingeführt?
Vor der Einführung der europäischen Norm existierten zahlreiche nationale, branchenspezifische und proprietäre Rechnungsformate. Unternehmen mussten unterschiedliche Datenstrukturen, individuelle Schnittstellen, abweichende Validierungsregeln und länderspezifische Anforderungen beherrschen.
Mit der EU-Richtlinie 2014/55/EU wurde deshalb beschlossen, die elektronische Rechnungsstellung im öffentlichen Auftragswesen europaweit zu vereinheitlichen. Die EN 16931 entstand als gemeinsame fachliche Grundlage, damit öffentliche Auftraggeber strukturierte Rechnungen unabhängig vom verwendeten System empfangen und verarbeiten können.
Heute geht ihre Bedeutung weit über den öffentlichen Sektor hinaus. Durch nationale E-Rechnungspflichten wird EN 16931 zunehmend auch für B2B-Prozesse zum Standard.
Ziele
Welche Ziele verfolgt EN 16931?
01
Einheitliche Rechnungsdaten
Rechnungsinformationen besitzen europaweit dieselbe fachliche Bedeutung.
02
Höhere Interoperabilität
ERP-, Buchhaltungs- und E-Invoicing-Systeme können Daten automatisiert austauschen.
03
Mehr Automatisierung
Manuelle Erfassung, Medienbrüche und Fehler werden reduziert.
04
Höhere Datenqualität
Pflichtangaben und Geschäftsregeln können vor dem Versand geprüft werden.
05
Zukunftssichere Digitalisierung
Die Norm bildet eine Grundlage für ViDA und weitere europäische Digitalisierungsinitiativen.
Abgrenzung
EN 16931, XRechnung, ZUGFeRD und Peppol – die Unterschiede
Die Begriffe beschreiben unterschiedliche Ebenen der elektronischen Rechnungsstellung.
EN 16931
Definiert das semantische Datenmodell einer europäischen Kernrechnung.
XRechnung
Deutsche Umsetzung der EN 16931 mit zusätzlichen Anforderungen.
ZUGFeRD
Hybrides Rechnungsformat aus PDF/A-3 und eingebetteter XML-Datei.
Peppol
Standardisierter Übertragungsweg für elektronische Geschäftsdokumente.
Merkhilfe: EN 16931 beschreibt welche Informationen benötigt werden. XRechnung konkretisiert den Anwendungsfall. ZUGFeRD definiert ein Format. Peppol regelt den Übertragungsweg.
Funktionsweise
Wie funktioniert EN 16931?
Die Norm beschreibt die fachliche Struktur der Rechnungsinformationen und sorgt dafür, dass alle beteiligten Systeme dieselben Daten auf dieselbe Weise verstehen.
01
Rechnungsdaten entstehen im ERP-System
Stammdaten, Aufträge, Leistungen, Steuerinformationen und Zahlungsbedingungen bilden die Grundlage.
02
Abbildung auf das EN-16931-Datenmodell
Die vorhandenen Informationen werden den definierten Geschäftsbegriffen zugeordnet.
03
Erstellung einer strukturierten Rechnung
Beispielsweise als XRechnung oder ZUGFeRD mit EN-16931-konformem Profil.
04
Validierung
Pflichtfelder, Codes, Steuerlogik, Summen und Geschäftsregeln werden geprüft.
05
Automatisierte Verarbeitung
Der Empfänger übernimmt die strukturierten Daten in sein ERP-, Buchhaltungs- oder Rechnungseingangssystem.
EN 16931 sicher umsetzen
Schaffen Sie eine belastbare Grundlage für strukturierte und automatisierte E-Rechnungsprozesse.
Semantik
Das semantische Datenmodell – das Herzstück der EN 16931
Semantik beschreibt die fachliche Bedeutung eines Datenfeldes. Die Norm legt nicht fest, wie eine Rechnung aussieht, sondern was jede einzelne Information bedeutet.
Verkäufer und Käufer
Eindeutige Identifikation der Geschäftspartner.
Rechnungsidentifikation
Rechnungsnummer, Datum, Währung und Referenzen.
Leistung und Positionen
Menge, Preis, Rabatte, Beschreibung und Nettobetrag.
Steuerinformationen
Steuerkategorie, Steuersatz, Steuerbefreiung und Steuerbetrag.
Zahlungsbedingungen
Zahlungsziel, Zahlungsart und Zahlungsreferenz.
Summen
Nettosumme, Steuerbetrag, Bruttobetrag und Zahlbetrag.
Pflichtinformationen
Welche Angaben enthält eine EN-16931-konforme Rechnung?
Verkäufer und Käufer
- Unternehmensname und Anschrift
- Umsatzsteuer-Identifikationsnummer
- Steuerkennzeichen und Kontaktdaten
- Kunden-, Bestell- oder Leitweg-Referenz
Rechnungsinformationen
- Rechnungsnummer und Rechnungsdatum
- Leistungs- oder Lieferdatum
- Währung
- Zahlungsziel und Zahlungsbedingungen
Rechnungspositionen
- Artikel oder Leistung
- Menge und Einzelpreis
- Positionsrabatte
- Nettobetrag und Steuerinformationen
Steuern und Summen
- Steuerkategorie und Steuersatz
- Steuerbefreiungsgründe
- Nettosumme, Steuerbetrag und Bruttobetrag
- Zahlbarer Gesamtbetrag
Beispiel
EN 16931 Beispiel – so sieht eine elektronische Rechnung inhaltlich aus
Die Norm beschreibt keine optische Vorlage, sondern die fachlichen Inhalte. Ein vereinfachtes Beispiel:
| Bereich | Beispiel |
|---|---|
| Verkäufer | Muster GmbH |
| Käufer | Beispiel AG |
| Rechnungsnummer | RE-2026-000123 |
| Rechnungsdatum | 14.07.2026 |
| Lieferdatum | 10.07.2026 |
| Position | SAP-Beratung |
| Menge / Einzelpreis | 5 PT / 1.200 € |
| Nettobetrag | 6.000 € |
| Umsatzsteuer | 19 % / 1.140 € |
| Gesamtbetrag | 7.140 € |
| Zahlungsziel | 14 Tage |
Technische Grundlage
Welche Rolle spielt XML bei EN 16931?
XML ist eine strukturierte Auszeichnungssprache zur Speicherung und zum Austausch von Daten. Während ein PDF hauptsächlich für Menschen lesbar ist, wurde XML für Maschinen entwickelt.
Jede Information besitzt ein eigenes Datenfeld. Dadurch erkennt ein ERP-System sofort, welcher Wert den Nettobetrag, den Steuerbetrag oder die Rechnungsnummer beschreibt.
Eine XML-Datei allein ist noch keine gültige E-Rechnung.
Erst wenn technische Struktur und fachliche Geschäftsregeln stimmen, gilt eine Rechnung als EN-16931-konform. Dazu gehören vollständige Pflichtangaben, korrekte Steuerkategorien, gültige Codes, logische Summen, konsistente Währungen und zulässige Referenzen.
XML-Syntaxen
Unterstützte XML-Syntaxen der EN 16931
Die Norm definiert bewusst keine einzelne technische XML-Struktur. In der Praxis spielen vor allem zwei Syntaxen eine Rolle.
UBL 2.1
Die Universal Business Language wird international häufig eingesetzt und bildet unter anderem die Grundlage verschiedener Peppol-Spezifikationen.
UN/CEFACT CII
Die Cross Industry Invoice wird insbesondere im Zusammenhang mit ZUGFeRD genutzt.
Beide Syntaxen bilden dieselben fachlichen Inhalte der EN 16931 ab. Der Unterschied liegt in der technischen Darstellung.
SAP & ERP
Welche Bedeutung hat EN 16931 für SAP und andere ERP-Systeme?
Die eigentliche Herausforderung liegt nicht in der Erstellung einer XML-Datei, sondern in der Qualität der Daten, die bereits im ERP-System vorhanden sind.
Welche Daten stammen aus dem ERP-System?
- Debitoren- und Kreditorenstammdaten
- Material- und Leistungsstammdaten
- Steuerkennzeichen
- Preis- und Konditionsdaten
- Bestellinformationen
- Lieferdaten
- Zahlungsbedingungen
- Buchhaltungsdaten
- Unternehmens- und Länderkonfigurationen
Warum Datenqualität wichtiger ist als die XML-Erzeugung
Fehlen Umsatzsteuer-ID, Käuferreferenz, Leitweg-ID, korrekte Steuerkategorie oder vollständige Adressdaten, kann selbst die beste E-Rechnungslösung keine regelkonforme Rechnung erzeugen.
Eine erfolgreiche Einführung beginnt mit der Analyse der Stammdaten und Geschäftsprozesse.
Nationale Konkretisierung
Was sind CIUS und warum sind sie wichtig?
Core Invoice Usage Specifications konkretisieren die europäische Norm für nationale oder branchenspezifische Anwendungsfälle. Sie können zusätzliche Pflichtfelder, zulässige Codewerte, nationale Referenzen und Validierungsregeln vorgeben.
EN 16931 und XRechnung
Die XRechnung basiert vollständig auf EN 16931 und ergänzt zusätzliche Anforderungen für den deutschen Kontext, insbesondere für öffentliche Auftraggeber.
Jede gültige XRechnung erfüllt EN 16931. Eine allgemeine EN-16931-konforme Rechnung erfüllt jedoch nicht automatisch alle Anforderungen der XRechnung.
Hybrides Format
ZUGFeRD und EN 16931 – wo liegt der Unterschied?
EN 16931 beschreibt das semantische Datenmodell, während ZUGFeRD ein konkretes Rechnungsformat definiert. Eine ZUGFeRD-Rechnung kombiniert eine visuell lesbare PDF/A-3-Datei mit einer eingebetteten XML-Datei.
Je nach Version und Profil kann eine ZUGFeRD-Rechnung EN-16931-konform sein. Dies gilt jedoch nicht automatisch für jede Version oder jedes Profil.
Übertragung
Welche Rolle spielt Peppol?
Peppol ist kein Rechnungsformat und keine gesetzliche Vorschrift, sondern ein standardisiertes Netzwerk für den sicheren elektronischen Austausch von Geschäftsdokumenten.
01
Rechnungssender
Erzeugt und versendet die strukturierte Rechnung.
02
Access Point des Senders
Übernimmt die standardisierte Weiterleitung.
03
Access Point des Empfängers
Empfängt und prüft die Nachricht.
04
Rechnungsempfänger
Verarbeitet die Rechnung im Zielsystem.
EN 16931 beschreibt, welche Informationen enthalten sein müssen. Peppol regelt, wie diese Informationen sicher übertragen werden.
Best Practices
Best Practices für die Einführung von EN 16931
Betroffene Prozesse identifizieren
Gesellschaften, Länder, Rechnungsarten und Geschäftspartner systematisch erfassen.
Stammdaten analysieren
Pflichtangaben, Steuerinformationen, Referenzen und Adressdaten prüfen.
Zielarchitektur definieren
Formate, Übertragungskanäle, Länder und beteiligte Systeme festlegen.
Validierungsprozesse etablieren
Rechnungen bereits vor dem Versand automatisiert prüfen.
Monitoring aufbauen
Übertragung, Annahme, Validierungsfehler und Rückmeldungen zentral überwachen.
Herausforderungen
Typische Fehler bei der Einführung von EN 16931
Die XML-Datei steht im Mittelpunkt
Datenqualität, Prozesse und Verantwortlichkeiten bleiben unberücksichtigt.
Stammdaten sind unvollständig
Fehlende Pflichtangaben führen zu fehlerhaften Rechnungen.
PDF wird mit E-Rechnung verwechselt
Eine einfache PDF enthält in der Regel keine maschinenlesbaren strukturierten Daten.
Steuerinformationen sind falsch
Fehlerhafte Kategorien, Steuersätze oder Befreiungsgründe verursachen Validierungsfehler.
Eingangsrechnungen werden vergessen
Empfang, Prüfung, Buchung und Archivierung müssen ebenfalls berücksichtigt werden.
Zu viele individuelle Entwicklungen
Fest programmierte Sonderlogik erhöht Wartungsaufwand und Kosten.
Beginnen Sie nicht mit der XML-Datei, sondern mit Ihren Geschäftsprozessen.
Ausblick
Welche Entwicklungen sind rund um EN 16931 zu erwarten?
ViDA
Elektronische Rechnungen und digitale Meldepflichten werden europaweit weiter ausgebaut und stärker miteinander verknüpft.
Mehr Automatisierung
Rechnungseingang, Freigaben, Validierungen, Buchungen und Compliance-Prozesse werden stärker automatisiert.
Nationale Besonderheiten
CIUS, Plattformen, Archivierungsvorschriften und steuerliche Besonderheiten bleiben bestehen.
Zentrale E-Invoicing-Strategie
International tätige Unternehmen benötigen eine skalierbare Architektur für mehrere Länder und Regelwerke.
Vorgehen
Schritt für Schritt: So starten Unternehmen mit EN 16931
Gesetzliche Anforderungen prüfen
Betroffene Gesellschaften, Länder, Fristen und Geschäftspartner identifizieren.
Bestehende Prozesse analysieren
Datenentstehung, beteiligte Systeme, manuelle Schritte und Medienbrüche erfassen.
Stammdaten überprüfen
Unternehmensdaten, Steuerinformationen, Referenzen, Zahlungsbedingungen und Adressen bereinigen.
Passende Rechnungsformate auswählen
XRechnung, ZUGFeRD oder länderspezifische Formate passend zum Anwendungsfall bestimmen.
Validierung und Tests durchführen
Standardfälle, Sonderfälle, Steuerlogik, Summen und Übertragungswege prüfen.
Prozesse kontinuierlich weiterentwickeln
Monitoring, Release-Management und gesetzliche Änderungen dauerhaft organisieren.
Fazit: EN 16931 ist weit mehr als eine technische Norm
Die EN 16931 bildet die Grundlage für den elektronischen Rechnungsaustausch in Europa. Sie sorgt dafür, dass Rechnungsinformationen unabhängig von Land, Software oder ERP-System eindeutig interpretiert und automatisiert verarbeitet werden können.
Eine erfolgreiche Umsetzung beginnt jedoch nicht mit der Auswahl eines Rechnungsformats. Entscheidend sind saubere Stammdaten, durchgängige Geschäftsprozesse und eine Architektur, die zukünftige gesetzliche Änderungen flexibel unterstützt.
Wer frühzeitig in Datenqualität, Prozesse und Systemintegration investiert, reduziert Compliance-Risiken und schafft die Basis für moderne, automatisierte Finanzprozesse.
Whitepaper
EN 16931 und E-Rechnung in Europa
Vertiefen Sie gesetzliche Anforderungen, Unterschiede zwischen XRechnung, ZUGFeRD und Peppol, internationale E-Rechnungsprozesse und Best Practices aus SAP-Projekten.
Kostenlose Beratung zu EN 16931 und E-Rechnung
Sie möchten prüfen, welche Anforderungen die EN 16931 für Ihr Unternehmen mit sich bringt? Unsere Experten unterstützen Sie bei Prozessanalyse, Formatwahl und Zielarchitektur.
Weiterführende Beiträge
Mehr Know-how zur E-Rechnung
Erfahren Sie mehr über Formate, SAP-Lösungen und automatisierte Rechnungsprozesse.
Häufig gestellte Fragen zu EN 16931
Für wen ist EN 16931 relevant?
Für Unternehmen, die elektronische Rechnungen an andere Unternehmen oder öffentliche Auftraggeber senden oder empfangen. Besonders relevant ist die Norm für internationale Organisationen, Unternehmen mit hohem Rechnungsvolumen sowie SAP- und ERP-Anwender.
Ist EN 16931 gesetzlich vorgeschrieben?
Die Norm selbst begründet keine gesetzliche Verpflichtung. Gesetzliche Anforderungen ergeben sich aus europäischen Richtlinien und nationalen Regelungen. In Deutschland bildet EN 16931 die Grundlage für strukturierte E-Rechnungen.
Ist eine PDF-Rechnung bereits EN-16931-konform?
Nein. Eine PDF-Datei ist elektronisch, enthält ihre Informationen jedoch überwiegend unstrukturiert. EN-16931-konforme Rechnungen basieren auf maschinenlesbaren strukturierten Daten.
Was ist der Unterschied zwischen EN 16931 und XRechnung?
EN 16931 definiert das semantische Datenmodell einer europäischen Kernrechnung. XRechnung ist die deutsche CIUS mit zusätzlichen Anforderungen für den deutschen Anwendungsfall.
Erfüllt jede ZUGFeRD-Rechnung automatisch EN 16931?
Nein. Die Konformität hängt von Version, Profil und Validierungsregeln ab.
Welche Übertragungswege können genutzt werden?
Je nach Land und Geschäftspartner kommen Peppol, E-Mail, Webservices, APIs, E-Invoicing-Plattformen oder nationale Behördenportale infrage.
Welche Rolle spielt SAP bei der Umsetzung?
SAP stellt die Datenbasis für elektronische Rechnungen bereit. Stammdatenqualität und Geschäftsprozesse entscheiden maßgeblich darüber, ob Rechnungen automatisiert und regelkonform erstellt werden können.
Wie lange dauert die Einführung?
Die Dauer hängt von Unternehmensgröße, ERP-Landschaft, Ländern, Datenqualität und Integrationsumfang ab. Kleine Projekte können wenige Wochen dauern, internationale Rollouts deutlich länger.