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.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| - | PaymentDueDate (BT-9 nur in einer Gutschrift) | cac:PaymentMeans/cbc:PaymentDueDate |
| BG-16 | Zahlungsanweisungen | cac: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
- Verschieben Sie das Datum von
cac:PaymentMeans/cbc:PaymentDueDatenachcbc:DueDateim Dokumentkopf. - Das Fälligkeitsdatum (BT-9) ist in einer UBL-Rechnung
cbc:DueDate; nur eine Gutschrift, die keincbc:DueDatehat, nennt es in den Zahlungsanweisungen. - Prüfen Sie erneut: Die Warnung verschwindet.
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 & references <must> 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
- Die Rechnung mit der Warnung ist gültig und meldet die Warnung UBL-CR-412. Das korrigierte Dokument besteht jeden Prüfschritt ohne Befunde.XML mit der Warnung herunterladenKorrigiertes XML herunterladen
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 keincbc:DueDatehat und ihr Fälligkeitsdatum (BT-9) incac:PaymentMeans/cbc:PaymentDueDatenennt. - 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.
Verwandte Regeln
- UBL-CR-411: ID in den Zahlungsanweisungen
- UBL-CR-413: PaymentChannelCode in den Zahlungsanweisungen
- UBL-CR-414: InstructionID in den Zahlungsanweisungen
- 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-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.

