BR-03An Invoice shall have an Invoice issue date (BT-2).

Offizieller Regeltext

Die Rechnung muss ein Rechnungsdatum (BT-2) tragen — das Datum der Ausstellung, nicht das der Leistung und nicht das der Übermittlung.

Schweregrad
Fehler
Gilt für
CII, UBL
Regelwerk
v2026-08-31
Geprüft am

Geschrieben und gegen das offizielle KoSIT-Regelwerk geprüft von Dmytro Yalanskyi, NormAPI.

Warum tritt BR-03 auf?

Meist ein Formatproblem statt eines fehlenden Werts, und es wirkt je Syntax verschieden. In UBL prüft BR-03 nur, dass das Feld nicht leer ist; einen Zeitstempel statt eines Datums weist das Schema zurück, nicht diese Regel. In CII greift BR-03 selbst.

Was der Validator prüft

Der Ausdruck, den das offizielle KoSIT-Regelwerk auswertet — nicht paraphrasiert, sondern aus der ausgelieferten Schematron-Datei gelesen. UBL und CII adressieren verschiedene Dokumentbäume, deshalb steht dieselbe Regel je Syntax anders da.

UBL
normalize-space(cbc:IssueDate) != ''
CII
normalize-space(rsm:ExchangedDocument/ram:IssueDateTime/udt:DateTimeString[@format='102']) != ''

Quelle: Regelwerk v2026-08-31

Wie behebt man BR-03?

Übermitteln Sie BT-2 in UBL als JJJJ-MM-TT. In CII schreiben Sie den Wert achtstellig und setzen am udt:DateTimeString das Attribut format="102" — der Ausdruck von BR-03 sucht genau dieses Element, und steht dort etwa 610, findet er nichts und meldet ein fehlendes Rechnungsdatum. Es ist dann nicht nur die Warnung BR-TMP-7, die anschlägt: die Rechnung wird abgewiesen.

Im XML

Ausschnitt in UBL. Der CII-Pfad steht oben im Text — dieselbe Änderung, andere Elementnamen.

Fehlerhaft
<cbc:ID>RE-2026-0042</cbc:ID>
<cbc:IssueDate>26.08.2026</cbc:IssueDate>
Korrigiert
<cbc:ID>RE-2026-0042</cbc:ID>
<cbc:IssueDate>2026-08-26</cbc:IssueDate>

Verwandte Regeln

NormAPI liefert technische Validierung, keine Steuer- oder Rechtsberatung.