Was die Regel bedeutet
Nennen die Lieferinformationen eine Partei, die die Ware oder Leistung erhält (cac:DeliveryParty), muss der Lieferblock (cac:Delivery) insgesamt genau einen Namen des Empfängers der Lieferung (BT-70) enthalten; bei Peppol BIS und NLCIUS sind stattdessen null oder ein Name zulässig. Gezählt wird cac:DeliveryParty/cac:PartyName/cbc:Name. Der amtliche Text sagt nur, der Name dürfe höchstens einmal vorkommen. Bei EN 16931, XRechnung, France CTC und CIUS-RO schlägt der Test aber auch fehl, wenn der Name fehlt. Ein Lieferblock ohne cac:DeliveryParty besteht diese Prüfung.
Warum sie wichtig ist
EN 16931 verlangt insgesamt genau einen Namen des Empfängers der Lieferung je Lieferblock, wenn dieser Empfängerangaben enthält. Die Prüfungen für Peppol BIS und NLCIUS erlauben stattdessen null oder einen Namen.
So beheben Sie den Fehler
Öffnen Sie in Ihrer Rechnungssoftware die Lieferdetails und tragen Sie den Namen des Empfängers der Lieferung genau einmal ein; bei Peppol BIS und NLCIUS können Sie den Namen auch weglassen. Haben Sie keine solche Partei zu nennen, entfernen Sie sie ganz. Leistungsdatum und Lieferanschrift hängen nicht davon ab. Im XML braucht jedes cac:Delivery, das cac:DeliveryParty enthält, insgesamt genau ein cac:DeliveryParty/cac:PartyName/cbc:Name, außer bei Peppol BIS und NLCIUS, wo höchstens ein solches Element zulässig ist.
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
Deliver to party name shall occur maximum once 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-SR-26 Ein Zahlungsblock darf nur einen Verwendungszweck haben
- UBL-SR-27 Pro Zahlungsblock ist nur ein Code für die Zahlungsart erlaubt
- UBL-SR-28 Ein Zahlungsblock darf nur eine Mandatsreferenz haben
- UBL-SR-29 In der Rechnung ist nur eine SEPA-Gläubiger-ID erlaubt
- UBL-SR-30 Ein Nachlass darf nur eine Begründung haben
- UBL-SR-31 Ein Zuschlag darf nur eine Begründung haben