ZUGFeRD-Rechnung erstellen: Profil wählen, XML einbetten und Ergebnis validieren

ZUGFeRD erstellen: Kurzantwort und klare Abgrenzung

ZUGFeRD ist besonders praktisch, wenn Menschen eine gewohnte PDF-Ansicht benötigen und Systeme dieselbe Rechnung strukturiert verarbeiten sollen. Maßgeblich ist nicht, dass sich irgendeine XML im PDF befindet, sondern dass Profil, Semantik, Einbettung und sichtbare Darstellung zusammenpassen. Seit 2026 ist die jeweilige aktuelle FeRD-Spezifikation einschließlich der Migration zu EN 16931:2026 zu beobachten.

Der Formatvergleich bleibt beim Owner ZUGFeRD vs. XRechnung. Diese Seite beantwortet nur die Erstellfrage. Eine nachträgliche Rettung beliebiger PDFs behandelt PDF in E-Rechnung umwandeln, während die technische Prüfung auf E-Rechnung validieren vertieft wird.

Entscheidungsmatrix für ZUGFeRD erstellen

Profil auswählen

Empfänger und Geschäftsfall bestimmen, welche Daten über den EN-16931-Kern hinaus benötigt werden. Für den Themenbereich ZUGFeRD erstellen folgt daraus eine klare Arbeitsentscheidung: Ein zulässiges Profil wie EN 16931 oder EXTENDED wird bewusst festgelegt. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Profilkennung, FeRD-Spezifikation und Empfängervereinbarung. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

PDF plus XML

Der Empfänger möchte Lesbarkeit und automatische Verarbeitung in einer Datei. Für den Themenbereich ZUGFeRD erstellen folgt daraus eine klare Arbeitsentscheidung: Die CII-XML wird normgerecht in PDF/A-3 eingebettet. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen PDF-Metadaten, Attachment-Beziehung und festgelegter XML-Dateiname. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Sicht und Struktur

Betrag, Datum oder Bankverbindung erscheint in beiden Darstellungen. Für den Themenbereich ZUGFeRD erstellen folgt daraus eine klare Arbeitsentscheidung: Beide werden aus denselben Quelldaten erzeugt und automatisiert verglichen. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Rendering, extrahierte XML und Summenprüfung. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Version migrieren

FeRD oder EN 16931 veröffentlicht einen neuen Regelstand. Für den Themenbereich ZUGFeRD erstellen folgt daraus eine klare Arbeitsentscheidung: Kompatibilität, Empfängerfähigkeit und Validator werden vor Umstellung getestet. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Release Notes, Testkorpus und dokumentierte Freigabe. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

ZUGFeRD erstellen Schritt für Schritt umsetzen

1. Geschäftsfall modellierenErfasse Rechnung, Gutschrift, Steuerfälle, Rabatte und Referenzen vollständig.
2. Profil festlegenVergleiche Datentiefe und Empfängeranforderung mit den aktuellen ZUGFeRD-Profilen.
3. CII-Daten erzeugenMappe Parteien, Positionen, Steuergruppen, Summen und Zahlung in die XML.
4. PDF/A-3 rendernErzeuge die sichtbare Rechnung aus derselben freigegebenen Datenquelle.
5. XML einbettenVerknüpfe XML-Datei, MIME-Typ, Beziehung und ZUGFeRD-Metadaten korrekt.
6. Gesamtdokument validierenPrüfe PDF/A, XML-Schema, Profilregeln, Rechnungsarithmetik und Sicht-Struktur-Gleichheit.
7. Testversand durchführenLasse erste Dateien im Zielsystem importieren und sichere das Ergebnis.

Geschäftsfall modellieren

Erfasse Rechnung, Gutschrift, Steuerfälle, Rabatte und Referenzen vollständig. Der Schritt ist abgeschlossen, sobald kein fachlich nötiges Feld erst im PDF-Layout erfunden wird. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für ZUGFeRD erstellen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Sonderfälle werden vor Wahl des Profils beschrieben. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Profil festlegen

Vergleiche Datentiefe und Empfängeranforderung mit den aktuellen ZUGFeRD-Profilen. Der Schritt ist abgeschlossen, sobald das Profil alle benötigten Business Terms zulässt. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für ZUGFeRD erstellen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. BASIC oder MINIMUM wird nicht aus Bequemlichkeit für komplexe Fälle genutzt. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

CII-Daten erzeugen

