PEPPOL-EN16931-R110: Jeden Positionszeitraum am oder nach dem Anfangsdatum des Abrechnungszeitraums beginnen lassen

Die kurze Antwort

PEPPOL-EN16931-R110 schlägt fehl, wenn das cac:InvoicePeriod/cbc:StartDate einer Position früher liegt als das cbc:StartDate des cac:InvoicePeriod auf Dokumentenebene. Entweder ist das Positionsdatum falsch und sollte korrigiert werden, oder die Position umfasst tatsächlich frühere Tage, und der Abrechnungszeitraum sollte an oder vor diesen Tagen beginnen.

Der Befund verweist auf das Anfangsdatum der Position selbst; bei einem Dokument mit vielen Positionen erfahren Sie so, welche außerhalb des Bereichs liegt. Um die Enddaten der Positionen kümmert sich PEPPOL-EN16931-R111.

Was die Regel prüft

Die Regel läuft nur, wenn der Zeitraum auf Dokumentenebene ein cbc:StartDate hat. Im Versuch bestand dasselbe frühe Positionsdatum, als der Zeitraum des Dokuments nur ein Enddatum hatte, und ebenso, als es gar keinen Zeitraum auf Dokumentenebene gab.

Jedes Anfangsdatum eines Positionszeitraums wird dann als Kalenderdatum mit dem Anfangsdatum des Dokuments verglichen. Derselbe Tag besteht: In der korrigierten Rechnung beginnen beide Zeiträume am 2026-08-01.

Nur Anfangsdaten nehmen teil. Eine Position, deren Enddatum nach dem Enddatum des Dokuments liegt, meldet stattdessen PEPPOL-EN16931-R111; im Versuch tat eine Position, die am 2026-09-05 endete, in einem Zeitraum, der am 2026-08-31 endete, genau das.

Die Regel fragt nicht, ob eine Position beginnt, nachdem der Abrechnungszeitraum geendet hat. Im Versuch bestand ein Positionszeitraum mit nur einem Anfangsdatum 2026-09-05, nach dem Enddatum des Dokuments 2026-08-31, alle Prüfschritte.

Wie es in einer Integration dazu kommt

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

• Der Abrechnungszeitraum wird auf den aktuellen Abrechnungsmonat gesetzt, während eine Position Entgelte für frühere Tage trägt, etwa nachträglich abgerechnete Nutzung oder einen anteiligen ersten Zeitraum.
• Der Zeitraum des Dokuments wird von der ersten Position übernommen, und eine spätere Position beginnt früher.
• Positionsdaten und Dokumentdaten durchlaufen unterschiedliche Zeitzonenumrechnungen, sodass eine Position, die um Mitternacht Ortszeit beginnt, als Vortag geschrieben wird.
• Eine Korrekturposition behält die Leistungsdaten der ursprünglichen Rechnung, während der Zeitraum des Dokuments der aktuelle ist.

So korrigieren Sie das Dokument

1. Prüfen Sie für die im Befund genannte Position ihre Leistungsdaten in der Quelle: Ist das Anfangsdatum richtig?
2. Ist es falsch, korrigieren Sie es an der Quelle und schreiben Sie das korrigierte Datum in das cac:InvoicePeriod/cbc:StartDate dieser Position.
3. Ist es richtig, deckt der Abrechnungszeitraum nicht die gesamte Rechnung ab. Setzen Sie das cac:InvoicePeriod/cbc:StartDate des Dokuments auf das früheste Anfangsdatum der Positionen, und vergleichen Sie das Enddatum des Dokuments mit dem spätesten Enddatum der Positionen, was PEPPOL-EN16931-R111 verlangt.
4. Schreiben Sie jedes Datum als einfaches YYYY-MM-DD, gebildet aus dem Kalenderdatum in der Zeitzone des Geschäftsbetriebs, ohne Umrechnung nach UTC.

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: Der Abrechnungszeitraum beginnt am 1. August, der Positionszeitraum am 25. Juli

<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
</cac:InvoicePeriod>
<!-- parties, VAT and totals omitted from this fragment -->
<cac:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">2</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cac:InvoicePeriod>
    <cbc:StartDate>2026-07-25</cbc:StartDate>
    <cbc:EndDate>2026-08-15</cbc:EndDate>
  </cac:InvoicePeriod>
  <!-- item and price omitted from this fragment -->
</cac:InvoiceLine>

Ausschnitt der korrigierten Rechnung: Der Positionszeitraum beginnt am 1. August, dem ersten Tag des Abrechnungszeitraums

<cac:InvoicePeriod>
  <cbc:StartDate>2026-08-01</cbc:StartDate>
  <cbc:EndDate>2026-08-31</cbc:EndDate>
</cac:InvoicePeriod>
<!-- parties, VAT and totals omitted from this fragment -->
<cac:InvoiceLine>
  <cbc:ID>1</cbc:ID>
  <cbc:InvoicedQuantity unitCode="C62">2</cbc:InvoicedQuantity>
  <cbc:LineExtensionAmount currencyID="GBP">25.00</cbc:LineExtensionAmount>
  <cac:InvoicePeriod>
    <cbc:StartDate>2026-08-01</cbc:StartDate>
    <cbc:EndDate>2026-08-15</cbc:EndDate>
  </cac:InvoicePeriod>
  <!-- item and price omitted from this fragment -->
</cac:InvoiceLine>

Nur das Anfangsdatum der Position unterscheidet sich: 2026-07-25 in der fehlerhaften Rechnung, 2026-08-01 in der korrigierten. Das fehlerhafte Dokument meldet nur PEPPOL-EN16931-R110. Sein Prüfschritt EN 16931 besteht, weil die dortige Regel zum Positionszeitraum, BR-30, ein Anfangsdatum einer Position nur mit dem Enddatum derselben Position vergleicht, und 2026-08-15 liegt nach 2026-07-25.

Wo die Regel gilt

• Gilt für Invoice und CreditNote. In einer Gutschrift ist die Position cac:CreditNoteLine, deren Zeitraumelement weiterhin cac:InvoicePeriod heißt; im Versuch meldete dasselbe frühe Datum dort diese Regel.
• Dies ist eine Regel von Peppol BIS und erscheint nur im Peppol-Prüfschritt; der Prüfschritt EN 16931 bestand die aufgezeichnete fehlerhafte Rechnung.
• Ein Datum, das überhaupt kein Datum ist, etwa 25/07/2026, scheitert am XSD-Prüfschritt, bevor diese Regel laufen kann; eines mit Zeitzonenangabe besteht die XSD-Prüfung und wird von PEPPOL-EN16931-F001 abgelehnt.
• Ein Enddatum einer Position vor ihrem eigenen Anfangsdatum meldet BR-30; ein Enddatum einer Position nach dem Enddatum des Dokuments meldet PEPPOL-EN16931-R111.

Verwandte Regeln

• BR-29 prüft, ob der Abrechnungszeitraum, an dem diese Regel misst, nicht vor seinem Beginn endet
• BR-CO-19 verlangt ein Datum im Abrechnungszeitraum, und nur ein dortiges Anfangsdatum bringt diese Regel ins Spiel
• PEPPOL-EN16931-F001 lehnt Datumsangaben in Positions- und Dokumentzeiträumen ab, die eine Zeitzone tragen
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): How Peppol invoice validation actually works

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 PEPPOL-EN16931-R110 (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.