BR-03: Das Rechnungsdatum (BT-2) fehlt

Die Meldung BR-03 bedeutet: In der Datei fehlt das Rechnungsdatum, in der Norm „Invoice issue date“ oder kurz BT-2, oder das Element ist leer. Die Regel stammt aus der europäischen Norm EN 16931, auf der XRechnung aufbaut. Diese Seite zeigt, wo das Datum in UBL und in CII steht und wie Sie die Meldung beheben.

Was die Regel verlangt

BR-03 gehört zu den Pflichtangaben im Kopf der Rechnung, neben der Rechnungsnummer (BT-1, Regel BR-02), dem Code der Rechnungsart (BT-3, Regel BR-04) und dem Währungscode (BT-5, Regel BR-05). Das Werkzeug prüft nur, dass ein Wert vorhanden ist. Das Datumsformat und die Frage, ob das Datum zum Leistungszeitraum passt, prüft es nicht.

Woran Sie die Meldung erkennen

Im Bericht steht BR-03 mit der Stufe „Fehler“. Der Pfad zeigt auf die Stelle, an der das Datum stehen müsste: in UBL auf Invoice/IssueDate, in CII auf CrossIndustryInvoice/ExchangedDocument/IssueDateTime/DateTimeString.

Mögliche Ursachen

• Die Rechnung wurde als Entwurf exportiert, bevor das Programm ein Datum gesetzt hat.
• Das Datumsfeld blieb leer, und das Programm lässt leere Elemente weg.
• Eine Vorlage schreibt das Datum nur als Leistungsdatum und lässt das Rechnungsdatum aus.
• In CII steht ram:IssueDateTime, aber das innere Element udt:DateTimeString fehlt.

Wo das Element in UBL steht

In UBL 2.1 ist es cbc:IssueDate, direkt unter dem Wurzelelement und nach der Rechnungsnummer. Das Werkzeug schreibt Jahr, Monat und Tag mit Bindestrichen (Werte erfunden):

<cbc:ID>RE-2026-014</cbc:ID>
<cbc:IssueDate>2026-10-05</cbc:IssueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

Das Fälligkeitsdatum (BT-9) ist ein eigenes Element, cbc:DueDate, und ersetzt das Rechnungsdatum nicht.

Wo das Element in CII steht

In CII steht es in rsm:ExchangedDocument als ram:IssueDateTime, der Wert eine Ebene tiefer in udt:DateTimeString. Das Werkzeug setzt format="102" und schreibt Jahr, Monat und Tag ohne Trennzeichen:

<rsm:ExchangedDocument>
  <ram:ID>RE-2026-014</ram:ID>
  <ram:TypeCode>380</ram:TypeCode>
  <ram:IssueDateTime>
    <udt:DateTimeString format="102">20261005</udt:DateTimeString>
  </ram:IssueDateTime>
</rsm:ExchangedDocument>

Die Schreibweise unterscheidet sich also je nach Syntax: 2026-10-05 in UBL, 20261005 in CII.

So beheben Sie die Meldung

1. Setzen Sie im Rechnungsprogramm das Rechnungsdatum und erzeugen Sie die Datei neu.
2. Bei einer eigenen Vorlage ergänzen Sie das Element an der oben gezeigten Stelle, in der Schreibweise der Syntax.
3. Fehlt das Datum, fehlen oft auch Nummer oder Rechnungsart; achten Sie auf BR-02 und BR-04 im Bericht.
4. Prüfen Sie die Datei erneut. Weitere Meldungen erklärt die Übersicht XRechnung-Fehler beheben.

Im Werkzeug dieser Website

Im Bereich „Erstellen“ ist das Rechnungsdatum ein Pflichtfeld in der Form JJJJ-MM-TT. Fehlt es, nennt das Werkzeug das Feld und erstellt keine XML-Datei; eine dort erzeugte Datei löst BR-03 deshalb nicht aus. In der CSV-Stapelverarbeitung nimmt es TT.MM.JJJJ oder JJJJ-MM-TT an.

Nur prüfen, mit Skripten ohne Netzwerkaufruf: E-Rechnung-Prüfer ohne Netzwerkzugriff.

Was die Regel nicht abdeckt

Ob der Wert ein echtes Datum ist und zu den übrigen Angaben passt, zeigt die Regel in diesem Werkzeug nicht. Der KoSIT-Validator mit der Konfiguration für XRechnung prüft mehr.

Prüfbericht und Stapel

Ein Lizenzschlüssel schaltet im Werkzeug den Prüfbericht mit Korrekturhinweisen und die Stapelverarbeitung aus CSV frei. Einzelne Rechnungen erstellen und prüfen Sie weiter kostenlos.

Lizenzschlüssel bei Gumroad kaufen Preis: 19 US-Dollar. Gumroad ist Verkäufer und Vertragspartner für den Kauf und rechnet die Umsatzsteuer hinzu, wo sie anfällt; den Endpreis zeigt Gumroad im Bestellvorgang. Werkzeug, keine Steuer- oder Rechtsberatung; keine Garantie für Konformität; Prüfung durch Steuerberater/Empfänger empfohlen.