Mappe Parteien, Positionen, Steuergruppen, Summen und Zahlung in die XML. Der Schritt ist abgeschlossen, sobald jede Geschäftsregel rechnerisch und semantisch erfüllt ist. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für ZUGFeRD erstellen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Freitext ersetzt keine strukturierte Steuer- oder Referenzinformation. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

PDF/A-3 rendern

Erzeuge die sichtbare Rechnung aus derselben freigegebenen Datenquelle. Der Schritt ist abgeschlossen, sobald Schriften, Metadaten und Archivformat technisch korrekt sind. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für ZUGFeRD erstellen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Nachträgliche Layoutbearbeitung darf den Inhalt nicht verändern. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

XML einbetten

Verknüpfe XML-Datei, MIME-Typ, Beziehung und ZUGFeRD-Metadaten korrekt. Der Schritt ist abgeschlossen, sobald ein konformer Parser die strukturierte Rechnung extrahieren kann. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für ZUGFeRD erstellen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Eine normale PDF-Anlage wird nicht als Hybridformat ausgegeben. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Gesamtdokument validieren

Prüfe PDF/A, XML-Schema, Profilregeln, Rechnungsarithmetik und Sicht-Struktur-Gleichheit. Der Schritt ist abgeschlossen, sobald keine blockierenden Fehler oder ungeklärten Differenzen bleiben. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für ZUGFeRD erstellen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Warnungen werden anhand Geschäftsvorgang und Empfänger bewertet. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Testversand durchführen

Lasse erste Dateien im Zielsystem importieren und sichere das Ergebnis. Der Schritt ist abgeschlossen, sobald der Empfänger nicht nur öffnen, sondern strukturiert verarbeiten kann. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für ZUGFeRD erstellen ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Bei Portalbeschränkungen wird auf das akzeptierte Format gewechselt. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Praxisbeispiele für ZUGFeRD erstellen

Standard-B2B-Rechnung

Ein Dienstleister stellt zehn Positionen, 19 Prozent Steuer und Überweisungskonditionen in Rechnung. Die verantwortliche Person entscheidet deshalb: Er nutzt das EN-16931-Profil und erzeugt PDF sowie XML aus demselben Modell. Im Ergebnis kann der Kunde das PDF lesen und alle Kernfelder automatisch importieren. Das Beispiel zeigt, dass ZUGFeRD erstellen 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.

Erweiterte Branchenangaben

Ein Industriekunde verlangt zusätzliche strukturierte Referenzen und Detailgruppen. Die verantwortliche Person entscheidet deshalb: Sender und Empfänger testen das EXTENDED-Profil mit einem repräsentativen Beleg. Im Ergebnis bleiben Zusatzdaten maschinenlesbar, ohne sie nur in Freitext zu verstecken. Das Beispiel zeigt, dass ZUGFeRD erstellen 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.

Abweichende IBAN im PDF

Nach XML-Erzeugung wird die sichtbare Bankverbindung manuell im Layout geändert. Die verantwortliche Person entscheidet deshalb: Die Rechnung wird verworfen und vollständig aus korrigierten Stammdaten neu erzeugt. Im Ergebnis stimmen beide Repräsentationen wieder überein und der Prüfbericht ist eindeutig. Das Beispiel zeigt, dass ZUGFeRD erstellen 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 ZUGFeRD erstellen

Beliebige XML anhängen

Eine Datei ohne richtige Semantik, Profilkennung und Einbettung wird nicht zum ZUGFeRD-Dokument. Die fachliche Korrektur lautet: Ein spezifikationskonformer Exporter erzeugt die CII-Struktur. Als dauerhafte Kontrolle wird die eingebettete Datei mit Referenzvalidatoren extrahiert und geprüft. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um ZUGFeRD erstellen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

PDF und XML getrennt pflegen

Manuelle Doppelpflege produziert widersprüchliche Summen oder Empfängerdaten. Die fachliche Korrektur lautet: Beide Darstellungen stammen aus einem Datenmodell. Als dauerhafte Kontrolle wird ein automatischer Gleichheitscheck für Kernwerte eingesetzt. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um ZUGFeRD erstellen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Profil nach Dateigröße wählen

Der kleinste Datensatz kann fachlich notwendige Felder ausschließen. Die fachliche Korrektur lautet: Geschäftsfall und Empfänger bestimmen das Profil. Als dauerhafte Kontrolle wird Profilentscheidungen in einer Prozessmatrix dokumentiert. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um ZUGFeRD erstellen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Nur das PDF öffnen

