Ce que signifie la règle
Si les informations de livraison désignent une partie qui reçoit les biens (cac:DeliveryParty), le bloc de livraison doit contenir exactement un nom de partie livrée (BT-70) au total, dans cac:DeliveryParty/cac:PartyName/cbc:Name. Peppol BIS et NLCIUS autorisent toutefois zéro ou un nom, même si cac:DeliveryParty est présent. Une facture sans aucune partie livrée passe la règle.
Pourquoi elle compte
EN 16931 exige exactement un nom de partie livrée dans un bloc de livraison qui contient une partie livrée. Les contrôles Peppol BIS et NLCIUS autorisent zéro ou un nom.
Comment corriger
Dans votre logiciel de facturation, ouvrez les informations de livraison et saisissez une seule fois le nom de la partie à qui les biens ont été livrés, ou omettez ce nom pour Peppol BIS et NLCIUS. Si vous n'avez pas de partie livrée à nommer, supprimez-la. La date et l'adresse de livraison n'en dépendent pas. Dans le XML, chaque cac:Delivery qui contient cac:DeliveryParty doit contenir exactement un cac:DeliveryParty/cac:PartyName/cbc:Name au total, sauf pour Peppol BIS et NLCIUS, qui autorisent zéro ou un nom.
Une fois le fichier corrigé, vérifiez-le de nouveau gratuitement : Vérifier une facture électronique
Ou corrigez la facture dans un formulaire et téléchargez le fichier corrigé, pour 1 crédit : Corriger une facture électronique rejetée
Le texte publié de la règle
Deliver to party name shall occur maximum once Où cette règle s’applique
| Jeu de règles | 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 |
Vérifier votre fichier
Règles liées
- UBL-SR-26 Un bloc de paiement n'a qu'une seule référence de paiement
- UBL-SR-27 Un seul code de moyen de paiement par bloc de paiement
- UBL-SR-28 Un bloc de paiement ne peut avoir qu'une seule référence de mandat
- UBL-SR-29 Un seul identifiant créancier SEPA est permis dans la facture
- UBL-SR-30 Une remise ne peut avoir qu'un seul texte de motif
- UBL-SR-31 Une ligne de frais n'a qu'un seul texte de motif