attestwireAttestwire › XRechnung-Regeln › BR-DE-TMP-32
BR-DE-TMP-32 Lieferdatum oder Leistungszeitraum ergänzen
Ihre Prüfung meldet BR-DE-TMP-32, möglicherweise obwohl die Rechnung bestanden hat. Die Rechnung sagt nicht, wann geliefert oder geleistet wurde. Das ist die niedrigste Stufe eines Befunds: Die Rechnung wird deswegen nicht abgelehnt. Ergänzen sollten Sie die Angabe trotzdem, und meist ist es ein einziges Feld.
Die Regelnummer bezeichnet die fehlgeschlagene Prüfung. BT steht für ein Rechnungsfeld, BG für eine Gruppe von Feldern. XRechnung ergänzt die europäische Norm EN 16931 um deutsche Anforderungen (CIUS).
- Informationselement
BT-72 / BG-14- Schweregrad
information— Information: allein kein ungültiges Prüfergebnis- Gilt für
xrechnung-ubl, xrechnung-cii- Regelwerk
- XRechnung-CIUS (KoSIT) — nationale Verschärfung der EN 16931
Die Lösung
Ergänzen Sie die Angabe in Ihren Rechnungsdaten und erzeugen Sie die Rechnung neu. In dieser Bibliothek heißt das Lieferdatum deliveryDate. Für eine Zeitraumleistung verwenden Sie invoicingPeriod mit startDate und endDate, oder einen Zeitraum je Position.
So sieht die Ergänzung für eine einmalige Lieferung in der Attestwire-JSON-Eingabe aus. Es ist ein Ausschnitt, keine vollständige Rechnung, und das Datum ist erfunden. Setzen Sie Ihr tatsächliches Lieferdatum ein:
{
"deliveryDate": "2026-08-05"
}Prüfen Sie danach die vollständige Rechnung noch einmal. Für eine Zeitraumleistung nehmen Sie die passenden Zeitraumfelder und kein beliebiges einzelnes Datum.
Was heißt es, wenn der Hinweis weg ist? Diese Prüfung meldet die fehlende Zeitangabe dann nicht mehr. Sie bestätigt weder, dass das Datum stimmt, noch, dass ein Portal die Rechnung annimmt. In unserem lokalen Beispiel blieb valid vor und nach der Ergänzung true, und der Hinweis verschwand mit dem Beispieldatum. Die steuerliche Beurteilung ist eine eigene Frage.
Rechnungs-XML im Browser prüfen · Prüfumfang und Grenzen
Ein Wert, der die Prüfung besteht
"invoicingPeriod": { "startDate": "2026-07-01", "endDate": "2026-07-31" }Was die Regel verlangt
Der Kern: Eine deutsche Rechnung soll den Leistungszeitpunkt nennen, und der Standard bietet dafür drei Stellen. Jedes Feld einer europäischen E-Rechnung hat eine Nummer. Die drei Stellen sind das Lieferdatum (BT-72), der Abrechnungszeitraum der ganzen Rechnung (BG-14), eine Gruppe aus zwei Datumsangaben, und ein Zeitraum je Rechnungsposition (BG-26). XRechnung, die deutsche Fassung des europäischen Standards, prüft, ob mindestens eine davon vorhanden ist. BR-DE-TMP-32 ist der Name dieser Prüfung.
Wählen Sie die Angabe, die zum Geschäftsvorgang passt. Eine Lieferung oder eine einmalige Leistung an einem Tag bekommt das Lieferdatum. Eine Leistung über einen Zeitraum bekommt den Abrechnungszeitraum. Positionen mit unterschiedlichen Zeiträumen bekommen jeweils einen eigenen. Das sind Alternativen, keine Rangfolge, und Sie müssen keine zutreffende Angabe entfernen, um eine andere zu ergänzen. Erfinden Sie kein Datum, nur um den Hinweis loszuwerden.
Ein Befund ist das Ergebnis einer Regel, und jeder Befund hat eine Stufe. Fatale Befunde machen die Rechnung ungültig; Warnungen und Hinweise werden gemeldet, die Rechnung bleibt gültig. Dieser Befund ist ein Hinweis, Stufe information. Attestwire liefert ihn deshalb in result.information, nicht in result.errors. Eine Anwendung, die nur errors liest, sieht ihn nie. Prüfen Sie darum alle drei Listen.
Der offizielle Regeltext
Die Regel BR-DE-TMP-32 stammt aus der XRechnung-CIUS und
wird im Schematron der KoSIT geführt, den offiziellen Prüfregeln.
Ein wörtliches Zitat des Regeltextes liegt uns für diese Regel nicht
vor; was Sie oben lesen, ist unsere Erklärung. Maßgeblich ist die
Veröffentlichung der KoSIT.
Warum es die Regel gibt
Die KoSIT, die deutsche Stelle, die den amtlichen XRechnung-Prüfer veröffentlicht, vergibt für diese Regel die Stufe information. Die technische Prüfung meldet den Befund und akzeptiert die Rechnung. Der Leistungszeitpunkt gehört trotzdem zu den Angaben, die eine deutsche Rechnung üblicherweise tragen soll. Sein Fehlen fällt meist erst später auf, in der Buchhaltung oder bei der steuerlichen Prüfung beim Empfänger, nicht im Portal.
Der Hinweis macht das sichtbar, solange Sie die Quelldaten noch korrigieren können. Ob ein Empfänger die Rechnung annimmt, lässt sich aus diesem Hinweis allein nicht ableiten.
Die folgende englische Meldung stammt unverändert aus der Bibliothek. Ihre Aussage, das Dokument werde angenommen, beschreibt nur diesen einen Befund der Stufe information; eine Annahme durch Portal oder Empfänger garantiert sie nicht.
So sieht der Befund aus
Genau dieses Objekt liefert die Bibliothek in
result.information,
wenn die Regel anschlägt. Es wird beim Bauen dieser Seite durch
Ausführen von @attestwire/en16931 erzeugt und entspricht
dem Text, den Sie in Ihrem eigenen Log sehen. Die Meldung selbst ist
englisch, weil die Bibliothek englisch meldet.
{
"rule": "BR-DE-TMP-32",
"field": [
"BT-72",
"BG-14"
],
"severity": "information",
"message": "This invoice states no time of supply: it carries neither an actual delivery date (BT-72), nor an invoicing period (BG-14), nor a period on every invoice line (BG-26). KoSIT raises this at severity `information`, so the document is accepted and no validator will stop you — but §14 Abs. 4 Nr. 6 UStG requires the time of supply on a German invoice, and its absence is a defect the buyer's tax adviser finds long after the portal did not. The three routes are alternatives, not a hierarchy: pick whichever describes the supply.",
"fix": "Set deliveryDate for a one-off supply (\"2026-08-05\"), or invoicingPeriod with startDate and endDate for a service billed over a period, or a period on each line when the lines cover different periods. If the supply date is the invoice date, say so explicitly rather than leaving it to be inferred.",
"example": "\"invoicingPeriod\": { \"startDate\": \"2026-07-01\", \"endDate\": \"2026-07-31\" }",
"xpath": "/ubl:Invoice/cac:Delivery/cbc:ActualDeliveryDate",
"docsUrl": "https://attestwire.com/rules/BR-DE-TMP-32"
}
xpath zeigt auf das Element in einem
UBL-Dokument — dort meldet auch ein KoSIT-Validator
denselben Mangel. Bei einer CII-Rechnung
(xrechnung-cii, ZUGFeRD, Factur-X) erhalten Sie dieselbe
Zeichenkette und müssen sie selbst auf das CII-Element übertragen.
Häufige Fragen
- Was bedeutet BR-DE-TMP-32?
- Ihre Prüfung meldet BR-DE-TMP-32, möglicherweise obwohl die Rechnung bestanden hat. Die Rechnung sagt nicht, wann geliefert oder geleistet wurde. Das ist die niedrigste Stufe eines Befunds: Die Rechnung wird deswegen nicht abgelehnt. Ergänzen sollten Sie die Angabe trotzdem, und meist ist es ein einziges Feld.
- Wie behebe ich BR-DE-TMP-32?
- Ergänzen Sie die Angabe in Ihren Rechnungsdaten und erzeugen Sie die Rechnung neu. In dieser Bibliothek heißt das Lieferdatum deliveryDate. Für eine Zeitraumleistung verwenden Sie invoicingPeriod mit startDate und endDate, oder einen Zeitraum je Position.
- Ist BR-DE-TMP-32 Pflicht für XRechnung?
- Für die technische Prüfung nicht: Die Stufe ist information, die Rechnung wird deswegen nicht abgelehnt. Für die Rechnung selbst schon: § 14 Abs. 4 Nr. 6 UStG nennt den Zeitpunkt der Lieferung oder Leistung als Pflichtangabe. Ob und wie sich das Fehlen im Einzelfall auswirkt, klären Sie mit Ihrer steuerlichen Beratung.