Der Unterschied zwischen XRechnung und ZUGFeRD liegt in der Struktur und Verarbeitung: XRechnung ist ein reines XML-Format ohne visuelle Darstellung, das ausschließlich strukturierte, maschinenlesbare Rechnungsdaten enthält. ZUGFeRD hingegen ist ein Hybridformat, das eine sichtbare PDF-Rechnung mit eingebetteten XML-Daten kombiniert. Beide Formate erfüllen die Anforderungen der europäischen Norm EN 16931 für elektronische Rechnungen und ermöglichen die automatisierte Verarbeitung in Finanz- und Verwaltungsprozessen – als Teil einer E-Rechnung.
Seit dem 1. Januar 2025 müssen Unternehmen in Deutschland strukturierte E-Rechnungen empfangen können. Die Versandpflicht gilt ab dem 1. Januar 2027 für Unternehmen mit einem Jahresumsatz über 800.000 Euro, ab dem 1. Januar 2028 für alle übrigen Unternehmen im B2B-Bereich. Die Wahl zwischen XRechnung und ZUGFeRD beeinflusst nicht nur die technische Umsetzung, sondern auch die Prozessgestaltung in Purchase-to-Pay (P2P) und Order-to-Cash (O2C). Entscheidend sind dabei Faktoren wie Empfängergruppe, Systemlandschaft, Automatisierungsgrad und Umgang mit rechnungsbegründenden Anlagen.

