Prüfstand

Der Prüfstand zeigt die Regelwerke, nach denen invowerk prüft, und die Testdateien, gegen die invowerk getestet wird. Jede Testdatei können Sie herunterladen und mit einem anderen Validator prüfen.

Die Spalte „Erwartet“ zeigt, was die Prüfregeln der KoSIT oder der FeRD verlangen. Bei einer XRechnung steht dort das aufgezeichnete Ergebnis des KoSIT-Validators, des Prüfprogramms der Koordinierungsstelle für IT-Standards (KoSIT). Warum Validatoren bei derselben Datei abweichen, erklärt Abweichungen zwischen E-Rechnungs-Validatoren.

Regelwerke · Änderungen · Testfälle · Demnächst

Regelwerke

RegelwerkVersionEingesetzt seit
XRechnung (KoSIT-Prüfkonfiguration)
Prüfregeln für XRechnung und EN 16931, UBL und CII.		 3.0.2, Stand 31.08.2026 20.09.2026
ZUGFeRD / Factur-X (Prüfregeln der FeRD)
Prüfregeln je Profil, von MINIMUM bis EXTENDED.		 2.5.2 24.09.2026
Peppol BIS Billing
Zusätzliche Prüfregeln für Peppol-Rechnungen.		 3.0.21 24.09.2026
XRechnung-Ansicht (KoSIT)
Stellt die Rechnung im Prüf-Tool lesbar dar.		 Stand 31.08.2026 20.09.2026
SchXslt (Hilfsprogramm)
Übersetzt die Peppol-Prüfregeln in XSLT.		 1.10.1 15.09.2026
KoSIT-Validator (Prüfprogramm)
Das Prüfprogramm der KoSIT. Bei einer XRechnung gilt sein Ergebnis.		 1.6.3
veraPDF (Prüfprogramm)
Prüft, ob ein ZUGFeRD- oder Factur-X-PDF ein gültiges PDF/A-3 oder PDF/A-4f ist.		 1.30.2

Änderungen

Testfälle

19 von 19 Testdateien ergeben bei invowerk das erwartete Ergebnis. Die Spalte „invowerk“ zeigt das Ergebnis, das die automatischen Tests für die aktuellen Regelwerke aufgezeichnet haben.

