Startseite › Wissen › cvc-datatype-valid.1.2.1

cvc-datatype-valid.1.2.1: Wert im falschen Format (Datum, Zahl)

Ein Wert passt nicht zum vorgeschriebenen Datentyp. In UBL müssen Datumsangaben im Format JJJJ-MM-TT stehen, Beträge mit Punkt als Dezimaltrennzeichen und ohne Tausendertrennzeichen. Meist folgt direkt ein zweiter Schemafehler (cvc-complex-type.2.2 bzw. cvc-type.3.1.3) für dasselbe Element.

Original-Meldung (Beispiel)

'01.10.2026' is not a valid value for 'date'.

Schemafehler stammen aus der Prüfung gegen die offiziellen XML-Schemas (XSD) von UBL 2.1 bzw. CII D16B, die Meldungstexte vom XML-Parser (englisch).

Typische Ursachen

Deutsches Datumsformat (01.10.2026) im XML.
Beträge mit Komma (1190,00) oder Tausenderpunkt (1.190,00).
Leerzeichen oder Währungszeichen im Betragsfeld.

So beheben Sie den Fehler

Datum als 2026-10-01 schreiben (UBL). In CII werden Datumsangaben als 20261001 mit format="102" angegeben.
Beträge als 1190.00 ohne Tausendertrennzeichen.

Beispiel: vorher und nachher

Fehlerhaft

<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>RE-2026-0042</cbc:ID>
<cbc:IssueDate>01.10.2026</cbc:IssueDate>
<cbc:DueDate>2026-10-15</cbc:DueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

Korrigiert

<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>RE-2026-0042</cbc:ID>
<cbc:IssueDate>2026-10-01</cbc:IssueDate>
<cbc:DueDate>2026-10-15</cbc:DueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

Ausschnitt aus einer vollständigen XRechnung 3.0 (UBL). Ergebnis mit dem KoSIT-Validator: Die fehlerhafte Variante erzeugt cvc-datatype-valid.1.2.1, cvc-complex-type.2.2 und wird abgelehnt; die korrigierte Variante wird akzeptiert.

Hintergrund: E-Rechnung empfangen und prüfen