Inhaltsverzeichnis
- Was ist der Unterschied zwischen XRechnung und ZUGFeRD?
- Warum ist der Unterschied zwischen XRechnung und ZUGFeRD wichtig?
- Die wichtigsten Merkmale von XRechnung und ZUGFeRD
- Überblick und Vergleich der beiden Formate
- So funktioniert der Einsatz von XRechnung und ZUGFeRD in der Praxis
- Typische Probleme und Fallstricke bei der Formatwahl
- Auswahlhilfe: Welches Format passt zu welchem Szenario?
- Woran erkennt man eine passende Formatstrategie?
- Checkliste zur Entscheidung zwischen XRechnung und ZUGFeRD
- Häufige Fragen zum Unterschied zwischen XRechnung und ZUGFeRD
- Fazit
Was ist der Unterschied zwischen XRechnung und ZUGFeRD?
Der zentrale Unterschied zwischen XRechnung und ZUGFeRD liegt in der Datenstruktur. XRechnung ist ein ausschließlich XML-basiertes Rechnungsformat, das strukturierte Daten ohne visuelle Komponente enthält. Es wurde von der Koordinierungsstelle für IT-Standards (KoSIT) als deutscher Standard für die elektronische Rechnungsstellung im öffentlichen Sektor entwickelt und erfüllt die Vorgaben der EU-Richtlinie 2014/55/EU.
ZUGFeRD steht für "Zentraler User Guide des Forums elektronische Rechnung Deutschland" und kombiniert eine PDF/A-3-Datei mit eingebetteten XML-Daten. Dieses Hybridformat ermöglicht sowohl die menschliche Lesbarkeit als PDF als auch die maschinelle Verarbeitung über die strukturierten Daten. ZUGFeRD wurde mit Unterstützung des Bundesministeriums für Wirtschaft und Klimaschutz entwickelt und ist in verschiedenen Profilen verfügbar: Basic, Comfort und Extended.
Begriffliche Einordnung: E-Rechnung, XRechnung und ZUGFeRD
Eine E-Rechnung im Sinne der EN 16931 ist eine Rechnung, die in einem strukturierten, maschinenlesbaren Format ausgestellt, übermittelt und empfangen wird. XRechnung und ZUGFeRD sind zwei in Deutschland gängige Umsetzungen dieser Norm. Umgangssprachlich wird XRechnung oft mit "XML-Rechnung" gleichgesetzt, obwohl der Begriff historisch eng mit dem B2G-Bereich (Business-to-Government) verbunden ist. ZUGFeRD wird häufig als "E-Rechnung" bezeichnet, obwohl das PDF allein kein strukturiertes Format darstellt und nur das eingebettete XML die maschinenlesbare Struktur liefert.
Technische Grundlagen der beiden Formate
XRechnung nutzt entweder UBL (Universal Business Language) oder CII (Cross Industry Invoice) als XML-Standard. Die Daten sind strikt strukturiert, mit festen Feldern für Rechnungsnummer, Rechnungsdatum, Fälligkeitsdatum, Steuersätze, Zahlungsbedingungen und weitere Pflichtangaben. Für den öffentlichen Sektor ist die Leitweg-ID ein typisches Element, das die eindeutige Identifikation des öffentlichen Empfängers ermöglicht.
ZUGFeRD basiert auf dem PDF/A-3-Standard, in den eine XML-Datei nach dem CII-Schema eingebettet wird. Die PDF-Ebene dient der visuellen Darstellung, während die XML-Ebene die strukturierten Rechnungsdaten enthält. In der Version 2.0 und höher ist ZUGFeRD kompatibel mit der EN 16931 und damit auch für den öffentlichen Sektor prinzipiell nutzbar, wobei öffentliche Stellen in Deutschland jedoch überwiegend XRechnung bevorzugen.
Warum ist der Unterschied zwischen XRechnung und ZUGFeRD wichtig?
Die Wahl zwischen XRechnung und ZUGFeRD hat direkte Auswirkungen auf Prozessautomatisierung, Effizienz und Fehlerquoten in der Rechnungsverarbeitung. Organisationen, die bisher mit PDF- oder Papierrechnungen gearbeitet haben, sehen sich mit Medienbrüchen, manueller Datenerfassung und heterogenen Workflows konfrontiert. Strukturierte E-Rechnungen ermöglichen eine medienbruchfreie, automatisierbare Verarbeitung im P2P- und O2C-Kontext.
Regulatorischer Rahmen und zeitliche Relevanz
Die EU-Richtlinie 2014/55/EU hat den rechtlichen Rahmen für die elektronische Rechnungsstellung im öffentlichen Bereich geschaffen. Die EN 16931 definiert die inhaltliche Datennorm für strukturierte E-Rechnungen. In Deutschland wurde die E-Rechnungspflicht im B2B-Sektor durch das Wachstumschancengesetz verankert. Für den B2B-Bereich gilt: Alle Unternehmen müssen seit dem 1. Januar 2025 in der Lage sein, strukturierte E-Rechnungen zu empfangen. Die Versandpflicht tritt gestaffelt in Kraft: ab dem 1. Januar 2027 für Unternehmen mit einem Jahresumsatz über 800.000 Euro, ab dem 1. Januar 2028 für alle übrigen Unternehmen im B2B-Bereich. Zur Umsetzung kann eine E-Rechnung-Beratung helfen.
Für den öffentlichen Sektor (B2G) gelten bereits seit November 2020 strikte Vorgaben zur elektronischen Rechnungsstellung. Unternehmen müssen ihre Prozesse, Systeme und Stammdaten entsprechend anpassen, um Audit-Fähigkeit, Nachvollziehbarkeit und konsistente Workflows zu gewährleisten. Die gestaffelten Fristen bedeuten, dass kleinere Unternehmen ein Jahr länger Zeit haben, ihre Versandprozesse umzustellen, jedoch bereits ab 2025 empfangsbereit sein müssen.
Auswirkungen auf Prozessgestaltung und Automatisierung
XRechnung unterstützt konsequent Straight-Through Processing, da ausschließlich strukturierte Daten vorliegen. Dies reduziert manuelle Eingriffe, verkürzt Durchlaufzeiten und verbessert die Matching-Quoten bei der Prüfung gegen Bestellung und Wareneingang (3-Way-Match). ZUGFeRD kann in Organisationen, die noch nicht vollständig digitalisiert sind, als Brücke dienen, birgt jedoch das Risiko, dass Mitarbeitende weiterhin am PDF arbeiten und die strukturierten Daten ignorieren. Dadurch verpufft der Automatisierungsnutzen.
Die wichtigsten Merkmale von XRechnung und ZUGFeRD
XRechnung: Kernmerkmale und Einsatzgebiet
XRechnung ist ein reines XML-Format ohne visuelle PDF-Komponente. Die Datenstruktur ist stark standardisiert mit festen Feldern, was eine hohe Automatisierbarkeit ermöglicht. Der Schwerpunkt liegt auf dem B2G-Bereich, also Rechnungen an öffentliche Auftraggeber in Deutschland. Die Leitweg-ID ist ein typisches Element zur Identifikation des öffentlichen Empfängers.
Für die menschliche Lesbarkeit ist ein Viewer oder eine Buchhaltungssoftware erforderlich, die die XML-Daten visualisiert. Der Nutzen für Prozesse liegt in der hohen Automatisierbarkeit bei Rechnungseingang und -prüfung, weniger manueller Datenerfassung und besseren Voraussetzungen für durchgängige Workflows und Matching gegen Bestellung oder Wareneingang.
ZUGFeRD: Kernmerkmale und Einsatzgebiet
ZUGFeRD ist ein Hybridformat, das PDF/A-3 als sichtbares Dokument mit eingebetteten XML-Daten kombiniert. Das Ziel ist, menschlich lesbar und maschinell auswertbar in einem Container zu sein. ZUGFeRD wird häufig im B2B-Bereich eingesetzt und ist potenziell auch für B2C-Szenarien geeignet, da das PDF klassisch nutzbar bleibt.
Die verschiedenen Profile (Basic, Comfort, Extended) unterscheiden sich im Umfang und in der Komplexität. Basic enthält grundlegende Rechnungsdaten für einfache Szenarien, Comfort bietet mehr Details für standardisierten B2B-Austausch, und Extended ist sehr umfangreich für komplexe Anforderungen in Handel oder größeren Organisationen. Für die volle Nutzung sind Systeme erforderlich, die XML lesen und schreiben und die Verbindung zur PDF konsistent halten können. Organisatorisch muss klar sein, welcher Teil für die Verarbeitung maßgeblich ist: strukturierte Daten oder PDF-Ansicht.
Unterschied zwischen E-Rechnung und XRechnung
Der Begriff E-Rechnung bezeichnet allgemein eine strukturierte, maschinenlesbare Rechnung gemäß EN 16931. XRechnung ist eine spezifische Umsetzung dieser Norm in Deutschland, die vor allem für den öffentlichen Sektor entwickelt wurde. Nicht jede E-Rechnung ist eine XRechnung, aber jede XRechnung ist eine E-Rechnung. Dieser Unterschied ist wichtig, um Missverständnisse bei der Formatwahl zu vermeiden.
Überblick und Vergleich der beiden Formate
Die folgende Tabelle stellt die zentralen Unterschiede zwischen XRechnung und ZUGFeRD gegenüber und ordnet sie nach relevanten Dimensionen für die Entscheidungsfindung ein.
| Dimension | XRechnung | ZUGFeRD |
|---|---|---|
| Datenstruktur | Ausschließlich XML (UBL oder CII) | PDF/A-3 mit eingebettetem CII-XML |
| Menschliche Lesbarkeit | Nur mit Viewer oder ERP-Visualisierung | Sofort lesbar als PDF |
| Automatisierbarkeit | Hoch, durch konsequent strukturierte Daten | Möglich, aber risikobehaftet bei PDF-Nutzung |
| Versandkanäle | Peppol-Netzwerk, E-Mail, strukturierte Portale | E-Mail, Portale, Uploads |
| B2G-Eignung | Standard für öffentliche Auftraggeber | Prinzipiell möglich, aber nicht bevorzugt |
| B2B-Eignung | Voll geeignet, vor allem bei hoher Automatisierung | Weit verbreitet, vor allem bei PDF-Erwartung |
| Umgang mit Anhängen | Direkt im XML einbettbar (Base64) | PDF/A-3-Anhänge plus XML-Referenz erforderlich |
| Implementierungsaufwand | Feldmapping und Validierung gegen Standard | Zusätzlich PDF-Erstellung und Container-Handling |
Struktur und Datenmodell
XRechnung setzt auf eine datenzentrierte Verarbeitung: Alle Informationen liegen strukturiert vor, es gibt keine visuelle Ebene. Dies unterstützt Straight-Through Processing und minimiert manuelle Eingriffe. ZUGFeRD hingegen führt eine doppelte Welt ein: das PDF für die Sichtbarkeit und das XML für die Verarbeitung. Dies erhöht den Abstimmungs- und Prüfbedarf, da organisatorisch klar sein muss, welches Dokument führend ist.
Lesbarkeit und interne Zusammenarbeit
Ohne Viewer oder Buchhaltungssoftware ist XRechnung für Fachbereiche schwer lesbar. Mit entsprechenden Tools lässt sich die Visualisierung jedoch problemlos darstellen. ZUGFeRD bietet als PDF sofort Lesbarkeit, auch wenn Systeme noch nicht vollständig automatisiert sind. Die organisatorische Herausforderung besteht darin, zu verhindern, dass Mitarbeitende wieder am PDF arbeiten und die strukturierten Daten ignorieren.
Versand- und Übertragungswege: Peppol und ZUGFeRD
XRechnung ist für standardisierte, automatisierte Übertragung geeignet, insbesondere über das Peppol-Netzwerk. Peppol ist ein europaweiter Standard für den sicheren und strukturierten Austausch elektronischer Rechnungen. Die Aussage, dass ZUGFeRD nicht Peppol-kompatibel ist, bedarf einer differenzierten Betrachtung: Peppol transportiert ausschließlich die strukturierte EN 16931-konforme Payload, also die XML-Daten. ZUGFeRD in den Profilen Comfort und Extended enthält EN 16931-konforme XML-Daten, die theoretisch über Peppol versendet werden könnten. Allerdings würde dabei die PDF-Komponente außerhalb des Peppol-Standards behandelt werden müssen, was den hybriden Charakter von ZUGFeRD untergräbt.
In der Praxis wird ZUGFeRD typischerweise per E-Mail, Portal oder Software-Upload versendet, da hier der gesamte Container (PDF mit eingebettetem XML) übermittelt werden kann. Für rein strukturierte Netzwerke wie Peppol, die ausschließlich Payload-orientiert arbeiten, ist XRechnung die konsistentere Wahl. Die Wahl des Formats beeinflusst somit nicht nur Erstellung, sondern auch Monitoring, Fehlerrouting und Skalierbarkeit im Versand.
Umgang mit rechnungsbegründenden Anlagen
Anhänge wie Liefer- und Leistungsnachweise, Verträge oder Abnahmeprotokolle sind in vielen Branchen und Behördenprozessen entscheidend. XRechnung ermöglicht die direkte Einbettung von Anhängen im XML-Dokument über Base64-Kodierung. Dadurch bleiben alle relevanten Dokumente in einer Datei, was die Verarbeitung durch Empfängersysteme vereinfacht.
Bei ZUGFeRD ist der Umgang mit Anhängen komplexer: Anhänge müssen im PDF/A-3-Kontext behandelt werden, und nur PDF-Dokumente können direkt eingebunden werden. Falls andere Formate wie JPEG oder TIFF vorliegen, müssen diese zunächst konvertiert werden. Zusätzlich muss im XML auf die Anhänge referenziert werden. Dies führt zu doppelter Logik, höherer Fehleranfälligkeit und mehr Implementierungs- sowie Testaufwand.
So funktioniert der Einsatz von XRechnung und ZUGFeRD in der Praxis
Einordnung in P2P (Purchase-to-Pay)
Im P2P-Prozess umfasst die Rechnungsverarbeitung Rechnungseingang, Validierung, Bestell- und Wareneingangsabgleich (3-Way-Match), Freigabe, Buchung und Zahlung. Strukturierte Rechnungsdaten reduzieren manuelle Erfassung, verbessern Matching-Quoten und verkürzen Durchlaufzeiten. XRechnung ermöglicht durch reine XML-Verarbeitung eine klare, einheitliche Pipeline. ZUGFeRD erfordert zusätzlich PDF-Erstellung und Container-Handling, was die Prozesskomplexität erhöht.
Einordnung in O2C (Order-to-Cash)
Im O2C-Prozess umfasst die Rechnungsstellung Rechnungsversand, Zustellung, Statusverfolgung und Zahlungseingang. Das gewählte Format beeinflusst Zustellbarkeit, Fehlerquoten (Rejects) und Nacharbeit im Debitorenprozess. XRechnung kann über standardisierte Netzwerke wie Peppol automatisiert versendet werden. ZUGFeRD wird häufig per E-Mail versendet, was weniger Automatisierung und mehr manuelle Nachverfolgung bedeutet.
Systemlandschaft, Integration und Betrieb
Typische Zielarchitekturen umfassen ERP als führendes System, E-Invoicing oder Invoice-Management als Drehscheibe, DMS oder Archiv für Belegablage und Nachvollziehbarkeit sowie Schnittstellen für Versand, Empfang, Validierung und Datenmapping. Für die Entscheidung zwischen einem Minimal Setup und einem Zielbild ist folgende Differenzierung zentral: Ein ERP-only-Ansatz eignet sich für kleinere Organisationen mit geringen Rechnungsvolumina, klaren Prozessen und hoher ERP-Funktionalität. Ein Middleware- oder E-Invoicing-Provider-Ansatz ist wirtschaftlich und risikoarm bei hohen Volumina, heterogenen Formaten, internationalen Anforderungen oder wenn das ERP nicht alle EN 16931-Anforderungen nativ unterstützt.
XRechnung erfordert sauberes Mapping der Felder und Validierungslogik gegen den Standard. Bei reiner XML-Verarbeitung ergibt sich eine klarere, einheitliche Pipeline. ZUGFeRD erfordert zusätzlich PDF-Erstellung und Container-Handling. Die verschiedenen Profile erhöhen den Abstimmungsbedarf: Welches Profil gilt für welchen Kunden? Wie wird es im ERP gesteuert?
Betriebsaspekte umfassen Monitoring von Fehlern und Rejects (z. B. fehlende Pflichtfelder), Update- und Release-Management bei Standardänderungen sowie eine Teststrategie mit Pilotpartnern. Eine klare Prozessdokumentation ist erforderlich, um Nachvollziehbarkeit und Audit-Anforderungen zu erfüllen.
Öffentlicher Sektor vs. Privatwirtschaft
Im B2G-Bereich ist XRechnung der dominierende Standard im Behördenumfeld. Leitweg-ID und formale Prüfungen sind praktisch relevant. Im B2B-Bereich ist ZUGFeRD in vielen Lieferketten verbreitet, da PDF-Handling in Fachbereichen weiterhin üblich ist. Unternehmen mit B2G und B2B brauchen eine klare Formatstrategie, um nicht zwei Prozesswelten aufzubauen. Eine Governance-Frage ist, wann Konvertierung sinnvoll ist (z. B. Eingang ZUGFeRD, interne Normalform XML).
Internationaler Kontext und Skalierung
UBL ist ein international verbreiteter XML-Standard, der in vielen Ländern für E-Rechnungen genutzt wird. ZUGFeRD ist stärker national geprägt, in Frankreich existiert das vergleichbare Format Factur-X. Für international tätige Unternehmen ist die Frage zentral: Warum ein zweites System für ZUGFeRD (Deutschland) und Factur-X (Frankreich) aufbauen, wenn ohnehin UBL XML als internationaler Standard genutzt wird? UBL XML kann mit länderspezifischen Anpassungen verwendet werden, erfordert jedoch je nach Zielland unterschiedliche Customizing-Aufwände. In manchen Ländern (z. B. Italien mit FatturaPA, Spanien mit Facturae) existieren eigene nationale Standards, die zusätzliche Anpassungen erfordern. Die Aussage, dass UBL mit geringem Customizing international einsetzbar ist, muss also differenziert betrachtet werden: Innerhalb der EU und in Ländern mit EN 16931-Konformität ist der Aufwand meist gering, in Ländern mit stark abweichenden nationalen Standards kann er jedoch erheblich sein.
Wirtschaftlichkeit und ROI-Bewertung
Für eine fundierte CFO-Entscheidung sind konkrete Bewertungsgrößen erforderlich. Baseline-KPIs umfassen: durchschnittliche manuelle Bearbeitungszeit pro Rechnung (typisch 5-15 Minuten), Fehlerquote bei manueller Erfassung (typisch 2-8 Prozent), Durchlaufzeit von Eingang bis Buchung (typisch 5-15 Tage), Anteil Rechnungen mit Exception Handling (typisch 15-30 Prozent). Typische Einsparhebel durch strukturierte E-Rechnungen: Reduktion manueller Erfassungszeit um 70-90 Prozent, Senkung der Fehlerquote um 50-80 Prozent, Verkürzung der Durchlaufzeit um 40-60 Prozent, Verbesserung der Skontonutzung durch schnellere Verarbeitung.
Kostentreiber umfassen Implementierungsaufwand (ERP-Anpassung, Middleware, Schnittstellen), Lizenzkosten für E-Invoicing-Software oder Provider, Schulungs- und Change-Management-Aufwand sowie laufende Betriebskosten (Support, Monitoring, Updates). Break-even-Logik: Bei einem typischen mittelständischen Unternehmen mit 10.000 Eingangsrechnungen pro Jahr und durchschnittlich 10 Minuten manueller Bearbeitungszeit ergibt sich ein Einsparvolumen von circa 1.600 Arbeitsstunden pro Jahr. Bei einem durchschnittlichen Stundensatz von 40 Euro entspricht dies 64.000 Euro jährlich. Implementierungskosten für ein strukturiertes E-Invoicing-System liegen typischerweise zwischen 30.000 und 100.000 Euro, abhängig von Komplexität und Systemlandschaft. Daraus ergibt sich ein Break-even nach 6-18 Monaten.
Typische Probleme und Fallstricke bei der Formatwahl
PDF-first-Rückfall bei ZUGFeRD
Ein häufiges Problem bei ZUGFeRD ist, dass Organisationen weiterhin manuell am Sichtbeleg arbeiten. Die Automatisierung verpufft, wenn Mitarbeitende die PDF-Ebene nutzen und die strukturierten XML-Daten ignorieren. Dies erfordert klare organisatorische Regelungen und Schulungen, um sicherzustellen, dass die strukturierten Daten als führend gelten.
Profilwildwuchs und fehlende Governance
ZUGFeRD bietet verschiedene Profile (Basic, Comfort, Extended). Ohne Governance kann es zu unterschiedlichen Profilen je Kunde kommen, was erhöhten Support- und Testaufwand verursacht. Eine klare Festlegung, welches Profil standardmäßig genutzt wird, ist erforderlich.
Unklare Verantwortlichkeiten
Zwischen Finance, IT und Procurement müssen klare Verantwortlichkeiten für Mapping, Validierung und Fehlerhandling definiert werden. Fehlende End-to-End-Sicht führt dazu, dass zwar das Format eingeführt wird, aber Freigabe-Workflow, Bestellabgleich und Stammdatenqualität nicht verbessert werden.
Anhänge nicht sauber geregelt
Wenn Anhänge nicht sauber verarbeitet werden, entstehen Medienbrüche, fehlende Referenzen und zusätzliche Nacharbeit. Dies ist besonders kritisch bei ZUGFeRD, wo Anhänge sowohl im PDF als auch im XML behandelt werden müssen.
Übergangsfristen als Aufschub verstanden
Viele Unternehmen verstehen die Übergangsfristen bis 2027 bzw. 2028 als Aufschub und verzögern die Umsetzung. Dies führt später zu hohem Projektstress und parallelen Alt- und Neu-Prozessen. Eine frühzeitige Planung und schrittweise Implementierung sind empfehlenswert.
Fehlende Compliance- und IKS-Kontrollen
Für Audit-Sicherheit und GoBD-Konformität sind konkrete Kontrollpunkte erforderlich. Das interne Kontrollsystem (IKS) muss folgende Aspekte abdecken: Validierung eingehender Rechnungen gegen Pflichtfelder und Business Rules, Protokollierung aller Verarbeitungsschritte mit Zeitstempel und Benutzerkennung, Unveränderbarkeit archivierter Rechnungen (revisionssichere Archivierung), Berechtigungskonzept für Zugriff, Freigabe und Änderung, Nachvollziehbarkeit durch Verfahrensdokumentation gemäß GoBD. RACI-Matrix für klare Verantwortlichkeiten: Finance ist verantwortlich (Responsible) für fachliche Anforderungen und Prozessdefinition, IT ist verantwortlich für technische Umsetzung und Systemintegration, Procurement ist zu konsultieren (Consulted) bei Lieferantenanbindung und Bestellabgleich, CFO oder Geschäftsführung ist zu informieren (Informed) über Projektstatus und Risiken.
Auswahlhilfe: Welches Format passt zu welchem Szenario?
Die Wahl zwischen XRechnung und ZUGFeRD hängt von verschiedenen Faktoren ab. Die folgende Tabelle bietet eine strukturierte Entscheidungshilfe basierend auf typischen Szenarien.
| Szenario | Empfohlenes Format | Begründung |
|---|---|---|
| Schwerpunkt B2G, hohe Standardisierungsanforderungen | XRechnung | Bevorzugter Standard im öffentlichen Sektor, Leitweg-ID, Peppol-Kompatibilität |
| Schwerpunkt B2B mit vielen Partnern, die PDF erwarten | ZUGFeRD | Pragmatischer Einstieg, visuelle Lesbarkeit, breite Akzeptanz |
| Gemischtes Geschäft, Ziel eine interne Normalform | XRechnung (UBL) | Einheitliche Verarbeitung, eingehende Formate vereinheitlichen, visuell bei Bedarf rendern |
| Hoher Anteil rechnungsbegründender Anlagen | XRechnung | Einfachere Verarbeitung durch direkte Einbettung im XML |
| Europäische Geschäftstätigkeit mit EN 16931-Konformität | XRechnung (UBL) | UBL ist in EN 16931-konformen Ländern mit geringem Anpassungsaufwand einsetzbar |
| Maximale Automatisierung und Straight-Through Processing | XRechnung | Konsequent strukturierte Daten, keine PDF-Ablenkung |
| Kleineres Unternehmen, geringes Volumen, ERP-only-Ansatz | Abhängig von ERP-Funktionalität | Wenn ERP beide Formate unterstützt: XRechnung für einfachere Verarbeitung |
| Hohes Volumen, heterogene Formate, internationale Partner | XRechnung mit Middleware/Provider | Provider kann Formatkonvertierung übernehmen, zentrale Validierung und Monitoring |
Entscheidungskriterien im Detail
Empfängeranforderungen: Arbeiten Sie vorrangig mit öffentlichen Auftraggebern (B2G), privaten Geschäftspartnern (B2B) oder Endkunden (B2C)? Prozessziel: Streben Sie maximale Automatisierung an oder ein Übergangsszenario mit Sichtbeleg? IT-Reifegrad: Welche E-Invoicing-Komponenten, Invoice-Management-Systeme, ERP-Fähigkeiten und Viewer stehen zur Verfügung? Datenqualität: Wie gut sind Stammdaten (Kreditor, Debitor), Bestellbezug, Steuercodes und Zahlungsbedingungen gepflegt? Anhänge: Wie häufig und kritisch sind rechnungsbegründende Anlagen im Prozess? Versandkanäle: Benötigen Sie standardisierte Netzwerke wie Peppol oder reichen E-Mail- und Portal-Prozesse? Change-Management: Wie hoch ist der Schulungsbedarf in Fachbereichen, wie hoch die Akzeptanz für kein PDF mehr? Wirtschaftlichkeit: Welche Einsparungen durch Automatisierung (Durchlaufzeit, manuelle Prüfung, Fehlerkosten) werden erwartet, und welche Implementierungs- und Betriebsaufwände entstehen je Format?
Umsetzungs-Roadmap: Minimal Compliance vs. End-to-End-Automation
Für die Planung ist die Unterscheidung zwischen einem Minimal Compliance-Ansatz und einer vollständigen End-to-End-Automation zentral. Minimal Compliance (8-12 Wochen Umsetzung): Ziel ist die Erfüllung der gesetzlichen Empfangspflicht ab 1. Januar 2025. Dies umfasst technische Empfangsfähigkeit (E-Mail-Postfach oder Portal für E-Rechnungen), manuelle Weiterverarbeitung in bestehenden Systemen, Validierung gegen Mindestanforderungen (Pflichtfelder, Steuer-ID, Rechnungsnummer) sowie Schulung von Key-Usern. Dieser Ansatz ist für kleinere Unternehmen oder als Übergangslösung geeignet.
End-to-End-Automation (6-12 Monate Umsetzung): Ziel ist die vollständige Automatisierung von Rechnungseingang und -versand. Dies umfasst ERP-Integration oder Middleware-Implementierung, automatisierte Validierung, Mapping und 3-Way-Match, Workflow-Integration (Freigabe, Buchung, Zahlung), Anbindung an Peppol oder E-Invoicing-Provider, Stammdatenbereinigung und -pflege, Change-Management und flächendeckende Schulung sowie GoBD-konforme Archivierung und Verfahrensdokumentation. Dieser Ansatz ist für mittlere und große Unternehmen oder bei hohen Volumina empfehlenswert.

