ZUGFeRD Validator

ZUGFeRD-Rechnung online prüfen: Laden Sie die eingebettete XML-Datei hoch und prüfen Sie sie kostenlos gegen die Geschäftsregeln der EN 16931. Ohne Anmeldung, Ergebnis in Sekunden.

Wichtig: Der Validator nimmt nur XML an, keine PDF-Dateien. Speichern Sie zuerst die eingebettete Datei factur-x.xml aus Ihrer ZUGFeRD-PDF. So geht's.

Regelwerke: EN16931 1.3.16 und Peppol BIS Billing 3.0.20 für UBL · EN16931 1.3.16 für CII · XRechnung 3.0.2 (KoSIT-Schematron 2.6.0) · zuletzt aktualisiert 15. Oktober 2026

XML-Rechnungen hierher ziehen

oder per Klick auswählen · UBL und CII / Factur-X unterstützt

ZUGFeRD prüfen in drei Schritten

XML aus dem PDF speichern

Eine ZUGFeRD-Rechnung ist ein PDF/A-3 mit Dateianhang. Speichern Sie den XML-Anhang über die Anlagen-Ansicht Ihres PDF-Betrachters oder per Kommandozeile.

XML-Datei hochladen

Ziehen Sie die XML-Datei in das Upload-Feld oben. Der Validator erkennt die CII-Syntax automatisch und wählt die passenden EN-16931-Regeln.

Befunde beheben

Jeder Befund nennt Regelkennung, Fundstelle im XML und Meldungstext. Korrigieren Sie die Daten in Ihrer Rechnungssoftware, erzeugen Sie die PDF neu und prüfen Sie erneut.

XML aus der ZUGFeRD-PDF extrahieren

Die maschinenlesbaren Rechnungsdaten stecken als Dateianhang im PDF. Was Sie auf dem Bildschirm sehen, ist nur die Darstellung. Steuerlich maßgeblich ist bei einer hybriden E-Rechnung der strukturierte XML-Teil. Deshalb prüft der Validator genau diese Datei.

Adobe Acrobat Reader: In der linken Seitenleiste auf das Büroklammer-Symbol (Anlagen) klicken, die XML-Datei markieren und speichern.
Andere PDF-Betrachter: Viele Programme zeigen eingebettete Dateien unter „Anhänge“ oder „Dateianlagen“. Einfache Browser-Viewer zeigen sie oft nicht an.
Kommandozeile: pdfdetach -saveall rechnung.pdf (Poppler), qpdf --list-attachments rechnung.pdf und qpdf --show-attachment=factur-x.xml rechnung.pdf > factur-x.xml oder mutool extract rechnung.pdf.

Der Dateiname des Anhangs hängt von Version und Profil ab: factur-x.xml ab ZUGFeRD 2.1, xrechnung.xml im Profil XRECHNUNG, zugferd-invoice.xml bei ZUGFeRD 2.0 und ZUGFeRD-invoice.xml bei der veralteten Version 1.0. Findet sich gar kein Anhang, ist die Datei ein gewöhnliches PDF und keine E-Rechnung.

ZUGFeRD-Profile und was die Prüfung aussagt

Welches Profil Ihre Rechnung nutzt, steht in der Spezifikationskennung (BT-24) im Element ram:GuidelineSpecifiedDocumentContextParameter/ram:ID. Das Profil entscheidet, ob die Datei eine E-Rechnung im Sinne des § 14 UStG ist und wie aussagekräftig eine EN-16931-Prüfung ist.

Profil	EN 16931	E-Rechnung (DE)	Unsere Prüfung
MINIMUMurn:factur-x.eu:1p0:minimum	Nein	Nein	Nicht aussagekräftig: viele Pflichtfelder fehlen absichtlich
BASIC WLurn:factur-x.eu:1p0:basicwl	Nein	Nein	Nicht aussagekräftig: keine Rechnungspositionen
BASICurn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:basic	Ja (Teilmenge)	Ja	Aussagekräftig
EN 16931 (COMFORT)urn:cen.eu:en16931:2017	Ja	Ja	Aussagekräftig
EXTENDEDurn:cen.eu:en16931:2017#conformant#urn:factur-x.eu:1p0:extended	Ja, mit Zusatzfeldern	Ja	EN-16931-Kern geprüft, Zusatzfelder nicht
XRECHNUNGurn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0	Ja	Ja	EN 16931 und BR-DE-Regeln der KoSIT geprüft

Die Kennungen gelten für ZUGFeRD 2.1 und neuer; beim Profil XRECHNUNG endet die Kennung auf die jeweilige XRechnung-Version. Laut BMF-Schreiben zur E-Rechnung sind MINIMUM und BASIC WL keine E-Rechnung, weil umsatzsteuerliche Pflichtangaben im XML fehlen. Mehr dazu auf der Seite ZUGFeRD erklärt und unter E-Rechnungspflicht.