Visuelle Lesbarkeit sagt nichts über eingebettete XML und Geschäftsregeln aus. Die fachliche Korrektur lautet: PDF- und XML-Validator werden kombiniert. Als dauerhafte Kontrolle wird jeder Serienexport mit einem maschinellen Prüfprotokoll verbunden. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um ZUGFeRD erstellen erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Freigabe-Checkliste: ZUGFeRD erstellen

• 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 ZUGFeRD erstellen 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 ZUGFeRD erstellen 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 Seite E-Rechnungsformate ordnet Formatfamilien ein. Für reine XML führt XRechnung erstellen durch den Workflow; E-Rechnung validieren erklärt Fehlerklassen und Prüftiefe.

ZUGFeRD erstellen 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.

ZUGFeRD 2.5 und 2.5.2: Version, Profil und Gültigkeit getrennt prüfen

Die offizielle FeRD-Veröffentlichung zu ZUGFeRD 2.5.2 beschreibt vor allem Korrekturen an der mit 2.5 eingeführten EXTENDED-Funktionalität. Sie basiert weiterhin auf UN/CEFACT CII D22B und ist zu D16B abwärtskompatibel. Für einen produktiven Wechsel genügt das Veröffentlichungsdatum trotzdem nicht: Exporter, Validierungsartefakte, Testdateien und Empfängersystem müssen denselben vorgesehenen Stand verarbeiten.

Die BMF-FAQ mit Stand März 2026 nennt ZUGFeRD ab Version 2.0.1 als übliches geeignetes Format, nimmt MINIMUM und BASIC-WL aber ausdrücklich aus. Daraus folgt nicht, dass jede Datei eines anderen Profils automatisch richtig ist. Auch Profilkennung, Pflichtangaben, Rechenregeln, Steuerfall und technische Einbettung müssen zur konkreten Rechnung passen.

ZUGFeRD erstellen und mit einer realen Datei abnehmen

1. Empfängerprofil erfassenVor dem Export klären, welches ZUGFeRD-/Factur-X-Profil, welche Version und welche zusätzlichen Referenzen akzeptiert werden.
2. Quelldaten einfrierenEmpfänger, Rechnungsnummer, Daten, Positionen, Steuern, Summen und Zahlungsweg aus einem freigegebenen Belegmodell beziehen.
3. Profil bewusst wählenEN 16931 als Standardfall prüfen; BASIC oder EXTENDED nur wegen des echten Datenbedarfs und nicht wegen Dateigröße oder Marketingbegriff wählen.
4. PDF/A-3 und XML erzeugenSichtteil und CII-XML in einem kontrollierten Exportlauf erzeugen und die spezifizierte Beziehung im Container setzen.
5. Struktur extrahierenDie eingebettete XML mit einem unabhängigen Werkzeug wieder aus dem PDF lösen; bloßes Öffnen im PDF-Reader reicht nicht.
6. Alle Ebenen validierenPDF/A, XML-Schema, Profil-Schematron, Codelisten, Geschäftsregeln und Rechnungsarithmetik mit dem vorgesehenen Release prüfen.
7. Kernwerte vergleichenRechnungsnummer, Ausstellungs- und Leistungsdaten, Parteien, Positionen, Steuergruppen, Summen und IBAN zwischen PDF und XML abgleichen.
8. Empfängerimport testenMindestens Standardrechnung, Steuerbefreiung, Rabatt und Korrektur im realen Zielsystem testen und Annahme beziehungsweise Fehler dokumentieren.

Ein Validatorbericht ist ein technischer Nachweis zum geprüften Regelstand, aber keine fachliche Freigabe des Umsatzes. Ein falscher Leistungsempfänger oder unzutreffender Steuerfall kann technisch sauber modelliert sein. Umgekehrt wird eine fachlich richtige Rechnung durch eine fehlerhafte Einbettung oder ungültige Codeliste im Empfängersystem unbrauchbar.

Invoify erzeugt ZUGFeRD aus den freigegebenen Rechnungsdaten und prüft die technisch unterstützte Ausgabe. Die Unterstützung eines neu veröffentlichten ZUGFeRD-Releases wird erst nach eigener Produktfreigabe behauptet; ein Veröffentlichungs- oder Gültigkeitsdatum bei FeRD ersetzt diesen Test nicht. Formatvergleich und rechtliche Fristen bleiben auf ZUGFeRD vs. XRechnung beziehungsweise E-Rechnung-Pflicht. ${REVIEW}