Zum Inhalt springen

Ironfang Finance - Regelreferenz

UBL-CR-412: Das Fälligkeitsdatum aus den Zahlungsanweisungen in den Dokumentkopf der Rechnung verschieben

Warnung: Eine Rechnung nennt ihr Fälligkeitsdatum in cbc:DueDate, nicht in den Zahlungsanweisungen. Das Dokument bleibt gültig; verschieben Sie das Datum.

EN 16931Warnung: Das Dokument bleibt gültigKernfelder

Auf dieser Seite

Die kurze Antwort

UBL-CR-412 ist eine Warnung, die ausgelöst wird, wenn eine Rechnung cbc:PaymentDueDate in ihren Zahlungsanweisungen (cac:PaymentMeans) enthält. Eine Rechnung nennt ihr Fälligkeitsdatum (BT-9) im Dokumentkopf, in cbc:DueDate: Verschieben Sie das Datum dorthin.

Die Warnung allein macht das Dokument nicht ungültig, doch andere Regeln prüfen weiterhin, was vorhanden ist.

Was die Regel prüft

Die Regel prüft, ob eine Rechnung cac:PaymentMeans/cbc:PaymentDueDate enthält. Den Wert liest sie nicht, und eine Gutschrift wird nicht geprüft.

Sie wird einmal für das ganze Dokument ausgewertet und daher nur einmal gemeldet, gleich wie oft das Dokument das Element enthält; der Befund verweist auf das Wurzelelement, nicht auf das Element selbst: Suchen Sie im XML nach cac:PaymentMeans/cbc:PaymentDueDate.

BegriffBedeutungUBL-Element
-PaymentDueDate (BT-9 nur in einer Gutschrift)cac:PaymentMeans/cbc:PaymentDueDate
BG-16Zahlungsanweisungencac:PaymentMeans

Wie es in einer Integration dazu kommt

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

  • Das Quellsystem führt den Wert, und das Mapping schreibt ihn, weil UBL 2.1 einen Platz dafür hat.
  • Eine allgemeine UBL-2.1-Bibliothek schreibt jedes Element und Attribut, für das sie einen Wert hat, ob EN 16931 es verwendet oder nicht.
  • Ein Mapping für ein anderes UBL-basiertes Dokument, etwa eine Bestellung, eine Versandanzeige oder ein nationales Profil, wird für Peppol BIS Billing wiederverwendet.

So korrigieren Sie das Dokument

  1. Verschieben Sie das Datum von cac:PaymentMeans/cbc:PaymentDueDate nach cbc:DueDate im Dokumentkopf.
  2. Das Fälligkeitsdatum (BT-9) ist in einer UBL-Rechnung cbc:DueDate; nur eine Gutschrift, die kein cbc:DueDate hat, nennt es in den Zahlungsanweisungen.
  3. Prüfen Sie erneut: Die Warnung verschwindet.

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 Rechnung mit der Warnung: PaymentDueDate in den Zahlungsanweisungen

<cac:PaymentMeans>
  <cbc:PaymentMeansCode>30</cbc:PaymentMeansCode>
  <cbc:PaymentDueDate>2026-10-08</cbc:PaymentDueDate>
  <cbc:PaymentID>PAYMENT-001</cbc:PaymentID>

Ausschnitt der korrigierten Rechnung: dasselbe Datum in cbc:DueDate im Dokumentkopf

<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>EXAMPLE-INV-002</cbc:ID>
<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<cbc:DueDate>2026-10-08</cbc:DueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:Note>Example only. Terms &amp; references &lt;must&gt; be preserved. Café 🐺</cbc:Note>
<cbc:TaxPointDate>2026-09-07</cbc:TaxPointDate>

Die Rechnung mit der Warnung enthält <cbc:PaymentDueDate>2026-10-08</cbc:PaymentDueDate> in den Zahlungsanweisungen und kein cbc:DueDate; die korrigierte Rechnung enthält stattdessen dasselbe Datum in cbc:DueDate im Dokumentkopf. Die Rechnung mit der Warnung meldet nur diese Warnung, ist in jedem Prüfschritt gültig und würde so angenommen.

Was der Validator gemeldet hat

Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.

Wo die Regel gilt

  • Gilt nur für eine UBL-Invoice: Die Regel überspringt Gutschriften, weil die UBL-2.1-Gutschrift kein cbc:DueDate hat und ihr Fälligkeitsdatum (BT-9) in cac:PaymentMeans/cbc:PaymentDueDate nennt.
  • Die Warnung stammt aus den Regeln des Prüfschritts EN 16931 für die UBL-Syntax. Im aufgezeichneten Beispiel besteht das Dokument den XSD-Prüfschritt: Das Element ist gültiges UBL 2.1 und liegt lediglich außerhalb des Modells von EN 16931.

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-29.1: Quelle geprüft am 2026-09-29, Erklärung zuletzt aktualisiert am 2026-09-29.

Die offizielle Definition von UBL-CR-412 (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.