ZUGFeRD validieren — PDF & XML kostenlos prüfen

Häufigste Fehler

BH-PDF-01 Das PDF enthält kein eingebettetes Rechnungs-XML — ein normales PDF ist keine E-Rechnung im Sinne der Pflicht, auch wenn es wie eine Rechnung aussieht.

BH-ZF1-01 ZUGFeRD 1.0 erkannt: Das Altformat ist nicht EN-16931-konform und erfüllt die E-Rechnungspflicht nicht — Migration auf ZUGFeRD 2.x nötig.

BH-PROFILE-01 Profil MINIMUM oder BASIC WL: nur eine Buchungshilfe, keine vollwertige E-Rechnung. Für die Pflicht braucht es mindestens Profil EN 16931 (COMFORT).

BR-CO-16 Der Zahlbetrag passt nicht zur Summenarithmetik — bei ZUGFeRD oft, weil PDF-Sichtteil und XML getrennt erzeugt werden und auseinanderlaufen.

BR-02 Rechnungsnummer fehlt im XML — sie steht zwar sichtbar im PDF, aber das Empfängersystem liest nur das eingebettete XML.

Was ist ZUGFeRD?

ZUGFeRD ist das deutsche Hybridformat für E-Rechnungen: ein PDF/A-3, das für Menschen wie eine normale Rechnung aussieht und zugleich ein maschinenlesbares XML (UN/CEFACT CII) eingebettet trägt. Seit Version 2.0 ist ZUGFeRD technisch identisch mit dem französischen Factur-X — eine Rechnung, zwei Märkte. Rechtlich zählt allein der XML-Teil: Weicht das Sichtbild vom XML ab, gilt das XML.

Profile: von MINIMUM bis XRECHNUNG

ZUGFeRD staffelt den Datenumfang in Profile: MINIMUM und BASIC WL (nur Buchungshilfe, keine vollwertige E-Rechnung), BASIC, EN 16931/COMFORT (der Standard für die Pflicht), EXTENDED (mehr Felder, aber Empfänger muss mitspielen) und XRECHNUNG (erfüllt zusätzlich die deutschen BR-DE-Regeln). Der Validator liest die Profilkennung aus und prüft genau die Regeln, die für das Profil gelten — ein MINIMUM wird also nicht fälschlich an EN-16931-Pflichtfeldern gemessen.

Der häufigste Fehler: gar keine E-Rechnung

In der Praxis ist der häufigste Befund kein Regelverstoß im XML, sondern ein PDF ohne eingebettetes XML — erzeugt von Tools, die „PDF-Rechnung” mit „E-Rechnung” verwechseln. Seit der Empfangspflicht 2025 fällt das auf: Empfängersysteme lesen nur das XML. Der zweithäufigste: ZUGFeRD 1.0 aus Altsystemen, das die Pflicht nicht erfüllt.

Für Softwarehersteller

Der Validator beantwortet die Frage „ist diese Datei in Ordnung?” — die Developer-API beantwortet sie in Ihrem Produkt: ZUGFeRD-PDFs validieren und in normalisiertes JSON parsen, gleiche Engine, Meldungen in drei Sprachen, self-hosted verfügbar.

Häufige Fragen

Was ist der Unterschied zwischen ZUGFeRD und Factur-X?

Technisch keiner: ZUGFeRD 2.x (Deutschland, FeRD) und Factur-X (Frankreich, FNFE-MPE) sind derselbe Standard — ein PDF/A-3 mit eingebettetem CII-XML. Die Datei heißt in beiden Fällen meist factur-x.xml.

Welches ZUGFeRD-Profil brauche ich für die E-Rechnungspflicht?

Mindestens das Profil EN 16931 (früher COMFORT). MINIMUM und BASIC WL gelten nur als Buchungshilfe; EXTENDED ist konform, muss aber vom Empfänger unterstützt werden. Der Validator erkennt das Profil automatisch und wendet die passenden Regeln an.

Mein PDF sieht aus wie eine Rechnung — warum wird es abgelehnt?

Entscheidend ist das eingebettete XML, nicht das Sichtbild. Ein gescanntes oder normal erzeugtes PDF ohne XML-Anhang ist keine E-Rechnung. Der Validator zeigt das als BH-PDF-01.

Wird meine Datei hochgeladen?

Nein — auch die PDF-Analyse (XML-Extraktion aus dem PDF/A-3-Container) läuft komplett im Browser via WebAssembly.

ZUGFeRD validieren — PDF einwerfen, Ergebnis sehen