ZUGFeRD ist ein hybrides E-Rechnungsformat: ein PDF/A-3 mit eingebettetem CII-XML nach EN 16931. Der Empfänger sieht ein normales PDF, die Software liest die strukturierten Daten aus dem eingebetteten XML. Factur-X ist derselbe Standard unter französischem Namen; vollständig deckungsgleich sind beide seit ZUGFeRD 2.1 (2020).
ZUGFeRD verbindet zwei Welten in einem Dokument: das vertraute PDF und die strukturierten Daten, die eine E-Rechnung ausmachen. Dieser Beitrag erklärt, wie das Format aufgebaut ist, was es von XRechnung unterscheidet und ab welcher Version es zählt.
Ein Dokument, zwei Ebenen
ZUGFeRD ist ein hybrides Format: ein PDF/A-3 mit einem eingebetteten CII-XML nach der zugrundeliegenden Norm EN 16931. Das bedeutet:
- Ihr Kunde öffnet ein ganz normales PDF — den lesbaren Sichtbeleg.
- Die Software Ihres Kunden liest das eingebettete XML — die strukturierten Daten für die automatische Verarbeitung.
Damit erfüllt ein einziges Dokument beide Bedürfnisse, ohne dass Sie zwei Dateien verschicken.
ZUGFeRD und Factur-X: derselbe Standard
ZUGFeRD (Deutschland) und Factur-X (Frankreich) sind derselbe technische Standard unter zwei Namen. Vollständig deckungsgleich sind beide seit ZUGFeRD 2.1 (2020) — wer ZUGFeRD 2.1 oder neuer erzeugt, erzeugt zugleich Factur-X. Die oft genannte Version 2.0.1 ist etwas anderes: die Schwelle, ab der ZUGFeRD als E-Rechnung anerkannt wird (siehe unten). Details stehen im Formatvergleich.
Unterschied ZUGFeRD 1.0 und 2.0
ZUGFeRD 1.0 beruht nicht auf der EN 16931 und zählt deshalb in keinem Profil als E-Rechnung — auch nicht im Profil COMFORT, das in der 2er-Reihe EN 16931 heißt. Innerhalb der 2er-Reihe zieht die Finanzverwaltung die Grenze ausdrücklich bei Version 2.0.1: Erst ab dieser Version erfüllt eine ZUGFeRD-Rechnung (ausgenommen die Profile MINIMUM und BASIC-WL) die Anforderungen an eine E-Rechnung; Version 2.0 nennt sie nicht.
| Version | E-Rechnung im Sinne der Pflicht? |
|---|---|
| ZUGFeRD 1.0 | nein — beruht nicht auf der EN 16931 |
| ZUGFeRD 2.0 | nicht genannt — anerkannt ist ZUGFeRD erst „ab Version 2.0.1“ |
| ZUGFeRD ab 2.0.1 / Factur-X | ja — außer MINIMUM und BASIC-WL |
| ZUGFeRD 2.1 / Factur-X 1.0 (24.03.2020) | ja — seitdem mit Factur-X deckungsgleich |
Die Schwelle 2.0.1 nennen gleichlautend das BMF-Schreiben vom 15.10.2024 (Rn. 30), der UStAE (Abschn. 14.1 Abs. 14 Satz 4) und die BMF-FAQ (Frage 7). Version 2.0.1 selbst brachte Anpassungen, die ZUGFeRD 2.0 und Factur-X weiter aneinander anglichen; vollständig deckungsgleich sind beide seit ZUGFeRD 2.1.
Praktisch wird die Schwelle vor allem beim Empfang und bei Altbeständen relevant: Wer heute neu erzeugt, verwendet ohnehin eine aktuelle 2.x-Version. Ein klassisches PDF ohne eingebettetes strukturiertes XML erfüllt die Pflicht in keinem Fall.
Die Profile: welche als E-Rechnung zählen
ZUGFeRD kennt mehrere Profile — sie legen fest, wie vollständig das eingebettete XML ist. Für die E-Rechnungspflicht ist entscheidend, dass das Profil die EN 16931 erfüllt:
| Profil | Datentiefe | E-Rechnung im Sinne der Pflicht? |
|---|---|---|
| MINIMUM | nur Kopf-/Summendaten | ❌ nein — reine Buchungshilfe |
| BASIC-WL | ohne Rechnungspositionen | ❌ nein — reine Buchungshilfe |
| BASIC | mit Rechnungspositionen | ✅ ja |
| EN 16931 (COMFORT) | vollständige EN-16931-Kerndaten | ✅ ja |
| EXTENDED | EN 16931 plus Zusatzfelder | ✅ ja |
| XRECHNUNG | Referenz-Profil (XRechnung) | ✅ ja |
Bereits BASIC ist eine EN-16931-konforme Untermenge und für einfache Rechnungen ausreichend; für breite Interoperabilität im B2B empfiehlt sich gleichwohl EN 16931 (COMFORT). Nicht anerkannt sind allein MINIMUM und BASIC-WL — beide sind reine Buchungshilfen: BASIC-WL enthält keine Rechnungspositionen, MINIMUM zusätzlich keine Aufschlüsselung der Umsatzsteuer.
Wichtig für den Empfang: Eine eingehende ZUGFeRD-Rechnung im Profil BASIC ist damit eine vollwertige E-Rechnung — sie als „nicht strukturiert“ zurückzuweisen, wäre falsch.
Versionsuntergrenze und Profilfilter gelten dabei kumulativ: Kein Profil aus ZUGFeRD 1.x qualifiziert, weil 1.x nicht auf der EN 16931 beruht — auch dann nicht, wenn der Profilname vertraut klingt. „COMFORT“ ist die Bezeichnung aus ZUGFeRD 1.0; im aktuellen 2.x heißt dasselbe Profil EN 16931. Wir führen den alten Namen hier nur zur Wiedererkennung mit.
ZUGFeRD oder XRechnung?
Beide erfüllen die EN 16931 — der Unterschied liegt in der Form:
- ZUGFeRD/Factur-X — hybrides PDF/A-3 mit Sichtbeleg; praktisch im B2B, wo ein lesbares PDF gewünscht ist.
- XRechnung — reines XML ohne Sichtbeleg; typisch im Behördenkontext (B2G). Siehe XRechnung erklärt.
Die ausführliche Gegenüberstellung inklusive Factur-X steht in XRechnung, ZUGFeRD und Factur-X im Vergleich. Beide Formate bilden dasselbe EN-16931-Datenmodell ab — deshalb entstehen sie bei Fortlauf aus einer gemeinsamen Datenquelle, und der Wechsel zwischen ihnen ist eine Ausgabe-Entscheidung, kein Datenmodell-Umbau.
Übertragung: ein normales PDF, ein zulässiger Weg
Erzeugung und Versand sind auch bei ZUGFeRD getrennt. Weil das Ergebnis ein normales PDF ist, ist der Versand per E-Mail besonders naheliegend — und für inländisches B2B ein zulässiger Weg; ein bestimmtes Übertragungsnetz ist nicht vorgeschrieben. Welche Wege zulässig sind, ordnet E-Rechnung übermitteln: E-Mail, Peppol und die zulässigen Wege ein.
ZUGFeRD programmatisch erzeugen
Den konkreten Request-Flow — anlegen, ausstellen, PDF/A-3 abholen — zeigt
ZUGFeRD 2.x / Factur-X per API erzeugen. Wie das
CII-XML technisch ins PDF kommt (PDF/A-3b, eingebettete Datei, XMP-Extension), erklärt
ZUGFeRD-PDF/A-3 erzeugen. Sprachspezifische Beispiele
für denselben drei-Call-Flow gibt es für
PHP, Node.js,
Python und Java — statt GET …/xml
holen Sie das PDF über GET …/pdf. Wie Belege gegen die EN-16931-Regeln geprüft werden,
erklärt KoSIT-Validierung erklärt.
Einordnung in die Pflicht
Wie ZUGFeRD in die E-Rechnungspflicht passt und ab wann sie greift, lesen Sie unter E-Rechnungspflicht 2027 vs. 2028. Fortlauf erzeugt ZUGFeRD 2.x im Profil EN 16931 (COMFORT) aus einem sauberen EN-16931-Datenmodell — dasselbe Modell, aus dem auch die XRechnung entsteht.
Selbst ausprobieren? Der Zugang ist kostenlos und ohne Karte — Produkt-Einstieg für Entwickler →
Oder den eigenen Abrechnungsfluss konkret durchsprechen: 30 Min, technisch, mit dem Gründer →