ZUGFeRD und Factur-X sind hybride E-Rechnungsformate, die ein visuell lesbares PDF-Dokument mit einem eingebetteten, maschinenlesbaren XML-Datensatz kombinieren. Beide Formate sind technisch identisch und vollständig kompatibel mit den korrespondierenden Versionen. Sie ermöglichen sowohl eine manuelle Prüfung durch Menschen als auch eine automatisierte Verarbeitung durch Buchhaltungssysteme und erfüllen die Anforderungen der europäischen Norm EN 16931.
Die Frage ZUGFeRD vs Factur-X stellt sich für Unternehmen insbesondere im Kontext der E-Rechnungspflicht, die in Deutschland seit dem 1. Januar 2025 für den Rechnungsempfang gilt. Die Ausstellungspflicht folgt gestaffelt ab 2027 bzw. 2028. Obwohl beide Formate technisch nahezu identisch sind, gibt es organisatorische und länderspezifische Unterschiede, die bei der Auswahl des passenden Formats eine Rolle spielen. Die Entscheidung hängt von der geografischen Ausrichtung des Unternehmens, der Systemlandschaft und den Anforderungen der Geschäftspartner ab.
ZUGFeRD steht für Zentraler User Guide des Forums elektronische Rechnung Deutschland und ist ein hybrides E-Rechnungsformat, das vom Forum elektronische Rechnung Deutschland entwickelt wurde. Die aktuelle Version ist ZUGFeRD 2.4.0. Das Format kombiniert ein PDF-Dokument, meist im archivsicheren Format PDF/A-3, mit einem eingebetteten XML-Datensatz. Dieser Aufbau ermöglicht es, dass die Rechnung sowohl für Menschen visuell lesbar als auch für Software automatisiert verarbeitbar ist.
Factur-X ist das französische Pendant zu ZUGFeRD und wurde entwickelt, um den Austausch elektronischer Rechnungen zwischen Deutschland und Frankreich zu harmonisieren. Technisch ist Factur-X mit ZUGFeRD identisch und vollständig kompatibel. Die aktuelle Factur-X-Version 1.07.3 entspricht ZUGFeRD 2.3.3. Die Harmonisierung zwischen beiden Formaten bedeutet, dass Unternehmen, die grenzüberschreitend tätig sind, ein einheitliches Format nutzen können, ohne Sonderwege in der IT und im Prozess einrichten zu müssen.
Beide Formate erfüllen die Anforderungen der EN 16931, der europäischen Norm für elektronische Rechnungen. Diese Norm definiert ein standardisiertes semantisches Datenmodell, das festlegt, welche Informationen eine elektronische Rechnung enthalten muss und wie diese strukturiert sein sollen, um eine automatisierte Verarbeitung zu ermöglichen.
Der zentrale technische Baustein von ZUGFeRD und Factur-X ist das Hybridformat. Es besteht aus einem PDF/A-3-Dokument als visueller Umschlag und einem eingebetteten XML-Datensatz im UN/CEFACT Cross Industry Invoice Format. Das PDF dient der menschlichen Lesbarkeit und Archivierung, während das XML die strukturierten Daten für die automatisierte Verarbeitung liefert. Gemäß den Grundsätzen zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff (GoBD) gilt der strukturierte XML-Teil als maßgeblicher Datensatz für die steuerliche Verarbeitung und Aufbewahrung.
Ein wichtiger Aspekt ist, dass das vollständige PDF-Dokument als elektronische Rechnung gilt. Alle relevanten Rechnungsinformationen müssen sowohl im menschenlesbaren PDF als auch im maschinenlesbaren XML enthalten sein. Es dürfen keine Pflichtangaben ausschließlich im XML vorkommen, die nicht auch im PDF sichtbar sind. Die Verantwortung für die Konsistenz zwischen PDF und XML liegt beim Aussteller der Rechnung.
Beide Formate bieten verschiedene Profile, die unterschiedliche Detailtiefen und Anwendungsbereiche abdecken. Das Profil EN16931 stellt die europäische Basisanforderung dar und ist konform mit der europäischen Norm. Das Profil EXTENDED ermöglicht komplexere Anwendungsfälle mit zusätzlichen Detailinformationen, Business Terms und Codelisten außerhalb der EN 16931. Das Profil XRECHNUNG entspricht der deutschen XRechnung-Spezifikation und ist für den Austausch mit öffentlichen Auftraggebern in Deutschland relevant.
Es ist wichtig zu beachten, dass bestimmte Profile in spezifischen Länderkontexten nicht zulässig sind. In Deutschland dürfen die Profile MINIMUM und BASIC WL nicht verwendet werden, da sie keine Positionsdaten enthalten und daher nicht als gültige Rechnung gelten. In Frankreich ist das XRECHNUNG-Profil im französisch-französischen Kontext nicht zulässig.
Die Frage, ob ein Unternehmen ZUGFeRD oder Factur-X einsetzt, ist keine rein technische, sondern vor allem eine organisatorische und strategische Entscheidung. Mit der Einführung der E-Rechnungspflicht in Deutschland müssen alle inländischen Unternehmen seit dem 1. Januar 2025 in der Lage sein, elektronische Rechnungen zu empfangen und zu verarbeiten. Die Ausstellungspflicht folgt gestaffelt: Unternehmen mit einem Vorjahresumsatz über 800.000 Euro müssen ab dem 1. Januar 2027 E-Rechnungen ausstellen, kleinere Unternehmen ab dem 1. Januar 2028. In den Jahren 2025 und 2026 dürfen mit Zustimmung des Empfängers weiterhin Papierrechnungen und sonstige elektronische Rechnungen versendet werden. Diese Entwicklung macht es notwendig, sich mit den verschiedenen Formaten auseinanderzusetzen und eine klare Strategie für den Umgang mit E-Rechnungsanforderungen zu entwickeln.
Ein häufiger Irrtum ist die Annahme, dass eine PDF-Rechnung, die per E-Mail versendet wird, bereits eine E-Rechnung im Sinne der gesetzlichen Anforderungen darstellt. Dies ist jedoch nicht der Fall. Eine elektronische Rechnung muss in einem strukturierten, maschinenlesbaren Format ausgestellt sein, das die elektronische Verarbeitung ermöglicht und der Norm EN 16931 entspricht. Einfache PDF-Rechnungen erfüllen diese Anforderung nicht und gelten als sonstige Rechnungen.
Hybridformate wie ZUGFeRD und Factur-X bieten hier eine pragmatische Lösung. Sie ermöglichen eine vollautomatische, digitale Verarbeitung durch die Buchhaltungssysteme des Empfängers und bieten gleichzeitig eine menschlich lesbare Ansicht für Prüfzwecke oder für Empfänger, die noch nicht über eine automatisierte Verarbeitung verfügen. Dieser duale Ansatz macht sie besonders für Übergangszeiten und heterogene Empfängerlandschaften geeignet.
Die E-Rechnungspflicht ist kein isoliertes IT-Projekt, sondern betrifft die gesamten Finanz- und Verwaltungsprozesse eines Unternehmens. Im Purchase-to-Pay-Prozess, also dem Rechnungseingang, ermöglichen strukturierte Formate eine automatisierte Erfassung, Validierung, Freigabe und Buchung. Medienbrüche zwischen E-Mail, PDF, manueller Erfassung und strukturierten Daten werden reduziert. Dies führt zu einer Verringerung manueller Aufwände und Fehler, einer verbesserten Datenqualität als Basis für Steuerung und Reporting sowie zu schnelleren Durchlaufzeiten und besserer Skalierbarkeit.
Im Order-to-Cash-Prozess, also dem Rechnungsausgang, müssen Unternehmen in der Lage sein, E-Rechnungen zu erzeugen, über geeignete Versandkanäle zu übermitteln und Fehlerhandling sowie Debitorenprozesse entsprechend anzupassen. Die Wahl des passenden Formats hat direkte Auswirkungen auf die Effizienz dieser Prozesse und die Akzeptanz bei Geschäftspartnern.
Die EU-Richtlinie 2014/55/EU legte den Grundstein für die Harmonisierung der E-Rechnung in Europa. Die EN 16931 definiert als zentrale europäische Norm das semantische Datenmodell für E-Rechnungen. Nationale Anpassungen erfolgen durch sogenannte Core Invoice Usage Specifications, kurz CIUS. Ein bekanntes Beispiel in Deutschland ist die XRechnung, die im Business-to-Government-Verkehr bereits verpflichtend ist. Die Einführungspflichten in Frankreich wurden mehrmals verschoben, der aktuelle Plan sieht eine Einführung im Jahr 2026 vor. Unternehmen sollten die Entwicklung kontinuierlich beobachten und ihre Planungen entsprechend anpassen.
Wenn es um die Frage ZUGFeRD vs Factur-X geht, ist es wichtig, zunächst die Gemeinsamkeiten zu verstehen. Beide Formate basieren auf demselben technischen Grundprinzip: Sie kombinieren ein PDF-Dokument mit einem eingebetteten XML-Datensatz. Beide zielen darauf ab, eine automatisierbare Verarbeitung bei gleichzeitiger visueller Lesbarkeit zu ermöglichen. Beide orientieren sich an der EN 16931 und nutzen das UN/CEFACT Cross Industry Invoice Format als technische Referenzsyntax.
Die technische Kompatibilität zwischen ZUGFeRD und Factur-X bedeutet, dass korrespondierende Versionen vollständig identisch sind. Ein Unternehmen, das ZUGFeRD einsetzt, kann ohne technische Anpassungen auch Factur-X-Rechnungen derselben Version verarbeiten und umgekehrt. Diese Harmonisierung war ein bewusstes Ziel der Entwicklung und erleichtert den grenzüberschreitenden Rechnungsaustausch erheblich.
Der wesentliche Unterschied zwischen ZUGFeRD und Factur-X liegt nicht in der Technik, sondern in der nationalen Verankerung und Marktpraxis. ZUGFeRD wurde in Deutschland entwickelt und ist dort stark verbreitet. Factur-X entstand in Frankreich und ist dort der bevorzugte Standard. Für Unternehmen, die ausschließlich in Deutschland tätig sind und vorwiegend mit deutschen Partnern Rechnungen austauschen, ist ZUGFeRD der naheliegende Standard. Für Unternehmen, die regelmäßig mit französischen Geschäftspartnern zusammenarbeiten, ist Factur-X die gemeinsame Sprache im Hybridformat-Kontext.
Ein wichtiger Aspekt bei der Auswahl ist die Profilwahl. ZUGFeRD und Factur-X bieten verschiedene Profile, die unterschiedliche Anwendungsfälle abdecken. Das Profil BASIC enthält alle Pflichtfelder auf Dokumenten- und Positionsebene und ist vollständig konform mit EN 16931, bietet jedoch einen begrenzten Inhalt. Das Profil EXTENDED bietet zusätzliche Business Terms und Codelisten für komplexere Geschäftsprozesse. Das Profil XRECHNUNG entspricht der deutschen XRechnung-Spezifikation und ist für öffentliche Auftraggeber in Deutschland relevant.
Länderspezifische Einschränkungen müssen beachtet werden. In Deutschland dürfen die Profile MINIMUM und BASIC WL nicht verwendet werden, da sie keine Positionsdaten enthalten. In Frankreich ist das XRECHNUNG-Profil im französisch-französischen Kontext nicht zulässig. Diese Regeln sind in den Geschäftsregeln für Hybridformate definiert und müssen bei der Implementierung berücksichtigt werden.
Neben den Hybridformaten ZUGFeRD und Factur-X existieren auch rein XML-basierte Formate wie die XRechnung. Die XRechnung besteht ausschließlich aus einem maschinenlesbaren XML-Dokument ohne visuelle Darstellung. Sie ist die Originalrechnung in strukturierter Form. Für die menschliche Prüfung ist ein Viewer erforderlich, der das XML in eine lesbare Form bringt. Der Vorteil von Hybridformaten liegt darin, dass sie pragmatisch für Übergangsphase und heterogene Empfängerlandschaften sind. Der Vorteil von reinem XML ist, dass es konsequent maschinenorientiert ist und keine Konsistenzprüfung zwischen PDF und XML erfordert. Für den Austausch mit öffentlichen Auftraggebern ist die XRechnung in Deutschland verpflichtend, während im B2B-Bereich verschiedene Formate zulässig sind.
Die folgende Tabelle bietet einen strukturierten Überblick über die zentralen Aspekte von ZUGFeRD und Factur-X im direkten Vergleich. Sie dient der Einordnung und hilft bei der Bewertung, welches Format für welchen Anwendungsfall besser geeignet ist. Die Angaben beziehen sich auf den Stand der Veröffentlichung dieses Artikels und sollten regelmäßig auf Aktualität geprüft werden. Quellen für die technischen Spezifikationen sind die offiziellen Dokumentationen des Forums elektronische Rechnung Deutschland sowie der französischen Normungsgremien.
| Kriterium | ZUGFeRD | Factur-X |
|---|---|---|
| Ursprung | Deutschland, Forum elektronische Rechnung Deutschland | Frankreich, in Zusammenarbeit mit Deutschland harmonisiert |
| Aktuelle Version | ZUGFeRD 2.4.0 | Factur-X 1.07.3 (entspricht ZUGFeRD 2.3.3) |
| Technische Basis | PDF/A-3 mit eingebettetem UN/CEFACT CII XML | PDF/A-3 mit eingebettetem UN/CEFACT CII XML |
| Kompatibilität | Vollständig kompatibel mit Factur-X | Vollständig kompatibel mit ZUGFeRD |
| EN 16931 Konformität | Ja, ab Version 2.0.1 | Ja |
| Profile | MINIMUM, BASIC WL, BASIC, EN16931, EXTENDED, XRECHNUNG | MINIMUM, BASIC WL, BASIC, EN16931, EXTENDED, XRECHNUNG |
| Zulässige Profile in Deutschland | BASIC, EN16931, EXTENDED, XRECHNUNG | BASIC, EN16931, EXTENDED, XRECHNUNG |
| Zulässige Profile in Frankreich | MINIMUM, BASIC WL, BASIC, EN16931, EXTENDED | MINIMUM, BASIC WL, BASIC, EN16931, EXTENDED |
| Marktverbreitung | Stark in Deutschland | Stark in Frankreich |
| Grenzüberschreitende Nutzung | Möglich, aber Factur-X ist in Frankreich bevorzugt | Möglich, in Deutschland als ZUGFeRD bekannt |
| Empfangspflicht Deutschland | Seit 01.01.2025 | Seit 01.01.2025 |
| Ausstellungspflicht Deutschland | Ab 01.01.2027 (Umsatz über 800.000 Euro) bzw. 01.01.2028 | Ab 01.01.2027 (Umsatz über 800.000 Euro) bzw. 01.01.2028 |
| Einführungspflicht Frankreich | Aktueller Plan: 2026 | Aktueller Plan: 2026 |
Die Tabelle zeigt, dass ZUGFeRD und Factur-X technisch nahezu identisch sind. Die Unterschiede liegen primär in der nationalen Verankerung, der Marktverbreitung und den länderspezifischen Profilbeschränkungen. Für Unternehmen, die sowohl in Deutschland als auch in Frankreich tätig sind, ist es daher sinnvoll, sich auf die gemeinsame technische Basis zu konzentrieren und die Profilwahl je nach Empfängerland anzupassen.
In der Praxis hängt die Entscheidung zwischen ZUGFeRD und Factur-X von mehreren Faktoren ab, die eng mit den Geschäftsprozessen, der Systemlandschaft und den Anforderungen der Geschäftspartner verknüpft sind. Unternehmen sollten sich zunächst darüber Klarheit verschaffen, in welchen Ländern sie Rechnungen ausstellen und empfangen, welche Systeme sie einsetzen und welche Anforderungen ihre Kunden und Lieferanten haben.
Im Rechnungsausgang beginnt der Prozess mit der Erstellung der Rechnung aus dem ERP-System oder der Fakturierungssoftware. Dabei müssen die Rechnungsdaten auf die Felder der EN 16931 gemappt werden. Die Profilwahl erfolgt je nach Empfängertyp. Für einen deutschen Geschäftspartner kann das Profil EN16931 oder EXTENDED gewählt werden, für einen öffentlichen Auftraggeber in Deutschland das Profil XRECHNUNG.
Vor dem Versand sollte eine Vorab-Validierung durchgeführt werden. Diese prüft sowohl die Syntax des XML als auch die Geschäftsregeln, die für das gewählte Profil und das Empfängerland gelten. Fehlerhafte Rechnungen können zu Rückweisungen, Verzögerungen und Nacharbeit führen. Eine sorgfältige Validierung reduziert diese Risiken erheblich.
Der Versandkanal ist eine separate Entscheidung vom Dateiformat. Hybridformate können per E-Mail, über Portale oder über EDI-Netzwerke wie Peppol versendet werden. Peppol ist ein Netzwerk für den elektronischen Austausch von Bestellungen, Rechnungen und anderen Geschäftsdokumenten. UBL XML ist das bevorzugte Format für die Übermittlung von Rechnungen über Peppol, aber auch Hybridformate können genutzt werden.
Im Rechnungseingang müssen Unternehmen in der Lage sein, verschiedene Eingangskanäle zu bündeln. Rechnungen können per E-Mail, Upload, Netzwerk oder Portal eingehen. Hybridformate erfordern eine Extraktion des XML aus dem PDF. Anschließend erfolgt eine Validierung und ein Abgleich zwischen PDF und XML.
Der Rechnungsempfänger kann selbst entscheiden, welche Quelle er für seine Verarbeitung verwendet: das PDF, das XML oder beides kombiniert. Es wird jedoch dringend empfohlen, den gewählten Verarbeitungsprozess intern zu dokumentieren, um die Authentizität, Integrität und Lesbarkeit der Rechnung nachweisen zu können. Ein möglicher Ansatz ist die Primärverarbeitung über das XML mit Rückgriff auf das PDF bei Unstimmigkeiten. Auch ein Eskalationsprozess zur Klärung mit dem Aussteller sollte definiert sein.
Nach erfolgreicher Validierung wird die Rechnung an den Workflow zur Freigabe und Buchung übergeben. Ausnahmehandling ist erforderlich für Fehler, fehlende Pflichtangaben oder Abweichungen zwischen PDF und XML. Diese Fälle müssen organisatorisch geregelt und in der Prozessdokumentation festgehalten werden.
Die vorhandene Systemlandschaft hat einen wesentlichen Einfluss auf die Entscheidung. Unternehmen, die SAP einsetzen, haben die Möglichkeit, IDoc weiterhin für den elektronischen Datenaustausch zu nutzen. IDoc ist ein proprietäres, segmentbasiertes Format von SAP, das sich für große Datenmengen eignet. Im Hintergrund kann jedoch eine Konvertierung zu XML-Formaten stattfinden, um die Interoperabilität mit anderen Systemen zu gewährleisten.
Der Nachteil der Übertragung von IDoc sind Textfelder mit begrenzter Länge. Ein langer Firmenname muss etwa in den Stammdaten auf zwei Datenfelder aufgeteilt werden. Im UBL XML Format sind deutlich längere Texteingaben möglich, und dieses Problem besteht nicht mehr. Daher ist es ab sofort in SAP möglich, über ein Peppol-Netzwerk UBL XML Formate zu übertragen. Für IDoc-Benutzer kann dieses Format selbstverständlich weiterhin verwendet werden.
Unternehmen sollten auch die Integration mit Dokumentenmanagement-Systemen und Archivsystemen berücksichtigen. Die GoBD-Anforderungen verlangen, dass der strukturierte XML-Teil im Originalformat aufbewahrt wird. Bei ZUGFeRD- und Factur-X-Rechnungen umfasst dies das vollständige PDF.
Die Umstellung auf hybride E-Rechnungsformate bringt eine Reihe von Herausforderungen mit sich, die Unternehmen kennen und aktiv angehen sollten. Viele dieser Probleme sind organisatorischer Natur und lassen sich durch klare Prozesse und Verantwortlichkeiten vermeiden.
Ein häufiges Problem ist die Inkonsistenz zwischen dem visuellen PDF und dem eingebetteten XML. Wenn die Rechnungsinformationen im PDF von denen im XML abweichen, führt dies zu Verarbeitungsfehlern, Nacharbeit und Klärfällen. Die Verantwortung für die Konsistenz liegt beim Aussteller. Unternehmen sollten sicherstellen, dass ihre Rechnungsvorlagen und Mappings so aufgebaut sind, dass beide Teile automatisch synchron erzeugt werden.
Eine klare Erstelllogik und eine Validierung vor dem Versand sind entscheidend. Tools zur Validierung prüfen sowohl die Syntax des XML als auch die Geschäftsregeln und können Inkonsistenzen frühzeitig erkennen. Unternehmen sollten diese Tools in ihre Prozesse integrieren.
Im Rechnungseingang ist oft unklar, welche Quelle als führend gilt: das PDF, das XML oder beide. Wenn diese Frage nicht geklärt ist, kann es zu Verwirrung, Fehlern und Nacharbeit kommen. Unternehmen sollten eine interne Policy festlegen und dokumentieren, die definiert, welche Quelle primär für die Verarbeitung genutzt wird. Diese Policy sollte auch einen Eskalationsprozess für den Fall von Abweichungen enthalten.
Nicht alle Geschäftspartner sind bereits in der Lage, elektronische Rechnungen automatisiert zu verarbeiten. Hybridformate bieten hier eine pragmatische Brücke, da sie sowohl maschinenlesbar als auch visuell darstellbar sind. Dennoch müssen Unternehmen sich darauf einstellen, dass einige Empfänger nur das PDF nutzen, während andere das XML verarbeiten. Diese Heterogenität erfordert Flexibilität in der Prozessgestaltung.
Viele Unternehmen haben fragmentierte Prozesse für den Rechnungseingang und -ausgang. E-Mail, PDF, Scan, manuelle Buchung und unterschiedliche Workflows führen zu Medienbrüchen und ineffizienten Prozessen. Die Einführung von E-Rechnungsformaten bietet die Gelegenheit, diese Prozesse zu harmonisieren und zu automatisieren. Unternehmen sollten diese Chance nutzen und eine ganzheitliche Prozesssicht einnehmen.
Die unterschiedlichen nationalen Anforderungen und Zeitpläne in Europa führen zu Unsicherheit. Unternehmen, die in mehreren Ländern tätig sind, müssen die jeweiligen CIUS, Profilbeschränkungen und Einführungsfristen kennen und berücksichtigen. Eine flexible IT-Architektur, die verschiedene Formate und Profile unterstützt, ist hier von Vorteil.
Hybridformate erfordern zusätzliche Prüfungen. PDF und XML müssen getrennt geprüft und miteinander abgeglichen werden. Es müssen definierte Geschäftsregeln für Hybriddokumente beachtet werden, etwa Anforderungen an PDF/A, Metadaten und Einbettung. Fehler können zu Rückweisungen und steuerlichen Risiken führen. Unternehmen sollten klare Validierungsprozesse etablieren und diese regelmäßig überprüfen.
Die Entscheidung zwischen ZUGFeRD und Factur-X sollte auf Basis klarer Kriterien erfolgen, die die spezifische Situation des Unternehmens berücksichtigen. Die folgende Tabelle bietet eine strukturierte Entscheidungshilfe, die typische Szenarien und die jeweils empfohlene Formatwahl darstellt. Diese Empfehlungen basieren auf praxisnahen Erfahrungen und sollten im Kontext der eigenen Unternehmensstrategie bewertet werden.
| Szenario | Empfohlenes Format | Begründung |
|---|---|---|
| Ausschließlich deutsche Geschäftspartner, kein grenzüberschreitender Verkehr | ZUGFeRD | ZUGFeRD ist in Deutschland etabliert, gut unterstützt und wird von den meisten deutschen Systemen verstanden. |
| Regelmäßiger Austausch mit französischen Geschäftspartnern | Factur-X | Factur-X ist in Frankreich der bevorzugte Standard und erleichtert den Austausch mit französischen Partnern. |
| Austausch sowohl mit deutschen als auch französischen Partnern | Beide Formate parallel unterstützen | Dank der technischen Identität können beide Formate in derselben Systemlandschaft verarbeitet werden. |
| Viele öffentliche Auftraggeber in Deutschland (B2G) | XRechnung oder ZUGFeRD Profil XRECHNUNG | Öffentliche Auftraggeber in Deutschland verlangen häufig XRechnung. Das Profil XRECHNUNG in ZUGFeRD erfüllt diese Anforderungen. |
| Komplexe Rechnungen mit vielen Positionen und Zuschlägen | ZUGFeRD oder Factur-X Profil EXTENDED | Das Profil EXTENDED bietet zusätzliche Business Terms und Codelisten für komplexe Geschäftsprozesse. |
| Einfache Rechnungen, Standard-B2B-Geschäft | ZUGFeRD oder Factur-X Profil EN16931 oder BASIC | Die Profile EN16931 und BASIC decken die Basisanforderungen ab und sind in den meisten B2B-Szenarien ausreichend. |
| SAP-Systemlandschaft mit IDoc-Nutzung | UBL XML über Peppol oder ZUGFeRD/Factur-X | UBL XML bietet längere Textfelder und ist global standardisiert. IDoc kann im Hintergrund konvertiert werden. |
| Internationale Geschäftspartner außerhalb DACH/FR | UBL XML | UBL XML ist ein global anerkannter Standard und bietet Flexibilität für internationale Anforderungen. |
| Hoher Automatisierungsgrad angestrebt | Rein XML-basierte Formate (XRechnung, UBL) oder Hybridformate mit klarer XML-Verarbeitung | Reine XML-Formate ermöglichen Dunkelbuchung und automatisierte Verarbeitung ohne manuelle Prüfung. |
| Heterogene Empfängerlandschaft mit unterschiedlichen Reifegraden | Hybridformate (ZUGFeRD/Factur-X) | Hybridformate bieten Flexibilität: maschinelle Verarbeitung für reife Empfänger, PDF für weniger digitalisierte Partner. |
Diese Tabelle zeigt, dass die Entscheidung nicht pauschal getroffen werden kann, sondern von den spezifischen Anforderungen und der Ausgangslage des Unternehmens abhängt. Unternehmen sollten ihre Empfänger- und Kundenbasis analysieren, die vorhandene Systemlandschaft bewerten und die Automatisierungsziele definieren, bevor sie eine Formatentscheidung treffen.
Eine gute Lösung für die Verarbeitung von ZUGFeRD- und Factur-X-Rechnungen zeichnet sich durch mehrere Merkmale aus, die sowohl technische als auch organisatorische Aspekte umfassen. Unternehmen sollten diese Kriterien bei der Auswahl von Software, Dienstleistern oder bei der Eigenentwicklung berücksichtigen.
Eine gute Lösung bietet automatisierte Validierung sowohl der Syntax als auch der Geschäftsregeln. Sie prüft PDF und XML getrennt und führt eine Konsistenzprüfung zwischen beiden Teilen durch. Inkonsistenzen werden frühzeitig erkannt und gemeldet. Die Validierung sollte die aktuellen Spezifikationen und Profile unterstützen und regelmäßig aktualisiert werden.
Die Lösung sollte verschiedene Profile von ZUGFeRD und Factur-X unterstützen, darunter BASIC, EN16931, EXTENDED und XRECHNUNG. Sie sollte in der Lage sein, je nach Empfängerland und Empfängertyp das passende Profil auszuwählen und zu validieren. Länderspezifische Einschränkungen sollten automatisch berücksichtigt werden.
Im Rechnungseingang sollte klar dokumentiert sein, welche Quelle als führend gilt. Die Lösung sollte es ermöglichen, eine Policy zu definieren und diese konsistent umzusetzen. Ein Eskalationsprozess für Abweichungen sollte integriert sein. Dies ist besonders wichtig für Audit-Zwecke und für die Nachvollziehbarkeit im Rahmen der GoBD.
Eine gute Lösung lässt sich nahtlos in die bestehende Systemlandschaft integrieren. Sie unterstützt gängige ERP-Systeme, Dokumentenmanagement-Systeme und Archivsysteme. Schnittstellen sind klar definiert und gut dokumentiert. Die Lösung sollte in der Lage sein, verschiedene Formate zu verarbeiten, darunter ZUGFeRD, Factur-X, XRechnung, UBL XML und IDoc.
Die Lösung sollte die Anforderungen der GoBD erfüllen und eine nachvollziehbare Prozessdokumentation ermöglichen. Der strukturierte XML-Teil muss im Originalformat aufbewahrt werden. Bei Hybridformaten umfasst dies das vollständige PDF. Zugriff und Unveränderbarkeit müssen gewährleistet sein. Ein klarer Audit Trail sollte dokumentieren, wer wann welche Änderungen vorgenommen hat.
Die Lösung sollte auch bei hohem Rechnungsvolumen performant bleiben. Sie sollte in der Lage sein, große Datenmengen zu verarbeiten und schnelle Durchlaufzeiten zu gewährleisten. Automatisierung sollte zu einer spürbaren Entlastung der Fachabteilungen führen.
Eine gute Lösung wird von klarem Change Management begleitet. Rollen und Verantwortlichkeiten sind definiert. Schulungen für Fachbereiche sind verfügbar, die erklären, was sich in Prüfung und Freigabe ändert. Die Lösung sollte benutzerfreundlich sein und die Akzeptanz bei den Anwendern fördern.
Für CFOs und Finance-Verantwortliche ist ein klares Internes Kontrollsystem (IKS) entscheidend. Die Lösung sollte definierte Kontrollen für die Rechnungsverarbeitung bieten, etwa Vier-Augen-Prinzip bei kritischen Beträgen, Freigabe-Workflows mit Eskalation und eine klare Trennung von Verantwortlichkeiten. Ein Operating Model sollte festlegen, wer für welche Prozessschritte verantwortlich ist und wie Fehler eskaliert werden.
Eine gute Lösung bietet Transparenz über den Implementierungsaufwand, die zu erwartenden Nutzen und den Return on Investment. Unternehmen sollten eine Business Case Berechnung durchführen, die Kosten für Softwarelizenzen, Implementierung, Schulung und laufenden Betrieb den Einsparungen durch Automatisierung, Fehlerreduktion und schnellere Durchlaufzeiten gegenüberstellt. Die Amortisationszeit sollte klar benannt werden.
Die folgende Checkliste hilft Unternehmen dabei, die notwendigen Schritte für die Einführung oder Optimierung der Verarbeitung von ZUGFeRD- und Factur-X-Rechnungen systematisch zu planen und umzusetzen.
Technisch sind ZUGFeRD und Factur-X nahezu identisch und vollständig kompatibel. Beide Formate basieren auf demselben Grundprinzip: Ein PDF-Dokument mit eingebettetem XML. Der Hauptunterschied liegt in der nationalen Verankerung. ZUGFeRD wurde in Deutschland entwickelt, Factur-X in Frankreich. Korrespondierende Versionen sind technisch austauschbar.
Wenn Sie ausschließlich mit deutschen Geschäftspartnern arbeiten, ist ZUGFeRD der naheliegende Standard. Es ist in Deutschland etabliert und wird von den meisten Systemen gut unterstützt. Für den Austausch mit öffentlichen Auftraggebern sollten Sie zusätzlich die XRechnung oder das Profil XRECHNUNG in ZUGFeRD berücksichtigen.
Ja, das ist möglich, da ZUGFeRD und Factur-X technisch kompatibel sind. Es kann jedoch sein, dass französische Partner die Bezeichnung Factur-X bevorzugen. In der Praxis spielt die Bezeichnung jedoch eine untergeordnete Rolle, solange die technische Struktur korrekt ist.
ZUGFeRD ist ein Hybridformat, das ein PDF mit eingebettetem XML kombiniert. XRechnung ist ein rein XML-basiertes Format ohne visuelle Darstellung. XRechnung ist für den Austausch mit öffentlichen Auftraggebern in Deutschland verpflichtend. ZUGFeRD kann mit dem Profil XRECHNUNG ebenfalls die Anforderungen der XRechnung erfüllen.
Die Profilwahl hängt von Ihrem Anwendungsfall ab. Für einfache B2B-Rechnungen ist das Profil EN16931 oder BASIC ausreichend. Für komplexe Rechnungen mit vielen Positionen und Zuschlägen sollten Sie das Profil EXTENDED wählen. Für öffentliche Auftraggeber in Deutschland ist das Profil XRECHNUNG erforderlich. Beachten Sie länderspezifische Einschränkungen: In Deutschland dürfen MINIMUM und BASIC WL nicht verwendet werden.
Die Konsistenz zwischen PDF und XML liegt in der Verantwortung des Ausstellers. Nutzen Sie standardisierte Vorlagen und automatisierte Prozesse, die beide Teile synchron erzeugen. Führen Sie eine Vorab-Validierung durch, die sowohl die Syntax als auch die Geschäftsregeln prüft und Inkonsistenzen frühzeitig erkennt.
Der Rechnungsempfänger kann selbst entscheiden, ob er das PDF, das XML oder beide Quellen nutzt. Es wird jedoch dringend empfohlen, den gewählten Verarbeitungsprozess intern zu dokumentieren. Ein möglicher Ansatz ist die Primärverarbeitung über das XML mit Rückgriff auf das PDF bei Unstimmigkeiten. Definieren Sie auch einen Eskalationsprozess zur Klärung mit dem Aussteller. Diese Dokumentation ist wichtig für Audit- und Compliance-Zwecke.
Ja, IDoc kann weiterhin für den elektronischen Datenaustausch zwischen SAP-Systemen genutzt werden. Im Hintergrund kann jedoch eine Konvertierung zu XML-Formaten stattfinden, um die Interoperabilität mit anderen Systemen zu gewährleisten. UBL XML bietet Vorteile bei längeren Textfeldern und ist global standardisiert.
Fehlerhafte Rechnungen können zu Rückweisungen, Verzögerungen und Nacharbeit führen. Je nach Art des Fehlers können auch steuerliche Konsequenzen entstehen. Unternehmen sollten klare Validierungsprozesse etablieren und Fehlerhandling definieren. Wenn das XML gültig ist und aus dem PDF extrahiert werden kann, handelt es sich um eine gültige E-Rechnung. Technische Fehler in Bezug auf den PDF/A-Standard sind lediglich als Warnung zu beachten.
ViDA, die Initiative VAT in the Digital Age, wird die Digitalisierung der Steuer- und Meldesysteme in Europa weiter vorantreiben. Investitionen in strukturierte Datenfähigkeit, Validierung und Prozessdokumentation zahlen langfristig ein. Die Formatdiskussion ist Teil einer größeren Daten- und Automatisierungsstrategie. Unternehmen sollten flexible Architekturen aufbauen, die verschiedene Formate und Profile unterstützen.
Die Frage ZUGFeRD vs Factur-X ist weniger eine technische als vielmehr eine strategische Entscheidung. Beide Formate sind technisch identisch, kompatibel und erfüllen die Anforderungen der EN 16931. Die Wahl hängt von der geografischen Ausrichtung, der Empfängerlandschaft und den Anforderungen der Geschäftspartner ab. Unternehmen sollten auf flexible Lösungen setzen, klare Prozesse definieren, die Konsistenz zwischen PDF und XML sicherstellen und ein transparentes Operating Model mit definiertem ROI entwickeln.