ZUGFeRD Validator

Zuletzt aktualisiert: Mai 2026

ZUGFeRD-Validierung verstehen – Profile, PDF/A-3 und Factur-X

Was prüft ein ZUGFeRD-Validator? Ein ZUGFeRD-Validator prüft drei Ebenen gleichzeitig: das umschließende PDF muss dem Standard PDF/A-3 entsprechen, die eingebettete XML-Datei (factur-x.xml) muss den Schematron-Regeln des gewählten Profils genügen, und die XMP-Metadaten im PDF müssen die ZUGFeRD-Version korrekt deklarieren. Erst wenn alle drei Schichten passen, gilt die Rechnung als konform.
→ Datei jetzt im Online-Validator prüfen (kostenlos, ohne Registrierung)

SAP Add-On

MailCenter

Digitale Kommunikation für SAP ECC und S/4HANA

Vereinbaren Sie eine Live-Demo

Was eine ZUGFeRD-Datei technisch ausmacht

ZUGFeRD ist ein hybrides Format: ein PDF/A-3-Dokument mit einer angehängten XML-Datei. Das PDF zeigt die Rechnung visuell, die XML enthält dieselben Daten maschinenlesbar. Beide Teile müssen inhaltlich übereinstimmen, sonst meldet jeder ernst zu nehmende Validator einen Konflikt.

Der Name steht für „Zentraler User Guide des Forums elektronische Rechnung Deutschland“. Entwickelt wird der Standard vom FeRD (Forum elektronische Rechnung Deutschland), die französische Schwester heißt Factur-X – technisch identisch, nur mit anderer Profilbezeichnung.

Die ZUGFeRD-Profile im Vergleich

Jede ZUGFeRD-Rechnung gehört zu genau einem Profil. Das Profil legt fest, welche Felder Pflicht sind und welche Schematron-Regeln greifen. Ein ZUGFeRD-Validator erkennt das Profil automatisch aus den XMP-Metadaten und wendet anschließend die passende Regelmenge an.

Was bei der Validierung wirklich geprüft wird

Wer eine ZUGFeRD-Datei in einen Validator zieht, sieht selten alle Prüfschritte im Detail. Im Hintergrund laufen vier Ebenen ab:

1. PDF/A-3-Konformität: Schriftarteneinbettung, ICC-Profile, kein JavaScript, korrekte Tags. Geprüft wird gegen die ISO-Norm 19005-3.
2. XMP-Metadaten: Im PDF müssen die Einträge fx:DocumentType, fx:ConformanceLevel und fx:Version vorhanden sein und zum gewählten Profil passen.
3. Attachment-Definition: Die factur-x.xml muss als „Source“ oder „Alternative“ angehängt sein, mit der korrekten AFRelationship-Angabe – sonst erkennt das Empfängersystem das XML nicht als Nutzdaten.
4. Schematron-Prüfung der XML: Die XML wird gegen die offiziellen Schematron-Dateien des FeRD validiert. Jede Profil-Stufe hat eigene Regeln, das XRECHNUNG-Profil zusätzlich die deutschen BR-DE-Regeln aus der KoSIT-Spezifikation.

Mustang, KoSIT und Veraval: drei Validatoren, ein Standard

Im deutschsprachigen Raum sind drei Werkzeuge gängig. Sie liefern bei korrekter Konfiguration identische Ergebnisse, unterscheiden sich aber in Bedienung und Detailtiefe der Berichte.

• Mustang Validator: Open-Source-Bibliothek aus der ZUGFeRD-Community, prüft Schematron und PDF/A-3 in einem Schritt. Liefert ausführliche Konsolen-Logs, ideal für die Integration in CI-Pipelines.
• KoSIT Validator: Die offizielle Prüfsoftware der Koordinierungsstelle für IT-Standards des Bundes. Erforderlich, wenn Rechnungen das XRECHNUNG-Profil tragen und an deutsche Behörden gehen.
• Veraval: Französisches Pendant für Factur-X. Identische technische Basis, aber französische Beschriftung und auf französische Steuerregeln zugeschnittene Codelisten.

Häufige PDF/A-3-Fehler – und ihre Ursache

Wer Rechnungen aus generischen PDF-Bibliotheken erzeugt, stolpert immer wieder über dieselben Punkte:

• XMP-Metadaten ohne fx-Namespace: Das PDF ist zwar ZUGFeRD-„fertig“, aber der Validator erkennt die Datei nicht als hybrides Format.
• Falsche AFRelationship: Steht die XML als „Unspecified“ im PDF, gilt sie als unverbindlicher Anhang. Korrekt ist /Source für ZUGFeRD ab Version 2.x.
• Nicht eingebettete Schriften: PDF/A-3 verlangt, dass jede verwendete Schrift komplett im Dokument liegt. Subset-Embedding reicht, externe Referenzen nicht.
• Verschlüsseltes oder signiertes PDF: Verschlüsselung und einige Signaturvarianten sind in PDF/A-3 nicht erlaubt.
• Inkonsistente Werte zwischen PDF-Text und XML: Rechnungsbetrag im sichtbaren PDF weicht von BT-112 in der XML ab. Das ist kein technischer, sondern ein fachlicher Fehler – und der Empfänger weist die Rechnung trotzdem zurück.

ZUGFeRD mit XRechnung-Profil: wann ist es identisch valide?

Das ZUGFeRD-Profil XRECHNUNG ist technisch eine ZUGFeRD-Hülle mit den Inhaltsregeln der XRechnung. Damit eine solche Datei sowohl als ZUGFeRD als auch als XRechnung durchgeht, müssen drei Bedingungen erfüllt sein: Die XMP-Metadaten deklarieren das passende XRechnung-Profil, die XML hält alle BR-DE-Regeln aus der KoSIT-Spezifikation ein, und das PDF erfüllt zusätzlich PDF/A-3. In der Praxis lohnt sich das vor allem für Rechnungen an Behörden, bei denen das Empfangsportal beides akzeptiert.

Versionen von ZUGFeRD im Überblick

Eine vollständige Versionshistorie finden Sie auf unserer ZUGFeRD-Übersichtsseite. Die wichtigsten Releases im Kurzüberblick:

• 1.0 (Juni 2014) – erste produktive Fassung
• 2.0 (März 2019) – Ausrichtung auf EN 16931, neuer Profilaufbau
• 2.1 (März 2020) – inhaltlich identisch mit Factur-X 1.0
• 2.2 (März 2022) – Erweiterungen für den europäischen Markt
• 2.3.3 (Mai 2025) – aktuelle Pflichtversion in vielen Verwaltungen
• 2.4 (Dezember 2025) – Profil EXTENDED erweitert
• 2.5 (geplant Mai 2026) – Anpassungen für Peppol-BIS-Kompatibilität

So nutzen Sie unseren ZUGFeRD Validator

Ziehen Sie Ihre ZUGFeRD-Datei (PDF/A-3 mit eingebettetem XML) oder eine reine factur-x.xml in das Upload-Feld unseres Online-Validators. Sie erhalten innerhalb weniger Sekunden einen Prüfbericht mit erkanntem Profil, gefundenen Schematron-Verstößen und einem Hinweis, ob das PDF/A-3-konform ist. Die Datei verlässt unsere EU-Infrastruktur nicht und wird nach der Prüfung gelöscht.

→ ZUGFeRD-Datei jetzt online prüfen

Sie möchten ZUGFeRD direkt aus SAP versenden und empfangen? Werfen Sie einen Blick auf unsere SAP-Lösung für die E-Rechnung.