BR-IC-11: Ein Lieferdatum oder einen Rechnungszeitraum in eine innergemeinschaftliche Lieferung aufnehmen

Die kurze Antwort

BR-IC-11 schlägt fehl, wenn die Umsatzsteueraufschlüsselung eine Kategorie K hat und das Dokument weder cac:Delivery/cbc:ActualDeliveryDate noch eine cac:InvoicePeriod mit Inhalt hat, beide direkt unter der Dokumentwurzel gelesen. Fügen Sie aus den Versand- oder Abrechnungsunterlagen das Datum hinzu, an dem die Waren geliefert wurden, oder den Zeitraum, den die Rechnung abdeckt.

Zeiträume an Positionen zählen nicht. Gelesen werden nur die Lieferung und der Rechnungszeitraum auf Dokumentenebene.

Was die Regel prüft

Auslöser ist die Aufschlüsselung, nicht die Positionen: Die Regel greift, wenn irgendeine cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory unter dem Schema VAT die cbc:ID K hat. Der Befund wird einmal gemeldet, an der Dokumentwurzel.

Der Weg über die Lieferung ist erfüllt, wenn das cac:Delivery auf Dokumentenebene ein cbc:ActualDeliveryDate mit Wert hat. Ein leeres Datumselement erreicht diese Regel nie: Im Versuch scheiterte es am XSD-Prüfschritt, weil das Schema ein echtes Datum verlangt.

Der Weg über den Zeitraum ist erfüllt, wenn cac:InvoicePeriod überhaupt ein Kindelement hat. Im Versuch ergab ein Zeitraum nur mit cbc:StartDate, nur mit cbc:EndDate oder nur mit cbc:DescriptionCode jeweils ein gültiges Dokument.

Da jedes Kindelement zählt, kommt ein Zeitraum mit nichts als cbc:Description an dieser Regel vorbei, doch das Dokument scheiterte an BR-CO-19, das ein Anfangs- oder Enddatum verlangt, und zog die Warnung UBL-CR-015 nach sich. Eine leere cac:InvoicePeriod schlägt hier fehl und meldet außerdem BR-CO-19 und PEPPOL-EN16931-R008.

Mit entferntem Lieferdatum und einem Zeitraum vom 1. bis 30. September nur an Position 1 schlug die Regel im Versuch weiterhin fehl: Eine cac:InvoicePeriod an einer Position liegt außerhalb dessen, was sie liest.

Ein Lieferdatum und ein Zeitraum zusammen werden akzeptiert; die Regel braucht eines von beiden und beanstandet keines.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Das Lieferdatum liegt in einem Versand- oder Lagersystem, mit dem der Rechnungsexport nie verknüpft wird.
• Die Rechnung wird vor dem Versand erstellt, es gibt noch kein Lieferdatum, und an seiner Stelle wird kein Rechnungszeitraum gesendet.
• Der Abrechnungszeitraum wird bei wiederkehrenden Entgelten an jede Position geschrieben, aber nie auf Dokumentenebene.
• Der Export schreibt cac:Delivery nur für die Lieferanschrift und hat keine Abbildung für das Datum.
• Das Leistungsdatum wird als cbc:TaxPointDate oder nur als Rechnungsdatum gesendet, und keines von beiden liest diese Regel.

So korrigieren Sie das Dokument

1. Nehmen Sie das tatsächliche Lieferdatum aus den Versand- oder Zustellnachweisen, nicht aus dem Rechnungsdatum.
2. Schreiben Sie es als cbc:ActualDeliveryDate in das cac:Delivery auf Dokumentenebene, im Format YYYY-MM-DD und vor cac:DeliveryLocation. In der UBL-Reihenfolge steht cac:Delivery nach den Parteien und vor cac:PaymentMeans.
3. Deckt die Rechnung stattdessen einen Zeitraum ab, senden Sie cac:InvoicePeriod mit cbc:StartDate und cbc:EndDate, nach cbc:BuyerReference und vor etwaigen Dokumentreferenzen und den Parteien.
4. Lassen Sie das Lieferland im selben cac:Delivery stehen; BR-IC-12 verlangt es in jedem Dokument mit einer K-Aufschlüsselung.

Korrigierte Rechnung prüfen

Vorher und nachher

Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.

Ausschnitt der fehlerhaften Rechnung: ein Lieferort, aber kein Lieferdatum, und kein Rechnungszeitraum im Dokument

<cac:Delivery>
  <cac:DeliveryLocation>
    <cac:Address>
      <cbc:CityName>Berlin</cbc:CityName>
      <cac:Country>
        <cbc:IdentificationCode>DE</cbc:IdentificationCode>
      </cac:Country>
    </cac:Address>
  </cac:DeliveryLocation>
</cac:Delivery>
<!-- VAT breakdown with category K omitted from this fragment -->

Ausschnitt der korrigierten Rechnung: Das tatsächliche Lieferdatum eröffnet den Lieferblock

<cac:Delivery>
  <cbc:ActualDeliveryDate>2026-09-07</cbc:ActualDeliveryDate>
  <cac:DeliveryLocation>
    <cac:Address>
      <cbc:CityName>Berlin</cbc:CityName>
      <cac:Country>
        <cbc:IdentificationCode>DE</cbc:IdentificationCode>
      </cac:Country>
    </cac:Address>
  </cac:DeliveryLocation>
</cac:Delivery>

Die korrigierte Rechnung hat cbc:ActualDeliveryDate 2026-09-07 als erstes Kindelement von cac:Delivery; die fehlerhafte Rechnung behält den Lieferort ohne Datum, und keines der beiden Dokumente hat eine cac:InvoicePeriod. Das fehlerhafte Dokument meldet nur BR-IC-11, weil das Lieferland, nach dem BR-IC-12 sucht, noch vorhanden ist.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. Die als Gutschrift umgeschriebene fehlerhafte Rechnung ergab im Versuch denselben Befund.
• Das vollständige Entfernen von cac:Delivery meldete im Versuch BR-IC-11 und BR-IC-12 zusammen, da das Lieferland mit dem Datum verschwindet.
• Die Regel vergleicht das Lieferdatum weder mit dem Rechnungsdatum noch mit einem Zeitraum. BR-29 verlangt gesondert ein Enddatum des Zeitraums, das nicht vor dessen Anfangsdatum liegt.

Verwandte Regeln

• BR-IC-12 braucht das Lieferland im selben cac:Delivery-Block
• BR-CO-19 weist einen Rechnungszeitraum ab, der weder ein Anfangs- noch ein Enddatum hat
• BR-29 prüft, dass ein Rechnungszeitraum nicht vor seinem Beginn endet
• BR-IC-02 prüft die Umsatzsteuer-Identifikationsnummern von Verkäufer und Käufer in derselben Art von Dokument
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): Understanding EN 16931 validation errors

Umfang und Quelle

Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.

Die offizielle Definition von BR-IC-11 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.

Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.