E-Rechnungsformate verstehen und das passende Format auswählen

E-Rechnungsformate auswählen: Kurzantwort und klare Abgrenzung

EN 16931 definiert Kernbegriffe und Geschäftsregeln auf semantischer Ebene. UBL und UN/CEFACT CII sind technische Syntaxen, in denen diese Begriffe ausgedrückt werden. Eine CIUS wie XRechnung schränkt den Standard für einen Anwendungskontext ein. ZUGFeRD verbindet ein CII-Profil mit einer sichtbaren PDF/A-3. Peppol BIS ergänzt Prozess- und Transportkonventionen.

Der bestehende Beitrag ZUGFeRD vs. XRechnung bleibt der direkte Zweiformatvergleich. Dieser Owner erklärt die gesamte Ebenenlogik und Auswahl. Konkrete Erstellungsschritte liegen auf XRechnung erstellen und ZUGFeRD erstellen.

Entscheidungsmatrix für E-Rechnungsformate auswählen

Öffentlicher Auftraggeber

Vergabeunterlagen verlangen XRechnung, Leitweg-ID und bestimmten Kanal. Für den Themenbereich E-Rechnungsformate auswählen folgt daraus eine klare Arbeitsentscheidung: Die genannte CIUS, Syntax und Transportvorgabe wird umgesetzt. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Vertragsunterlagen, aktuelle XRechnung-Spezifikation und Testannahme. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Deutsches B2B

Beide Unternehmen benötigen strukturierte Verarbeitung und eine menschliche Ansicht. Für den Themenbereich E-Rechnungsformate auswählen folgt daraus eine klare Arbeitsentscheidung: XRechnung oder geeignetes ZUGFeRD-Profil wird bilateral abgestimmt. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Empfängerfähigkeit, gesetzlicher Rahmen und Importtest. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Grenzüberschreitender Prozess

Partner nutzt Peppol BIS oder ein nationales EN-16931-Profil. Für den Themenbereich E-Rechnungsformate auswählen folgt daraus eine klare Arbeitsentscheidung: Gemeinsame Semantik und akzeptierte CIUS werden vor Versand bestimmt. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Participant Capabilities, Länderregel und Validierungsartefakte. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Nur PDF gefordert

Ein Geschäftspartner bittet um Sichtdokument, obwohl eine E-Rechnung erforderlich sein kann. Für den Themenbereich E-Rechnungsformate auswählen folgt daraus eine klare Arbeitsentscheidung: Rechtslage und strukturierte Empfangsfähigkeit werden getrennt von der Ansicht geklärt. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Empfängervereinbarung und gegebenenfalls hybrides Format. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

E-Rechnungsformate auswählen Schritt für Schritt umsetzen

1. Empfänger identifizierenBestimme Rechtsträger, Land, B2B/B2G und Verarbeitungssystem.
2. Semantik festlegenPrüfe EN-16931-Kern und erforderliche Erweiterungen.
3. CIUS wählenOrdne nationale oder prozessuale Einschränkungen wie XRechnung oder Peppol BIS zu.
4. Syntax wählenEntscheide zwischen unterstütztem UBL und CII.
5. Container bestimmenWähle reine XML oder hybrides PDF/A-3 plus XML.
6. Transport abstimmenDefiniere E-Mail, Portal, Peppol oder anderen sicheren Kanal.
7. Version pflegenÜberwache EN-, CIUS-, Profil- und Codelisten-Releases.

Empfänger identifizieren

Bestimme Rechtsträger, Land, B2B/B2G und Verarbeitungssystem. Der Schritt ist abgeschlossen, sobald der konkrete Nutzungskontext feststeht. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnungsformate auswählen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Mehrere Niederlassungen erhalten getrennte Profile. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Semantik festlegen

Prüfe EN-16931-Kern und erforderliche Erweiterungen. Der Schritt ist abgeschlossen, sobald alle fachlichen Rechnungsinformationen abbildbar sind. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnungsformate auswählen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Branchendaten werden nicht ungeprüft in Freitext verschoben. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