Woran erkennt man eine passende Formatstrategie?
Interne Zieldefinition
Eine gute Formatstrategie beginnt mit einer klaren Zieldefinition: Steht Automatisierung im Vordergrund, oder soll Sichtbeleg-Komfort für eine Übergangszeit erhalten bleiben? Welche Partneranforderungen müssen erfüllt werden? Diese Fragen sollten vor der technischen Implementierung beantwortet werden.
Festlegung einer internen Daten-Normalform
Empfehlenswert ist die Festlegung einer internen Normalform: Strukturierte Rechnung als führend, Visualisierung bei Bedarf generiert. Dies vermeidet parallele Prozesse und sorgt für konsistente Workflows.
Validierung und Qualitätschecks
Vor Versand und bei Empfang sollten Validierung und Qualitätschecks gegen Pflichtfelder und Business Rules erfolgen. Fehlerprozesse (Exception Handling) müssen klare Rollen, SLAs und Ursachenanalyse umfassen.
Stammdaten-Management als Hebel
Hochwertige Stammdaten (Kreditoren, Debitoren, Steuern, Bankdaten, Leitweg-IDs im B2G) sind entscheidend für die erfolgreiche Verarbeitung strukturierter Rechnungen. Mangelhafte Stammdaten führen zu hohen Fehlerquoten und Nacharbeit.
Dokumentation der Prozesskette
Eine vollständige Dokumentation der Prozesskette ermöglicht Nachvollziehbarkeit und erfüllt Audit-Anforderungen. Dies umfasst Mapping-Regeln, Validierungslogik, Fehlerbehandlung und Archivierungsstrategien.
Checkliste zur Entscheidung zwischen XRechnung und ZUGFeRD
- Welche Empfängergruppen dominieren (B2G, B2B, B2C)?
- Welche Formate werden von Geschäftspartnern bevorzugt oder gefordert?
- Wie hoch ist der Automatisierungsgrad im aktuellen Rechnungsprozess?
- Welche ERP- und E-Invoicing-Systeme sind vorhanden?
- Sind Viewer oder Visualisierungstools für XRechnung verfügbar?
- Wie häufig und kritisch sind rechnungsbegründende Anlagen?
- Welche Versandkanäle sollen genutzt werden (Peppol, E-Mail, Portal)?
- Wie gut ist die Stammdatenqualität (Kreditoren, Debitoren, Steuercodes)?
- Welche Ressourcen stehen für Implementierung und Betrieb zur Verfügung?
- Ist eine europäische oder internationale Skalierung geplant?
- Wie hoch ist die Akzeptanz in Fachbereichen für rein strukturierte Daten?
- Welche Schulungs- und Change-Management-Maßnahmen sind erforderlich?
- Welche Kosten-Nutzen-Erwartung besteht für Automatisierung (ROI-Berechnung)?
- Sind klare Verantwortlichkeiten zwischen Finance, IT und Procurement definiert (RACI)?
- Sind IKS-Kontrollen, Validierungsprotokolle und GoBD-konforme Archivierung sichergestellt?
- Welcher Ansatz ist wirtschaftlich und risikoarm: ERP-only oder Middleware/Provider?
- Ist eine Minimal Compliance (8-12 Wochen) oder End-to-End-Automation (6-12 Monate) geplant?
Häufige Fragen zum Unterschied zwischen XRechnung und ZUGFeRD
Was ist der Hauptunterschied zwischen XRechnung und ZUGFeRD?
XRechnung ist ein reines XML-Format ohne visuelle Darstellung, ausschließlich für maschinelle Verarbeitung. ZUGFeRD kombiniert eine sichtbare PDF-Rechnung mit eingebetteten XML-Daten und ist damit ein Hybridformat.
Welches Format ist besser für den öffentlichen Sektor geeignet?
XRechnung ist der bevorzugte Standard für Rechnungen an öffentliche Auftraggeber in Deutschland. Es erfüllt die formalen Anforderungen der E-Rechnungsverordnung und ist Peppol-kompatibel.
Kann ich ZUGFeRD auch im B2G-Bereich nutzen?
Prinzipiell ja, insbesondere in der Version 2.0 und höher ist ZUGFeRD kompatibel mit der EN 16931. Allerdings bevorzugen öffentliche Stellen in Deutschland überwiegend XRechnung.
Welches Format ermöglicht höhere Automatisierung?
XRechnung ermöglicht höhere Automatisierung, da ausschließlich strukturierte Daten vorliegen und kein Risiko besteht, dass Mitarbeitende am PDF arbeiten. ZUGFeRD kann Automatisierung bieten, ist jedoch organisatorisch gefährdet, wenn das PDF als primäres Arbeitsdokument genutzt wird.
Wie werden Anhänge bei XRechnung und ZUGFeRD behandelt?
Bei XRechnung können Anhänge direkt im XML eingebettet werden (Base64-Kodierung), wodurch alle Dokumente in einer Datei bleiben. Bei ZUGFeRD müssen Anhänge im PDF/A-3-Kontext behandelt und im XML referenziert werden, was die Verarbeitung komplexer macht.
Ist ZUGFeRD international einsetzbar?
ZUGFeRD ist stärker national geprägt. In Frankreich existiert das vergleichbare Format Factur-X. Für europäische Geschäftstätigkeit innerhalb EN 16931-konformer Länder ist UBL XML als Basis von XRechnung besser geeignet, da es mit geringen Anpassungen einsetzbar ist. Bei Ländern mit eigenen nationalen Standards (z. B. Italien, Spanien) können jedoch erhebliche Customizing-Aufwände entstehen.
Kann ich ZUGFeRD über Peppol versenden?
Peppol transportiert ausschließlich die strukturierte EN 16931-konforme XML-Payload. ZUGFeRD enthält in den Profilen Comfort und Extended EN 16931-konforme XML-Daten, die theoretisch über Peppol versendet werden könnten. Allerdings würde die PDF-Komponente außerhalb des Peppol-Standards behandelt werden müssen, was den hybriden Charakter untergräbt. In der Praxis wird ZUGFeRD daher typischerweise per E-Mail oder Portal versendet.
Welches Format sollte ich wählen, wenn ich sowohl B2G als auch B2B bediene?
Wenn Sie sowohl B2G als auch B2B bedienen, empfiehlt sich XRechnung (UBL) als interne Normalform. Eingehende Formate können vereinheitlicht werden, und Visualisierung kann bei Bedarf generiert werden. Alternativ können Sie ZUGFeRD 2.0 verwenden, das beide Anforderungen erfüllt, jedoch höheren organisatorischen Aufwand bedeutet.
Wie aufwändig ist die Implementierung von XRechnung im Vergleich zu ZUGFeRD?
XRechnung erfordert Feldmapping und Validierung gegen den Standard. ZUGFeRD erfordert zusätzlich PDF-Erstellung, Container-Handling und Abstimmung zwischen PDF und XML. Der Implementierungsaufwand für ZUGFeRD ist daher in der Regel höher.
Welche Fristen gelten für die E-Rechnungspflicht im B2B-Bereich?
Seit dem 1. Januar 2025 müssen alle Unternehmen in Deutschland strukturierte E-Rechnungen empfangen können. Die Versandpflicht tritt gestaffelt in Kraft: ab dem 1. Januar 2027 für Unternehmen mit einem Jahresumsatz über 800.000 Euro, ab dem 1. Januar 2028 für alle übrigen Unternehmen. Für den B2G-Bereich gelten bereits seit November 2020 strikte Vorgaben.
Was passiert, wenn ich die E-Rechnungspflicht nicht erfülle?
Nicht-Erfüllung kann zu Problemen bei Geschäftspartnern, Prozessineffizienzen und potenziell zu Fragen bei Audits führen. Zudem können öffentliche Auftraggeber Rechnungen ablehnen, die nicht den formalen Anforderungen entsprechen.
Fazit
Der Unterschied zwischen XRechnung und ZUGFeRD liegt in Struktur, Verarbeitung und Einsatzgebiet. XRechnung bietet als reines XML-Format höhere Automatisierung, Peppol-Kompatibilität und einfachere Verarbeitung von Anhängen. ZUGFeRD ermöglicht als Hybridformat visuelle Lesbarkeit und breite Akzeptanz im B2B-Bereich, erfordert jedoch höheren organisatorischen und technischen Aufwand. Die Formatwahl sollte auf Empfängeranforderungen, Prozesszielen, Systemlandschaft, ROI-Bewertung und regulatorischen Fristen basieren. Eine klare Strategie, definierte IKS-Kontrollen, saubere Stammdaten und dokumentierte Prozesse sind entscheidend für den Erfolg.
Hinweis: Die Inhalte dieses Beitrags dienen ausschließlich der allgemeinen Information und stellen keine rechtliche oder steuerliche Beratung dar. Wir erbringen keine Rechts- oder Steuerberatung. Eine individuelle rechtliche Bewertung erfolgt ausschließlich durch entsprechend qualifizierte Fachpersonen.
Interesse an Consulting?
Vereinbaren Sie jetzt eine kostenlose Erstberatung und entdecken Sie, wie wir Ihr Unternehmen mit Digitalisierung voranbringen können. Unsere Expert:innen freuen sich auf Sie.