ZUGFeRD- und Factur-X-Versionen

ZUGFeRD	Factur-X	Hinweis
1.0 (2014)	keine Entsprechung	Eigenes Datenmodell, nicht EN-16931-konform
2.0 (2019)	1.0 (weitgehend angeglichen)	Erste Version auf Basis der EN 16931
2.1 / 2.1.1 (2020)	1.0.05	Technisch identisch, Profil XRECHNUNG kommt hinzu
2.2 (2022)	1.0.06	Technisch identisch
2.3 / 2.3.2 / 2.3.3 (2024–2025)	1.0.07 / 1.07.2 / 1.07.3	Technisch identisch
2.4 (gültig ab 15.01.2026)	1.08	Technisch identisch, u. a. Unterpositionen

Seit ZUGFeRD 2.1 sind ZUGFeRD und Factur-X dieselbe Spezifikation unter zwei Namen. Eine Factur-X-Rechnung aus Frankreich prüfen Sie deshalb genauso, alternativ über den Factur-X Validator. Die Unterschiede zu XRechnung zeigt der Vergleich ZUGFeRD, Factur-X und XRechnung.

Was wir prüfen und was nicht

Wird geprüft

EN-16931-Geschäftsregeln (BR-) für Pflichtangaben wie Rechnungsnummer, Datum, Verkäufer, Käufer und Positionen
Rechenregeln (BR-CO-): Positionssummen, Nettobetrag, Steuerbetrag und Bruttobetrag
Dezimalstellen (BR-DEC-) und Umsatzsteuerkategorien (BR-S-, BR-Z-, BR-E-, BR-AE-, BR-IC-, BR-G-, BR-O-)
Codelisten (BR-CL-): Währungen, Ländercodes, Einheiten, Zahlungsarten
CII-Syntaxregeln (CII-SR-) der CEN für die Cross Industry Invoice
Im Profil XRECHNUNG zusätzlich die XRechnung-Regeln der KoSIT (BR-DE-), etwa Leitweg-ID oder Kontaktangaben des Verkäufers

Wird nicht geprüft

PDF-Dateien selbst: kein Upload von PDF, keine PDF/A-3-Konformitätsprüfung
XMP-Metadaten und Profilangabe im PDF sowie der Abgleich zwischen PDF-Ansicht und XML-Inhalt
Profilspezifische Schematron-Regeln von FeRD/FNFE (zum Beispiel für MINIMUM, BASIC WL oder EXTENDED)
XRechnung-Regeln der KoSIT (BR-DE-) in den übrigen Profilen; dort gelten sie nicht
XSD-Schemaprüfung der CII-XML (geprüft wird nur, ob die Datei wohlgeformtes XML ist)
Peppol BIS Billing 3.0: Peppol verwendet UBL, nicht CII
ZUGFeRD 1.0, das auf einem älteren, nicht EN-16931-konformen Datenmodell beruht

Für die verbindliche Prüfung einer XRechnung empfehlen wir zusätzlich den KoSIT-Validator. Reine XRechnung-Dateien in UBL prüfen Sie im XRechnung Validator, beliebige E-Rechnungen im E-Rechnung Validator.

Typische Befunde in ZUGFeRD-XML

BR-CO-10

Summe der Positionen stimmt nicht

Die Summe der Positionsnettobeträge im Kopf (BT-106, ram:LineTotalAmount) muss der Summe aller Nettobeträge der Positionen (BT-131) entsprechen. Häufige Ursache: Die Software rundet pro Position anders als in der Summe.

BR-CO-15

Bruttobetrag passt nicht

Der Gesamtbetrag mit Steuer (BT-112) muss Nettobetrag (BT-109) plus Steuerbetrag (BT-110) ergeben.

BR-S-08

Steueraufschlüsselung je Steuersatz

Für jeden Umsatzsteuersatz der Kategorie S muss die Bemessungsgrundlage in der Steueraufschlüsselung der Summe der zugehörigen Positionen, Zu- und Abschläge entsprechen.

BR-11

Land des Käufers fehlt

Die Käuferanschrift braucht einen Ländercode (BT-55). Im CII steht er in ram:BuyerTradeParty/ram:PostalTradeAddress/ram:CountryID.

Alle Regeln im Detail: Validierungsregeln erklärt (englisch).

ZUGFeRD und die E-Rechnungspflicht