CIUS wählen

Ordne nationale oder prozessuale Einschränkungen wie XRechnung oder Peppol BIS zu. Der Schritt ist abgeschlossen, sobald Regeln des Empfängerkontexts bekannt sind. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnungsformate auswählen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Konkurrierende CIUS werden im Testfall abgeglichen. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Syntax wählen

Entscheide zwischen unterstütztem UBL und CII. Der Schritt ist abgeschlossen, sobald Sender und Empfänger dieselbe Syntax verarbeiten. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnungsformate auswählen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Konvertierung wird mit Rundungs- und Codelistentests geprüft. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Container bestimmen

Wähle reine XML oder hybrides PDF/A-3 plus XML. Der Schritt ist abgeschlossen, sobald Lesbarkeit und Automatisierung zum Prozess passen. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnungsformate auswählen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Eine zusätzliche Sichtkopie erzeugt keinen widersprüchlichen Beleg. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Transport abstimmen

Definiere E-Mail, Portal, Peppol oder anderen sicheren Kanal. Der Schritt ist abgeschlossen, sobald Format- und Routinganforderungen zusammenpassen. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnungsformate auswählen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Transport wird nicht mit Dokumentformat verwechselt. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Version pflegen

Überwache EN-, CIUS-, Profil- und Codelisten-Releases. Der Schritt ist abgeschlossen, sobald produktive Formate innerhalb der Migrationsfristen kompatibel bleiben. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für E-Rechnungsformate auswählen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Altversionen werden nur nach dokumentiertem Plan abgelöst. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Praxisbeispiele für E-Rechnungsformate auswählen

Bundesbehörde

Die Bestellung nennt XRechnung, UBL, Leitweg-ID und ein Portal. Die verantwortliche Person entscheidet deshalb: Alle vier Ebenen werden getrennt konfiguriert: CIUS, Syntax, Routingfeld und Transport. Im Ergebnis entsteht eine Datei, die nicht nur formal XML ist, sondern im Behördenprozess ankommt. Das Beispiel zeigt, dass E-Rechnungsformate auswählen nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Mittelstandskunde mit PDF-Workflow

Der Kunde möchte lesen und künftig automatisch importieren. Die verantwortliche Person entscheidet deshalb: Beide Parteien testen ZUGFeRD im EN-16931-Profil. Im Ergebnis erhält der Mensch ein PDF und das System strukturierte Daten aus demselben Container. Das Beispiel zeigt, dass E-Rechnungsformate auswählen nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

EU-Partner über Peppol

Der Partner nennt Participant ID und Peppol BIS Billing. Die verantwortliche Person entscheidet deshalb: Der Sender prüft unterstützte Syntax, CIUS und aktuelle Peppol-Regeln. Im Ergebnis wird das Format passend zum Transportprofil erzeugt statt nur eine XRechnung umzubenennen. Das Beispiel zeigt, dass E-Rechnungsformate auswählen nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Typische Fehler bei E-Rechnungsformate auswählen

Peppol als Dateiformat bezeichnen

Transport und Dokumentregeln werden vermischt. Die fachliche Korrektur lautet: Netzwerk, Prozessprofil und Syntax werden getrennt konfiguriert. Als dauerhafte Kontrolle wird Architekturdiagramm alle Ebenen sichtbar macht. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnungsformate auswählen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

XML gleich E-Rechnung setzen

Beliebige XML kann semantisch und regeltechnisch ungeeignet sein. Die fachliche Korrektur lautet: Profilkennung und Geschäftsregeln werden validiert. Als dauerhafte Kontrolle wird nur freigegebene Formatprofile im Export wählbar sind. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnungsformate auswählen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Neueste Version sofort erzwingen

Empfänger kann einen neuen Standard während der Migration noch nicht unterstützen. Die fachliche Korrektur lautet: Release, Rechtslage und Partnerfähigkeit werden gemeinsam geplant. Als dauerhafte Kontrolle wird Testkorpus vor produktiver Umschaltung besteht. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnungsformate auswählen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

