Ist ZUGFeRD nur eine PDF-Rechnung?

Ein ZUGFeRD-Hybriddokument enthält zusätzlich strukturierte XML-Daten. Ein PDF ohne diesen passenden Datenteil ist kein entsprechendes Hybridformat.

Beweist ein grüner Validator eine vollständig richtige Rechnung?

Nein. Die Formatprüfung kontrolliert definierte technische Regeln. Leistung, Steuerfall, Bestellung und sachliche Freigabe benötigen passende zusätzliche Kontrollen.

XRechnung oder ZUGFeRD: Unterschiede und Auswahl

XRechnung beschreibt Rechnungsdaten in einem XML-Datensatz. ZUGFeRD verbindet eine lesbare PDF-Datei mit strukturierten XML-Daten. Welches Format passt, hängt von Empfängeranforderung, Profil und Ihrer Software ab. Beide Begriffe allein sagen noch nicht, ob eine konkrete Datei angenommen und richtig verarbeitet wird. Quellen: XStandards Einkauf und FeRD. Geprüft am 6. Oktober 2026.

Der Unterschied im Arbeitsalltag

Bei XRechnung benötigen Menschen eine geeignete Anzeige des XML-Inhalts. Bei ZUGFeRD ist eine PDF-Ansicht Teil des hybriden Dokuments. In beiden Fällen sind die strukturierten Daten für die maschinelle Verarbeitung wichtig. Ein normales PDF wird nicht durch seinen Dateinamen oder eine optisch saubere Darstellung zur strukturierten E-Rechnung.

XRechnung: XML-basierter Standard mit definierten Daten- und Geschäftsregeln. Besonders relevant, wenn ein Empfänger ausdrücklich XRechnung fordert.
ZUGFeRD / Factur-X: Hybridformat mit PDF und eingebettetem XML. Version und Profil müssen mit der benötigten Anforderung übereinstimmen.
Peppol: Übermittlungsnetzwerk. Es ersetzt weder die Formatwahl noch Empfängerreferenzen oder den fachlichen Prüfprozess.

Profil und Version gehören zur Auswahl

Für Deutschland nennt das BMF XRechnung und ZUGFeRD ab Version 2.0.1, ausgenommen MINIMUM und BASIC-WL, als Formate, die die umsatzsteuerlichen E-Rechnungsanforderungen erfüllen. Das ist keine Annahmegarantie jedes Empfängers. Quelle: BMF-FAQ, Frage 7.

Halten Sie in Ihrer Konfiguration vier Angaben fest: Format, Profil, Spezifikationsversion und Validator-Konfiguration. Änderungen können Geschäftsregeln und Fehlermeldungen verändern. Prüfen Sie vor der Umsetzung die aktuelle XRechnung-Veröffentlichung und die FeRD-Releaseinformationen. Eine Vorversion ist keine pauschale Empfehlung für produktive Rechnungen.

Entscheidung in fünf Schritten

Empfänger fragen: Welches Format und Profil werden verlangt? Welche Referenz und welcher Kanal sind vorgesehen?
Software prüfen: Unterstützt sie genau diese Variante im Ein- oder Ausgang? Lassen sich die Originale exportieren?
Daten prüfen: Sind Pflichtangaben, Steuerkategorien, Einheiten und Korrekturbezüge vorhanden? Fehlende Werte dürfen nicht erfunden werden.
Testen: Schema, Geschäftsregeln und Empfängerzusätze prüfen. Bei einem Hybridformat zusätzlich PDF und XML vergleichen.
Ablauf abnehmen: Freigabe, Übermittlung, Rückmeldung, Archiv und Fehlerbearbeitung durchspielen.

Wenn Ihr österreichischer Empfänger den Bundesprozess verwendet, beginnen Sie mit dessen ebInterface-/UBL-Anforderungen. Der deutsche Formatvergleich ersetzt diesen Empfängerpfad nicht.

Konkretes Beispiel ohne echte Rechnungsdaten

Synthetischer Test: Eine Rechnung enthält zwei Positionen zu je 100 Euro netto und einen vorher festgelegten Teststeuersatz. Erzeugen Sie daraus genau eine vereinbarte Formatvariante. Prüfen Sie Positionssummen, Steuer und Gesamtsumme in den strukturierten Daten. Bei ZUGFeRD müssen dieselben Werte auch in der PDF-Ansicht stehen.

Verändern Sie danach gezielt eine Pflichtreferenz, eine Steuerkategorie oder einen Betrag. Der Prüfbericht muss die fehlerhafte Datei sichtbar unterscheiden. Führen Sie zusätzlich eine technisch gültige Rechnung mit einer fachlich falschen Bestellnummer durch den Ablauf: Sie darf nicht allein wegen bestandener Formatprüfung automatisch freigegeben werden.

Speichern Sie Testdatei, Prüfbericht, Version und erwartetes Ergebnis. Ein Bericht ohne Version ist bei einer späteren Änderung schwer nachzuvollziehen. Nutzen Sie ausschließlich freigegebene Testdaten; ein öffentlicher Check braucht keinen Upload Ihrer echten Rechnungen.

Typische Fehler vermeiden

Nur PDF ansehen: Das eingebettete XML bleibt ungeprüft, obwohl die Buchhaltung daraus verarbeitet.
Validierung mit Steuerprüfung verwechseln: Technische Regeln beweisen keine richtige Leistungsbeschreibung oder steuerliche Einordnung.
Versand mit Annahme gleichsetzen: Eine lokal erzeugte Datei und ein erfolgreicher Upload sind eigene Zustände.
Original verlieren: Ein späterer Ausdruck oder Screenshot ist kein Ersatz für den erhaltenen strukturierten Datensatz.
Ein Profil für alle Kunden festlegen: Empfänger können zusätzliche Anforderungen haben.

Was eine Integration liefern sollte

Eine gute Integration dokumentiert die unterstützten Fälle, stoppt bei fehlenden Angaben und führt Fehler in eine bearbeitbare Liste. Sie verändert keine ausgegebene Rechnung stillschweigend und setzt eine Rechnung nicht bereits beim Export auf bezahlt. Der Übermittlungsweg bleibt getrennt vom Formatadapter.

Nutzen Sie den E-Rechnungs-Check für Länderpfad und offene Schritte. Die Leitfäden für Deutschland und Österreich ergänzen den rechtlichen Kontext. Unter E-Rechnungs-Prozessaufnahme und Integration finden Sie den abgrenzbaren Umsetzungsweg.