Prüfschritte
Technische Vorbereitung
- Originaldatei unverändert an den Validator übergeben.
- Validator-Version und XRechnung-Konfiguration speichern.
- Timeouts und Fehlerfälle sauber behandeln.
- Keine Validator-Fehler als allgemeine App-Fehler verstecken.
UI-Status
- Basisdaten erkannt getrennt anzeigen.
- Schema-/Schematron-Ergebnis getrennt anzeigen.
- Warnungen und Fehler nach Schweregrad sortieren.
- Bericht mit Validator-Quelle erzeugen.
Betrieb
- Validator als separaten Dienst oder kontrollierten Job betreiben.
- Updates der Konfiguration bewusst ausrollen.
- Regressionstests mit UBL, CII und Factur-X behalten.
Beispielhafte Einordnung
| Fall | Was geprüft wird | Was daraus folgt |
|---|---|---|
| basisdaten_erkannt | Parser | Rechnungsdaten lesbar |
| schema_valid | XML-Schema | Struktur technisch passend |
| schematron_valid | EN-16931/XRechnung-Regeln | fachliche Regeln geprüft |
| validation_unavailable | Validator nicht erreichbar | kein grüner Status |
Warum das nicht in den Parser gehört
Der Parser macht Dateien lesbar. Die Normvalidierung ist ein separater Prüfschritt mit eigener Versionierung und eigenen Fehlermeldungen.
Wie das Ergebnis aussehen sollte
Nutzer brauchen eine klare Zeile: Datei erkannt, Basisdaten extrahiert, Validator ausgeführt oder nicht ausgeführt, Ergebnis und Grenzen.
Häufige Fragen
Warum reicht Basisdaten-Erkennung nicht?
Weil EN-16931- und XRechnung-Regeln zusätzliche Pflichtfelder und fachliche Beziehungen prüfen.
Was passiert, wenn der Validator ausfällt?
Dann darf keine erfolgreiche Normprüfung angezeigt werden. Der Status muss 'Validierung nicht verfügbar' lauten.