PDF als paralleles Original senden

Zwei Darstellungen können auseinanderlaufen. Die fachliche Korrektur lautet: Bei Hybridformaten wird ein konsistenter Container verwendet. Als dauerhafte Kontrolle wird Kernwerte aus Sicht und Struktur automatisch verglichen. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um E-Rechnungsformate auswählen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Freigabe-Checkliste: E-Rechnungsformate auswählen

• Rechtsträger und Empfängerrolle eindeutig
• Rechnungs- und Leistungsdatum plausibel
• Bestell-, Vertrags- und Projektreferenzen vorhanden
• Steuerkategorie, Satz und Befreiungsgrund konsistent
• Summen auf Positions-, Steuer- und Dokumentebene stimmig
• Format, Profil und Syntax vom Empfänger akzeptiert
• aktuelle Validierungsartefakte verwendet
• Originaldatei, Prüfbericht und Versandnachweis verbunden

Die Checkliste wird nicht erst am Ende eines Monats abgearbeitet. Sie gehört an den einzelnen Vorgang, solange Rückfragen noch ohne aufwendige Rekonstruktion beantwortet werden können. Pflichtfelder verhindern einfache Lücken; fachliche Ausnahmen brauchen zusätzlich eine kurze Begründung. So bleibt E-Rechnungsformate auswählen auch dann kontrollierbar, wenn mehrere Personen Eingang, Prüfung, Freigabe und Versand übernehmen.

Ein Vier-Augen-Prinzip ist besonders bei neuen Geschäftsfällen, geänderten Stammdaten und rechtlich sensiblen Entscheidungen sinnvoll. Wiederkehrende Standardfälle können nach dokumentierter Freigabe stärker automatisiert werden. Die Automatisierung übernimmt jedoch nur die freigegebene Regel. Sie darf eine fehlende Information nicht still durch einen plausibel wirkenden Standardwert ersetzen.

Dokumentation, Verantwortlichkeit und regelmäßige Pflege

Für E-Rechnungsformate auswählen werden Eingangsdaten, Entscheidung, Ergebnis und Nachweis als zusammenhängender Vorgang geführt. Eine reine Dateiablage zeigt zwar das Endprodukt, aber nicht zwingend den Entscheidungsweg. Deshalb erhält jede Ausnahme einen Owner, einen Status und einen nächsten Schritt. Änderungen werden ergänzt oder versioniert; sie werden nicht durch stilles Überschreiben unsichtbar gemacht.

Die zugrunde liegende Arbeitsanweisung nennt außerdem ein Prüfdatum. Rechtliche Schwellen, technische Standards, externe Portale und interne Produktfunktionen können sich ändern. Bei der turnusmäßigen Kontrolle werden Primärquelle, tatsächlicher Prozess und veröffentlichte Aussage miteinander verglichen. Ändert sich nur eine Zahl, wird derselbe Intent-Owner aktualisiert; eine neue Jahres-URL ist dafür nicht erforderlich.

Die semantische Grundlage vertieft EN 16931 erklärt. Für den direkten Formatentscheid dient ZUGFeRD vs. XRechnung; Versandwege stehen auf E-Rechnung versenden.

E-Rechnungsformate auswählen und die Produktgrenzen von Invoify

Invoify erzeugt Ausgangsrechnungen als PDF, XRechnung und ZUGFeRD. Strukturierte Exporte werden mit Mustang beziehungsweise den einschlägigen KoSIT-Regeln validiert. Die Belegbox kann manuell hochgeladene XRechnung-XML und ZUGFeRD-Dateien technisch prüfen und ausgewählte Kernwerte ohne OCR oder Sprachmodell auslesen. Ein überwachter Lieferanten-Eingang, eine Peppol-Zustellung, eine automatische fachliche Buchung und eine Zahlungsfreigabe eingehender E-Rechnungen sind dagegen nicht als Produktfunktion belegt.

