Auf dieser Seite
Die kurze Antwort
UBL-CR-006 ist eine Warnung, die ausgelöst wird, wenn cbc:IssueTime direkt unter dem Wurzelelement Invoice oder CreditNote steht. EN 16931 erfasst nur das Rechnungsdatum; entfernen Sie daher cbc:IssueTime und lassen Sie cbc:IssueDate unverändert.
Das Dokument bleibt mit der Warnung gültig und besteht jeden Prüfschritt. Das Entfernen des Elements hält das XML innerhalb des Modells von EN 16931, in dem ein Empfänger kein Informationselement hat, dem er eine Uhrzeit zuordnen könnte.
Was die Regel prüft
Die Regel prüft genau eines: ob ein Element cbc:IssueTime ein direktes Kindelement des Wurzelelements ist. Seinen Wert liest sie nicht.
Ausstellungsuhrzeiten an anderer Stelle gehören zu anderen Regeln. Die Uhrzeit in einer Auftragsreferenz oder in einer Referenz auf eine vorausgegangene Rechnung zum Beispiel hat eine eigene UBL-CR-Warnung.
Eine Uhrzeit im falschen Format erreicht diese Warnung nie. 10:30 ohne Sekunden und ein leeres Element scheiterten im Versuch jeweils am XSD-Prüfschritt, wodurch die Prüfschritte EN 16931 und Peppol übersprungen werden.
Eine Zeitzone macht keinen Unterschied: 10:30:00Z und 10:30:00+01:00 ergaben im Versuch dieselbe Warnung.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| - | Ausstellungsuhrzeit (nur UBL, kein Informationselement) | cbc:IssueTime |
| BT-2 | Rechnungsdatum | cbc:IssueDate |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Der Zeitstempel des Dokuments wird in Datum und Uhrzeit aufgeteilt, und beide Teile werden geschrieben, weil UBL 2.1 für jeden ein eigenes Element hat.
- Eine allgemeine UBL-Bibliothek gibt jedes Kopffeld aus, für das sie einen Wert hat, ob EN 16931 es verwendet oder nicht.
- Ein Mapping, das für ein anderes UBL-basiertes Format mit Ausstellungsuhrzeit geschrieben wurde, wird für Rechnungen nach EN 16931 wiederverwendet.
So korrigieren Sie das Dokument
- Geben Sie
cbc:IssueTimeunter dem Wurzelelement nicht mehr aus.cbc:IssueDatebleibt und muss nicht geändert werden. - Wenn Ihre Unterlagen die Uhrzeit der Erstellung des Dokuments brauchen, bewahren Sie sie in Ihrem eigenen System auf. EN 16931 hat dafür kein Informationselement, daher hat sie in der Rechnung keine vereinbarte Bedeutung.
- Prüfen Sie die übrigen optionalen UBL-Elemente, die der Serialisierer schreibt; Elemente außerhalb des Modells lösen eigene
UBL-CR-Warnungen aus.
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: Auf das Rechnungsdatum folgt eine Ausstellungsuhrzeit
<cbc:ID>EXAMPLE-INV-001</cbc:ID>
<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<cbc:IssueTime>10:30:00</cbc:IssueTime>
<cbc:DueDate>2026-10-08</cbc:DueDate>Ausschnitt der korrigierten Rechnung: nur das Rechnungsdatum
<cbc:ID>EXAMPLE-INV-001</cbc:ID>
<cbc:IssueDate>2026-09-08</cbc:IssueDate>
<cbc:DueDate>2026-10-08</cbc:DueDate>Die Rechnung mit der Warnung hat <cbc:IssueTime>10:30:00</cbc:IssueTime> direkt nach dem Rechnungsdatum, die korrigierte Rechnung nicht. Diese Rechnung meldet nur diese Warnung und ist in jedem Prüfschritt gültig, würde also so, wie sie ist, angenommen; das Entfernen der Uhrzeit bringt sie zurück in das Modell von EN 16931.
Was der Validator gemeldet hat
- Die Rechnung mit der Warnung ist gültig und meldet die Warnung UBL-CR-006. 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 gleichermaßen für UBL
InvoiceundCreditNote; eine Gutschrift mit Ausstellungsuhrzeit ergab im Versuch dieselbe Warnung. - Die Warnung stammt aus dem Prüfschritt EN 16931. Peppol ergänzt zur Ausstellungsuhrzeit nichts, und der Peppol-Prüfschritt besteht.
- Im Schema steht
cbc:IssueTimenachcbc:IssueDate. Davor platziert, scheiterte das Dokument im Versuch am XSD-Prüfschritt, und diese Warnung wurde nie erreicht.
Verwandte Regeln
- UBL-CR-561 ist eine weitere Warnung für ein UBL-Element außerhalb des Modells, eine Steuersumme in einer Rechnungsposition
- UBL-CR-682 warnt vor einer Lieferanschrift an einer UBL-Stelle, die das Modell nicht verwendet
- PEPPOL-EN16931-F001 prüft das Format der Datumsangaben, die im Dokument bleiben
- PEPPOL-EN16931-R002 begrenzt ein weiteres Kopfelement: höchstens eine Bemerkung auf Dokumentenebene
- 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 UBL-CR-006 (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.

