Was die Regel bedeutet
Die Regel warnt, wenn cac:DocumentReference innerhalb von cac:InvoiceLine oder cac:CreditNoteLine das Element cbc:UUID enthält, auch wenn es leer ist. Die Objektkennung (BT-128) in cbc:ID und der Dokumenttypcode 130 in cbc:DocumentTypeCode werden nicht geprüft.
Warum sie wichtig ist
Eine UUID im Dokumentverweis einer Position entspricht keinem Feld der EN 16931.
So beheben Sie den Fehler
Löschen Sie nur cbc:UUID aus cac:DocumentReference innerhalb von cac:InvoiceLine beziehungsweise cac:CreditNoteLine. Behalten Sie die Objektkennung (BT-128) in cbc:ID und lassen Sie cbc:DocumentTypeCode unverändert. Entfernen Sie nicht beliebig eine von zwei Kennungen. Prüfen Sie die Datei danach erneut.
Ist die Datei korrigiert, prüfen Sie sie kostenlos noch einmal: E-Rechnung prüfen
Oder Sie korrigieren die Rechnung in einem Formular und laden die korrigierte Datei für 1 Credit herunter: Eine abgelehnte E-Rechnung korrigieren
Der veröffentlichte Regeltext
A UBL invoice should not include the InvoiceLine DocumentReference UUID Wo diese Regel gilt
| Regelwerk | Version |
|---|---|
| EN 16931 (UBL) | 1.3.17 |
| EN 16931 (UBL credit note) | 1.3.17 |
| XRechnung 3.0 (UBL) | 3.0.2 |
| XRechnung 3.0 (UBL credit note) | 3.0.2 |
| Peppol BIS Billing 3.0 (invoice) | 2026.5 |
| Peppol BIS Billing 3.0 (credit note) | 2026.5 |
| SI-UBL 2.0 / NLCIUS (invoice) | 2.0.3.13 |
| SI-UBL 2.0 / NLCIUS (credit note) | 2.0.3.13 |
| France CTC (UBL invoice) | 1.4.0-04 |
| France CTC (UBL credit note) | 1.4.0-04 |
| CIUS-RO UBL Invoice 1.0.9 | 1.0.9 |
| CIUS-RO UBL Credit Note 1.0.9 | 1.0.9 |
Ihre Datei prüfen
Verwandte Regeln
- UBL-CR-534 Dokumentverweis einer Position sollte kein Ausstellungsdatum tragen
- UBL-CR-535 Dokumentverweis einer Position sollte keine Uhrzeit tragen
- UBL-CR-537 Dokumentverweis einer Position sollte keinen Typtext tragen
- UBL-CR-538 Dokumentverweis einer Position sollte keinen XPath tragen
- UBL-CR-539 Dokumentverweis einer Position sollte keine Sprache tragen
- UBL-CR-540 Dokumentverweis einer Position sollte keinen Locale-Code tragen