Die Datei verstößt gegen das XML-Schema (MUSTANG-SCHEMA)

Zwei Prüfer können einen Schemafehler melden, und die Meldungen sehen verschieden aus. Der KoSIT-Validator führt den cvc-Code als Regelkennung, darunter steht der deutsche Wortlaut als Originalmeldung. Eine Fundstelle zeigen wir dazu nicht an; das betroffene Element und der Wert stehen in der Meldung. Mustang, das nur urteilt, wenn KoSIT für die Datei kein Prüfszenario hat oder nicht antwortet, beginnt mit „schema validation fails“, nennt Zeile und Spalte (lineNumber, columnNumber) im Text und danach den cvc-Code. In beiden Fällen bestimmt der cvc-Code, wie der Rest zu lesen ist.

Die langen Angaben in geschweiften Klammern sind nur der Namensraum. Es zählt der Name dahinter: Aus {"urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2":IssueDate} wird cbc:IssueDate.

cvc-complex-type.2.4.a — An dieser Stelle steht ein Element, das dort nicht hingehört. Die Meldung nennt es und dahinter die Elemente, die an dieser Stelle zulässig wären.

cvc-complex-type.2.4.b — Ein Abschnitt endet, bevor alle Pflichtelemente da sind. Die Meldung nennt den Abschnitt, etwa cac:LegalMonetaryTotal, und was noch erwartet wird.

cvc-complex-type.4 — Ein Pflichtattribut fehlt, typischerweise currencyID an einem Betrag. Der KoSIT-Validator meldet das als „Attribut 'currencyID' muss in Element 'cbc:PayableAmount' vorkommen.“

cvc-datatype-valid.1.2.1 — Ein Wert passt nicht zu seinem Typ. Die Meldung zitiert ihn wörtlich, etwa „'1190,00' ist kein gültiger Wert für 'decimal'“.

cvc-complex-type.2.2 — Beim KoSIT-Validator folgt auf cvc-datatype-valid.1.2.1 an derselben Stelle jedes Mal eine zweite Meldung: „Element 'cbc:PayableAmount' darf kein Element [untergeordnete Elemente] haben, und der Wert muss gültig sein.“ Gemeint ist derselbe Mangel; ist der Wert korrigiert, sind beide Meldungen weg.

cvc-elt.1.a — Das Wurzelelement wird nicht erkannt: Es trägt zwar den richtigen Namen, etwa Invoice, steht aber in einem falschen oder in gar keinem Namensraum. Der KoSIT-Validator findet für eine solche Datei kein Prüfszenario und meldet keinen Schemafehler; dann urteilt Mustang, und die Meldung hat dessen Form.

Bei 2.4.a nennt die Meldung nicht unbedingt das Element, um das es geht. Fehlt ein Element oder steht es zu weit hinten, beanstandet sie das nachfolgende — beide Fälle ergeben wortgleich dieselbe Meldung. Steht es zu weit vorn, beanstandet sie das verschobene Element selbst.

Der KoSIT-Validator meldete in den Messungen mehrere Verstöße auf einmal, auch an verschiedenen Stellen derselben Datei. Mustang meldet nur den ersten; nach dessen Korrektur kann der nächste erscheinen.

Ob nach einem Schemafehler noch Geschäftsregeln geprüft werden, hängt vom Prüfer ab. Der KoSIT-Validator prüft das Schematron gar nicht, solange das Schema verletzt ist: In allen gemessenen Fällen enthielt sein Bericht dann nur den Schema-Schritt, und derselbe Mangel erscheint nicht zusätzlich als Regel. Mustang prüft weiter, solange nicht irgendwo in der Datei ein Betrag oder eine Menge keine gültige Zahl ist — mit Komma, mit Tausenderpunkt oder leer. Dann läuft keine einzige Geschäftsregel, selbst wenn die Meldung einen ganz anderen Fehler nennt. Sonst erscheint der Mangel bei Mustang oft zusätzlich als Regel: Ein fehlendes cbc:ID meldet daneben BR-02, ein fehlendes currencyID BR-CL-03. Bei einem falschen Namensraum greifen die Regeln ins Leere; was dann zusätzlich erscheint, ist nicht verlässlich.

Läuft die Prüfung in englischer Sprachumgebung, lautet dieselbe Meldung „Invalid content was found starting with element …“. Der cvc-Code ist in beiden Sprachen derselbe.

Der KoSIT-Validator meldet zwar eine Zeilennummer, sie passt aber nicht zur Datei: In einer Datei, in der Mustang Zeile 7 nannte, nannte er für dieselbe Stelle Zeile 4, weil er ab dem Wurzelelement zählt. Wir zeigen sie deshalb nicht an. Such nach dem Elementnamen oder dem Wert aus der Meldung.