Kurz: Verbindlich ist der Prüfbericht des offiziellen KoSIT-Validators mit der aktuellen XRechnung-Prüfkonfiguration. Diese Kombination nutzen auch viele Rechnungseingangsplattformen. Prüfen Sie Ihre Dateien damit, bevor Sie sie versenden.
Was Sie brauchen
- Den Validator als Java-Programm: KoSIT Validator (Releases) – Datei
validator-…-standalone.jar. - Die Prüfkonfiguration für die XRechnung: Validator-Konfiguration XRechnung (Releases) – ZIP-Datei entpacken.
- Eine Java-Laufzeitumgebung.
Die Prüfkonfiguration wird regelmäßig aktualisiert. Verwenden Sie immer die neueste Fassung – Regeln können sich ändern, wie zuletzt bei CII-SR-465.
Prüfung starten
java -jar validator-standalone.jar -s konfiguration\scenarios.xml -r konfiguration -o bericht rechnung.xml-s zeigt auf die Datei scenarios.xml der entpackten Konfiguration, -r auf deren Ordner, -o auf den Ausgabeordner für den Prüfbericht. Der Validator prüft XRechnungen in beiden Syntaxen (CII und UBL).
Ergebnis lesen
Die Konsole zeigt ACCEPTABLE oder REJECT. Im Ordner bericht liegt der ausführliche Prüfbericht mit allen Meldungen und der Fundstelle in der Datei. Fehler führen zur Ablehnung, Warnungen nicht.
Häufige Fehler
- BR-CO-15 / BR-CO-16: Bruttobetrag und Rundungsbetrag passen nicht zusammen – siehe Rundungsbetrag richtig angeben.
- CII-SR-465 / CII-SR-466: Name und Abteilung im selben Ansprechpartner – siehe Ansprechpartner in der XRechnung.
- BR-DE-30 / BR-DE-31: Lastschrift ohne Gläubiger-ID oder IBAN des Zahlers – siehe SEPA-Lastschrift richtig angeben.
Und die Schema-Prüfung der SDK?
ValidateXmlAgainstXsd der Aloaha ZUGFeRD SDK prüft eine Datei gegen ein XSD-Schema, also nur die Struktur. Die Geschäftsregeln (Rechenregeln, Pflichtfelder, BR-DE-Regeln) prüft erst der KoSIT-Validator.