Seit dem 1. Januar 2025 müssen alle Unternehmen in Deutschland E-Rechnungen empfangen können. Die Versandpflicht gilt ab 2027 für Unternehmen mit mehr als 800.000 Euro Vorjahresumsatz und ab 2028 für alle übrigen. ZUGFeRD ab Version 2.0.1 und ab Profil BASIC erfüllt das Format der EN 16931 und ist damit eine zulässige E-Rechnung. Fristen und Ausnahmen finden Sie unter E-Rechnungspflicht und E-Rechnung in Deutschland.

Für Rechnungen an öffentliche Auftraggeber gilt XRechnung als Standard, und die Behörde gibt eine Leitweg-ID vor. Ob ein Rechnungsportal eine ZUGFeRD-Datei im Profil XRECHNUNG annimmt, hängt vom Portal ab. Fragen Sie im Zweifel beim Empfänger nach.

Häufige Fragen

Kann ich eine ZUGFeRD-PDF direkt hochladen?

Nein. Der Validator nimmt nur XML-Dateien an. Eine ZUGFeRD-Rechnung ist ein PDF/A-3 mit eingebetteter XML-Datei. Speichern Sie zuerst diesen Anhang (meist factur-x.xml, bei ZUGFeRD 2.0 zugferd-invoice.xml, im Profil XRECHNUNG xrechnung.xml) aus dem PDF und laden Sie dann die XML-Datei hoch.

Wie bekomme ich die XML-Datei aus der ZUGFeRD-PDF?

Am einfachsten über den PDF-Betrachter: In Adobe Acrobat Reader öffnen Sie die Anlagen über das Büroklammer-Symbol in der Seitenleiste und speichern die XML-Datei. Auf der Kommandozeile geht es mit pdfdetach -saveall rechnung.pdf (Poppler), qpdf --show-attachment=factur-x.xml rechnung.pdf > factur-x.xml oder mutool extract rechnung.pdf.

Was prüft der ZUGFeRD Validator genau?

Die eingebettete CII-XML wird mit den offiziellen CEN-Schematron-Regeln für die EN 16931 in CII-Syntax geprüft: Geschäftsregeln (BR-), Rechenregeln (BR-CO-), Dezimalstellen (BR-DEC-), Umsatzsteuerkategorien (zum Beispiel BR-S-, BR-AE-), Codelisten (BR-CL-) und CII-Syntaxregeln (CII-SR-). Jeder Befund zeigt Regelkennung, Fundstelle und Meldungstext.

Was prüft der Validator nicht?

Nicht geprüft werden die PDF/A-3-Konformität, die XMP-Metadaten im PDF, die Übereinstimmung zwischen PDF-Ansicht und XML, die profilspezifischen Schematron-Regeln von FeRD/FNFE, das XML-Schema (XSD) und Peppol BIS. Die XRechnung-Regeln der KoSIT (BR-DE-) laufen nur, wenn die XML die XRechnung-Kennung trägt (Profil XRECHNUNG). Für eine verbindliche XRechnung-Prüfung nutzen Sie zusätzlich den offiziellen KoSIT-Validator.

Welche ZUGFeRD-Profile kann ich sinnvoll prüfen?

Aussagekräftig ist die Prüfung für die Profile BASIC, EN 16931 (COMFORT), EXTENDED und XRECHNUNG, weil sie eine vollständige Rechnung nach EN 16931 enthalten. Bei EXTENDED wird der EN-16931-Kern geprüft, die Zusatzfelder nicht. MINIMUM und BASIC WL enthalten bewusst keine vollständige Rechnung. Der Validator meldet dort viele fehlende Pflichtangaben, und das ist fachlich korrekt.

Ist eine ZUGFeRD-Rechnung im Profil MINIMUM eine E-Rechnung?

Nein. Nach dem BMF-Schreiben zur E-Rechnung erfüllen die Profile MINIMUM und BASIC WL nicht die Anforderungen an eine E-Rechnung nach § 14 UStG, weil umsatzsteuerliche Pflichtangaben im XML fehlen. Sie gelten als sonstige Rechnung. Ab BASIC (in der Praxis meist EN 16931) erfüllt ZUGFeRD 2.x das Format der EN 16931.

Welche ZUGFeRD-Versionen werden unterstützt?

Geprüft werden XML-Dateien im CII-Format der EN 16931, also ZUGFeRD 2.x beziehungsweise Factur-X. ZUGFeRD 1.0 hat ein eigenes, älteres Datenmodell, ist nicht EN-16931-konform und lässt sich mit diesen Regeln nicht sinnvoll prüfen.

Kostet der ZUGFeRD Validator etwas?

Nein. Die Prüfung ist kostenlos und ohne Anmeldung. Sie können mehrere XML-Dateien auf einmal hochladen und erhalten pro Datei einen eigenen Prüfbericht mit Fehlern und Warnungen.