FallErwartetinvowerkDatei
Gültige XRechnung 3.0 (UBL)
Eine vollständige XRechnung in UBL-Syntax. Sie besteht die Prüfung ohne Fehler und Warnungen. 		bestanden
laut KoSIT-Validator 		bestanden ✓ ubl-invoice-xrechnung.xml
Gültige XRechnung 3.0 (CII)
Dieselbe Rechnung in CII-Syntax, ebenfalls ohne Fehler und Warnungen. 		bestanden
laut KoSIT-Validator 		bestanden ✓ cii-invoice-xrechnung.xml
Mengeneinheit „Stk“ statt UN/ECE-Code
Im EN-16931-Kern ist das ein Fehler, in den XRechnung-Regeln der KoSIT nur eine Warnung (BR-CL-23). Die Rechnung besteht die Prüfung. 		bestanden
laut KoSIT-Validator 		bestanden ✓ xr-ubl-unitcode-stk.xml
Verkäuferkontakt mit Person und Abteilung (CII-SR-465)
Im EN-16931-Kern nur eine Warnung, in den XRechnung-Regeln der KoSIT ein Fehler. Die Rechnung besteht die Prüfung nicht. 		nicht bestanden
laut KoSIT-Validator 		nicht bestanden
CII-SR-465 		✓ xr-cii-contact-person-and-department.xml
Zwei Blöcke mit Zahlungsbedingungen (CII-SR-452)
Im EN-16931-Kern nur eine Warnung, in den XRechnung-Regeln der KoSIT ein Fehler. Die Rechnung besteht die Prüfung nicht. 		nicht bestanden
laut KoSIT-Validator 		nicht bestanden
CII-SR-452 		✓ xr-cii-two-payment-terms.xml
XRechnung Extension
Die Spezifikationskennung der Extension führt zu eigenen Prüfregeln der KoSIT mit anderen Einstufungen. Die Rechnung besteht die Prüfung. 		bestanden
laut KoSIT-Validator 		bestanden ✓ xr-ubl-extension-id.xml
Anhang-Verweis als relative URL (BR-TMP-2)
Der Verweis auf ein externes Dokument muss eine absolute URL sein (BT-124). Seit den Prüfregeln vom 31.08.2026 ist das ein Fehler. 		nicht bestanden
laut KoSIT-Validator 		nicht bestanden
BR-TMP-2 		✓ xr-ubl-relative-attachment-uri.xml
Veraltete Spezifikationskennung „xrechnung_2.3“ (BR-DE-21)
Die Prüfkonfiguration der KoSIT kennt diese Kennung nicht. Der KoSIT-Validator lehnt die Rechnung ab, auch wenn der Inhalt sonst stimmt. 		nicht bestanden
laut KoSIT-Validator 		nicht bestanden
keine passenden Prüfregeln 		✓ ubl-inv-wrong-customization-id.xml
Factur-X MINIMUM (FR → FR)
Beispielrechnung des französischen Forums FNFE im Profil MINIMUM. In Deutschland gilt dieses Profil nicht als E-Rechnung.
Quelle: ZUGFeRD/corpus (FNFE-Beispiel), Apache-2.0 		bestanden
Erfüllt die Prüfregeln der FeRD für das Profil MINIMUM. Die deutschen Zusatzregeln gelten zwischen französischen Unternehmen nicht. 		bestanden ✓ Facture_FR_MINIMUM.pdf
Factur-X BASIC WL (FR → FR)
Beispielrechnung der FNFE im Profil BASIC WL. In Deutschland gilt dieses Profil nicht als E-Rechnung.
Quelle: ZUGFeRD/corpus (FNFE-Beispiel), Apache-2.0 		bestanden
Erfüllt die Prüfregeln der FeRD für das Profil BASIC WL. Die deutschen Zusatzregeln gelten zwischen französischen Unternehmen nicht. 		bestanden ✓ Facture_FR_BASICWL.pdf
Factur-X BASIC mit Profilkennung aus der Zeit vor Factur-X 1.0
Gutschrift der FNFE, deren Profilkennung Doppelpunkte statt „#…#urn:“ enthält. Keine Prüfregel der FeRD erkennt diese Kennung.
Quelle: ZUGFeRD/corpus (FNFE-Beispiel), Apache-2.0 		nicht bestanden
Die Profilkennung ist keine gültige Kennung für Factur-X oder ZUGFeRD, deshalb passt kein Profil. Sie verletzt außerdem eine Formatregel (CII-DT-031). 		nicht bestanden
CII-DT-031 		✓ Avoir_FR_type381_BASIC.pdf
ZUGFeRD EXTENDED mit Verweis auf die Anzahlungsrechnung
Die Vorauszahlung verweist auf ihre Anzahlungsrechnung. Dieses Element gibt es nur im Schema für EXTENDED. 		bestanden
Das Schema für EXTENDED erlaubt den Verweis. Wer EXTENDED gegen das allgemeine CII-Schema prüft, meldet fälschlich einen Schemafehler. 		bestanden ✓ zugferd-extended-advance-payment-ref.xml
Profil MINIMUM zwischen zwei deutschen Unternehmen (BR-HYBRID-DE-01)
Dieselbe MINIMUM-Rechnung, Rechnungssteller und Rechnungsempfänger sitzen aber in Deutschland. 		nicht bestanden
Zwischen deutschen Unternehmen ist MINIMUM nach den ZUGFeRD-Regeln ein Fehler (BR-HYBRID-DE-01). 		nicht bestanden
BR-HYBRID-DE-01 		✓ carrier-minimum-de-de.pdf
Profil BASIC WL zwischen zwei deutschen Unternehmen (BR-HYBRID-DE-02)
Dieselbe BASIC-WL-Rechnung, Rechnungssteller und Rechnungsempfänger sitzen aber in Deutschland. 		nicht bestanden
Zwischen deutschen Unternehmen ist BASIC WL nach den ZUGFeRD-Regeln ein Fehler (BR-HYBRID-DE-02). 		nicht bestanden
BR-HYBRID-DE-02 		✓ carrier-basicwl-de-de.pdf
Eingebettete XML-Datei als „Source“ statt „Alternative“ gekennzeichnet (BR-HYBRID-11)
Zwischen deutschen Unternehmen erwarten die ZUGFeRD-Regeln die Kennzeichnung „Alternative“. Eine Abweichung ist nur eine Warnung, die Rechnung besteht die Prüfung. 		bestanden
laut KoSIT-Validator 		bestanden ✓ carrier-xrechnung-de-de-source.pdf
PDF mit eingebetteter XRechnung, aber ohne PDF/A (BR-HYBRID-02)
Die XRechnung ist korrekt eingebettet, das PDF ist aber kein PDF/A. Zwischen deutschen Unternehmen mit gültigen Rechnungsdaten ist das nur eine Warnung (BR-FX-DE-03). 		bestanden
laut KoSIT-Validator 		bestanden ✓ carrier-not-pdfa.pdf
ZUGFeRD EN 16931 (Comfort) als PDF/A-3b
Fehlerfreies ZUGFeRD-PDF aus dem Mustang-Projekt. Rechnungsdaten und PDF bestehen beide die Prüfung.
Quelle: ZUGFeRD/mustangproject, Apache-2.0 		bestanden
Erfüllt die Prüfregeln der FeRD für das Profil EN 16931 (Comfort) und alle Regeln für das PDF. 		bestanden ✓ carrier-factur-x-en16931-pdfa3b.pdf
ZUGFeRD EXTENDED als PDF/A-4f
PDF/A-4f ist seit ZUGFeRD 2.3 zulässig. Wer nur PDF/A-3 annimmt, lehnt diese Rechnung fälschlich ab.
Quelle: ZUGFeRD/mustangproject, Apache-2.0 		bestanden
Erfüllt die Prüfregeln der FeRD für das Profil EXTENDED, PDF/A-4f ist erlaubt. Die Kennzeichnung „Data“ statt „Alternative“ ergibt nur eine Warnung (BR-HYBRID-11). 		bestanden ✓ carrier-factur-x-extended-pdfa4f.pdf
Gewöhnliches PDF ohne Rechnungsdaten
Eine einseitige PDF-Rechnung mit Text, aber ohne eingebettete XML-Datei. 		nicht bestanden
Ohne eingebettete Rechnungsdaten gibt es nichts zu prüfen. Ein reines PDF ist keine E-Rechnung. 		nicht bestanden
keine eingebetteten Rechnungsdaten 		✓ plain.pdf

Die eigenen Testdateien von invowerk stehen unter CC0 1.0. Übernommene Dateien stehen unter Apache-2.0, die Quelle steht jeweils in der Tabelle.

Demnächst

Diese Änderungen sind angekündigt und gelten noch nicht.

Eigene Rechnung prüfen