# BR-FX-EN-04 Lieferdatum oder Leistungszeitraum erforderlich (Factur-X / ZUGFeRD)

BR-FX-EN-04 ist eine Regel des Schematrons von Factur-X 1.09 / ZUGFeRD 2.5 für die Profile BASIC und EN 16931. Sie gilt, wenn Verkäufer oder Rechnungssteller und Käufer oder Rechnungsempfänger beide eine deutsche Anschrift haben und die Rechnung keine Anzahlungsrechnung (Typcode 386) ist. Die Rechnung muss dann das tatsächliche Lieferdatum (BT-72), einen Abrechnungszeitraum (BG-14) oder einen Zeitraum an jeder Rechnungsposition (BG-26) enthalten. Ohne BT-72 muss der Lieferblock außerdem Daten enthalten; der Regeltext verlangt mindestens das Lieferland (BT-80). Das Schematron meldet die Regel als Warnung.

## Problembeschreibung

> **WARNUNG**: Factur-X-/ZUGFeRD-Regel (FNFE-MPE und FeRD, BR-FX)

> **Wo BR-FX-EN-04 geprüft wird**
>
> Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. BR-FX-EN-04: Profilregel von Factur-X / ZUGFeRD, gemeldet in der Stufe „Nationale Regeln (CIUS)“.

## Kontext und Bedeutung

KoSIT prüft diese Regel nicht; das übernimmt ein ZUGFeRD- oder Factur-X-Validator. Für strikte ZUGFeRD- und Factur-X-Ausgabe geht Invoice-Converter.com über die Warnung hinaus: Der Prüfschritt meldet das fehlende Datum oder den fehlenden Zeitraum, und die Datei wird erst erstellt, wenn Sie die Angabe ergänzt haben. Das ist eine Produktregel, keine Anforderung des Standards.

## Lösung

Ergänzen Sie das tatsächliche Lieferdatum (BT-72), wenn Sie es kennen. Ergänzen Sie bei Dienstleistungen den Abrechnungszeitraum (BG-14, BT-73 und BT-74) oder einen Zeitraum an jeder Position (BG-26). Geben Sie nur einen Zeitraum an, ergänzen Sie auch das Lieferland (BT-80). Übernehmen Sie die Daten aus den Quelldokumenten; setzen Sie nicht ersatzweise das Rechnungsdatum ein.

- [XML validieren](/de/xrechnung-validator?source=resource&rule=BR-FX-EN-04)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=BR-FX-EN-04)

## Gültige Beispiele

- BT-72 = 15.10.2026
- BG-14 = 01.09.2026 bis 30.09.2026 mit BT-80 = DE

## Ungültige Beispiele

- Weder BT-72 noch BG-14 noch BG-26 auf einer innerdeutschen Rechnung
- BG-14 vorhanden, aber kein BT-80 und keine anderen Lieferdaten

## Code-Beispiele

### Gültiges XML
```
<ram:ApplicableHeaderTradeDelivery>
  <ram:ActualDeliverySupplyChainEvent>
    <ram:OccurrenceDateTime>
      <udt:DateTimeString format="102">20261015</udt:DateTimeString>
    </ram:OccurrenceDateTime>
  </ram:ActualDeliverySupplyChainEvent>
</ram:ApplicableHeaderTradeDelivery>
```

### Ungültiges XML
```
<ram:ApplicableHeaderTradeDelivery/>
```

## Betroffene Felder

- [BT-72 Tatsächliches Lieferdatum](/resources/xrechnung/bt-72-actual-delivery-date)
- [BG-14 Abrechnungszeitraum](/resources/xrechnung/bt-73-invoicing-period-start-date)
- [BG-26 Positionszeitraum](/resources/xrechnung/bt-134-invoice-line-period-start-date)
- [BT-80 Ländercode der Lieferanschrift](/resources/xrechnung/bt-80-deliver-to-country-code)

## Validierungstools

- [ZUGFeRD Validator](/zugferd-validator): Um Hybrid-PDF und eingebettetes XML zu prüfen
- [PDF zu ZUGFeRD](/pdf-to-zugferd): Für deutsche B2B-Workflows und hybride Rechnungen

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://www.ferd-net.de/publikationen-produkte/publikationen/detailseite/zugferd-252-english)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.