Drei Ebenen auseinanderhalten
| Ebene | Aufgabe |
|---|---|
| XML-Wohlgeformtheit | Grundsyntax des XML-Dokuments. |
| UBL/CII-XSD | Erlaubte Elemente, Datentypen und strukturelle Beziehungen. |
| Schematron / CIUS-Regeln | Fachliche Pflichtfelder, Bedingungen, Berechnungen und XRechnung-spezifische Regeln. |
Warum XSD allein nicht genügt
Eine XML kann alle XSD-Regeln erfüllen und trotzdem fachlich ungültig sein, etwa weil eine Käuferreferenz fehlt, ein Steuerbetrag nicht zur Bemessungsgrundlage passt oder eine XRechnung-spezifische Pflicht verletzt wird. Genau dafür werden zusätzliche Regelartefakte benötigt.
Wo die technischen Artefakte liegen
KoSIT verweist in der XRechnung-FAQ auf die öffentlich verfügbaren Validator-Konfigurationen und Releases. Diese Pakete enthalten die für die unterstützten Syntaxen benötigten Ressourcen sowie die XRechnung-Regeln.
Empfohlener Entwickler-Workflow
- Syntax UBL oder CII festlegen.
- Gültige XSD- und Codelistenartefakte aus dem offiziellen Bundle verwenden.
- XRechnung-Schematron-Regeln integrieren.
- Reale Positiv- und Negativbeispiele automatisiert testen.
- Bundle- und Regelstand im Deployment dokumentieren.
Warum Online-Validator und lokale Tests unterschiedliche Ergebnisse zeigen können
Wenn zwei Systeme unterschiedliche Bundle-Stände, Codelisten oder zusätzliche Peppol-/Empfängerregeln aktivieren, können die Ergebnisse abweichen. Deshalb sollte jeder Prüfbericht den Regelstand sichtbar machen.
Häufige Fragen
Wo kann ich ein XRechnung-XSD herunterladen?
KoSIT erklärt, dass es kein einzelnes XSD speziell für XRechnung gibt. Die Validator-Konfiguration enthält die relevanten UBL- und CII-XSDs sowie weitere Artefakte.
Ist eine XSD-validierte Rechnung automatisch XRechnung-konform?
Nein. Zusätzlich müssen die XRechnung- und EN-16931-Geschäftsregeln erfüllt sein.