Eine Funktion wird in diesem Leitfaden nur dann als Invoify-Funktion bezeichnet, wenn sie in der aktuellen Produktdokumentation belegt ist. Steuerliche Würdigung, rechtliche Einzelfallprüfung und externe Behördenverfahren bleiben bei den verantwortlichen Personen beziehungsweise deren Beratung. Diese Trennung verhindert, dass ein formal erzeugter Beleg mit einer fachlich freigegebenen Entscheidung verwechselt wird.

Offizielle Quellen und Prüfstand

Maßgeblich sind § 14 UStG, die BMF-FAQ zur E-Rechnung mit Stand März 2026 und das aktualisierte BMF-Schreiben zur obligatorischen E-Rechnung. Technische Referenzen liefern KoSIT/XStandards Einkauf, FeRD zu ZUGFeRD und die EU-Kommission zu EN 16931. Stand der Prüfung: 5. August 2026. Technische Regelstände und neue Format-Releases werden spätestens im Januar 2027 erneut geprüft.

Format, Profil und Übertragungsnetz getrennt auswählen

ZUGFeRD, XRechnung und Peppol liegen nicht auf derselben Ebene. Ein Dokumentformat beziehungsweise Profil beschreibt Rechnungsdaten; Peppol organisiert Identifikation und sicheren Austausch über zertifizierte Zugangspunkte.

E-Rechnungsformat, E-Rechnungsstellung und Software sind drei verschiedene Suchaufgaben

„Elektronische Rechnung“ bezeichnet den rechtlichen und fachlichen Dokumenttyp. „E-Rechnungsformat“ bezeichnet seine technische Ausprägung. „E-Rechnungsstellung“ umfasst den Prozess von den Quelldaten über Freigabe, Erzeugung und Versand bis zur Aufbewahrung. Eine Software kann mehrere dieser Schritte unterstützen, ohne automatisch jedes Format, jedes Empfängerportal oder den Rechnungseingang abzudecken.

E-Rechnungsformat 2026 in fünf Entscheidungen auswählen

1. Rechts- und Empfängerfall bestimmenInländisches B2B, öffentliche Beschaffung, Ausland, Privatkunde und ausgenommener Umsatz werden nicht in dieselbe Formatregel gepresst.
2. Strukturprofil bestätigenXRechnung, geeignetes ZUGFeRD-Profil oder ein vereinbartes interoperables Format anhand der echten Empfängeranforderung festlegen.
3. Syntax und Container wählenBei reiner XML UBL oder CII abstimmen; beim Hybridformat PDF/A-3 und eingebettete CII gemeinsam behandeln.
4. Transport separat festlegenE-Mail, Portal, Peppol oder Schnittstelle sind Übertragungswege und ersetzen keine Formatentscheidung.
5. Version und Testfall dokumentierenAktuelle Spezifikation, technische Artefakte, Empfängerimport und Umstellungsdatum am Prozess festhalten.

Die Version einer Spezifikation ist kein Dekor im Footer. FeRD hat ZUGFeRD 2.5.2 am 4. August 2026 veröffentlicht, aber erst ab 1. September 2026 für gültig erklärt. KoSIT listet XRechnung 3.0 mit dem technischen Bugfix-Bundle vom 31. Januar 2026. Diese unterschiedlichen Releasezyklen zeigen, warum „unterstützt E-Rechnung“ ohne Format, Profil, Version und Empfängertest zu ungenau ist.

Invoify erzeugt Ausgangsrechnungen als XRechnung oder ZUGFeRD aus demselben freigegebenen Belegmodell und validiert die jeweils produktseitig unterstützte Ausgabe. Ein automatischer Lieferanten-Eingang, fachliche Buchung und eigener Peppol-Sende- oder Empfangskanal sind nicht belegt. Die Formatauswahl wird deshalb nicht mit einem vollständigen E-Invoicing-Netzwerk gleichgesetzt. ${REVIEW}