BR-TMP-6Datumsangaben in UBL müssen im Format JJJJ-MM-TT (YYYY-MM-DD) übermittelt werden.

Offizieller Regeltext

Datumsangaben in einer UBL-XRechnung müssen als JJJJ-MM-TT geschrieben werden, also 2026-08-26 — geprüft als Warnung. Die Regel greift dabei nicht auf jedem Datumsfeld, sondern auf sieben benannten: IssueDate, DueDate, StartDate, EndDate, ActualDeliveryDate, TaxPointDate und PaymentDueDate, an jeder Stelle im Dokument und auch in referenzierten Belegen.

Schweregrad
Warnung
Gilt für
UBL
Regelwerk
v2026-08-31
Geprüft am

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

Warum tritt BR-TMP-6 auf?

Das deutsche Anzeigeformat 26.08.2026 wandert in den Datensatz, weil das Datum als bereits formatierte Zeichenkette aus der Rechnungsvorlage übernommen wird statt als Datumswert. Auch amerikanische Reihenfolgen und angehängte Uhrzeiten fallen hierunter.

Was der Validator prüft

Der Ausdruck, den das offizielle KoSIT-Regelwerk auswertet — nicht paraphrasiert, sondern aus der ausgelieferten Schematron-Datei gelesen.

UBL
matches(normalize-space(text()), '^\d{4}-\d{2}-\d{2}$')

Quelle: Regelwerk v2026-08-31

Wie behebt man BR-TMP-6?

Formatieren Sie Datumswerte beim Schreiben des XML explizit nach ISO 8601 (JJJJ-MM-TT) und übernehmen Sie niemals die Ausgabe der Anzeigeschicht. Eine Uhrzeit gehört nicht in ein Datumsfeld — vergleiche BR-TMP-7 für dieselbe Regel in CII.

Im XML

Ausschnitt in UBL — die Regel gilt nur für diese Syntax.

Fehlerhaft
<cbc:IssueDate>26.08.2026</cbc:IssueDate>
<cbc:DueDate>2026-09-25T00:00:00</cbc:DueDate>
Korrigiert
<cbc:IssueDate>2026-08-26</cbc:IssueDate>
<cbc:DueDate>2026-09-25</cbc:DueDate>

Verwandte Regeln

NormAPI liefert technische Validierung, keine Steuer- oder Rechtsberatung.