Sur cette page
La réponse courte
BR-IC-11 échoue lorsque la ventilation de la TVA a une catégorie K et que le document n'a ni cac:Delivery/cbc:ActualDeliveryDate ni cac:InvoicePeriod avec un contenu, tous deux lus directement sous la racine du document. Ajoutez la date à laquelle les marchandises ont été livrées, ou la période couverte par la facture, à partir des données d'expédition ou de facturation.
Les périodes sur les lignes ne comptent pas. Seules la livraison et la période de facturation au niveau du document sont lues.
Ce que la règle vérifie
Le déclencheur est la ventilation, pas les lignes : la règle s'applique lorsqu'un cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory quelconque sous le régime VAT a un cbc:ID à K. Le constat est émis une fois, à la racine du document.
La voie de la livraison passe lorsque le cac:Delivery au niveau du document a un cbc:ActualDeliveryDate avec une valeur. Un élément de date vide n'atteint jamais cette règle : lors d'un essai, il a échoué à l'étape XSD, car le schéma exige une vraie date.
La voie de la période passe lorsque cac:InvoicePeriod a un élément enfant, quel qu'il soit. Lors d'un essai, une période ne contenant que cbc:StartDate, que cbc:EndDate ou que cbc:DescriptionCode a chaque fois donné un document valide.
Comme tout enfant compte, une période ne contenant que cbc:Description franchit cette règle, mais ce document a échoué à BR-CO-19, qui veut une date de début ou de fin, et a entraîné l'avertissement UBL-CR-015. Une cac:InvoicePeriod vide échoue ici et signale aussi BR-CO-19 et PEPPOL-EN16931-R008.
Avec la date de livraison supprimée et une période du 1er au 30 septembre ajoutée à la seule ligne 1, la règle a toujours échoué lors d'un essai : une cac:InvoicePeriod de ligne est hors de ce qu'elle lit.
Une date de livraison et une période ensemble sont acceptées ; la règle a besoin de l'une des deux et ne s'oppose à aucune.
| Terme | Signification | Élément UBL |
|---|---|---|
| BT-118 | Code de catégorie de TVA | cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID |
| BT-72 | Date de livraison effective | cac:Delivery/cbc:ActualDeliveryDate |
| BG-14 | Période de facturation | cac:InvoicePeriod |
| BT-73 | Date de début de la période de facturation | cac:InvoicePeriod/cbc:StartDate |
| BT-74 | Date de fin de la période de facturation | cac:InvoicePeriod/cbc:EndDate |
Comment une intégration en arrive là
Causes possibles, déduites de la forme de la règle et non d'une utilisation mesurée :
- La date de livraison est conservée dans un système d'expédition ou d'entrepôt que l'export des factures ne consulte jamais.
- La facture est émise avant l'expédition, aucune date de livraison n'existe encore, et aucune période de facturation n'est envoyée à sa place.
- La période de facturation est écrite sur chaque ligne pour les frais récurrents, mais jamais au niveau du document.
- L'export n'écrit
cac:Deliveryque pour l'adresse de livraison et n'a aucun mapping pour la date. - La date de la livraison est envoyée comme
cbc:TaxPointDateou uniquement comme date d'émission, et cette règle ne lit ni l'une ni l'autre.
Comment corriger le document
- Prenez la date de livraison effective dans les données d'expédition ou les preuves de livraison, pas dans la date de facture.
- Écrivez-la comme
cbc:ActualDeliveryDatedans lecac:Deliveryau niveau du document, au format YYYY-MM-DD et avantcac:DeliveryLocation. Dans l'ordre UBL,cac:Deliveryvient après les parties et avantcac:PaymentMeans. - Si la facture couvre plutôt une période, envoyez
cac:InvoicePeriodaveccbc:StartDateetcbc:EndDate, aprèscbc:BuyerReferenceet avant les éventuelles références de documents et les parties. - Laissez le pays de livraison en place dans le même
cac:Delivery;BR-IC-12l'exige sur tout document ayant une ventilationK.
Valider votre facture corrigée
Avant et après
Ce sont des extraits, pas des documents complets. Les documents synthétiques complets dont ils proviennent sont liés ci-dessous.
Fragment de la facture en échec : un lieu de livraison mais pas de date de livraison, et aucune période de facturation dans le document
<cac:Delivery>
<cac:DeliveryLocation>
<cac:Address>
<cbc:CityName>Berlin</cbc:CityName>
<cac:Country>
<cbc:IdentificationCode>DE</cbc:IdentificationCode>
</cac:Country>
</cac:Address>
</cac:DeliveryLocation>
</cac:Delivery>
<!-- VAT breakdown with category K omitted from this fragment -->Fragment de la facture corrigée : la date de livraison effective ouvre le bloc de livraison
<cac:Delivery>
<cbc:ActualDeliveryDate>2026-09-07</cbc:ActualDeliveryDate>
<cac:DeliveryLocation>
<cac:Address>
<cbc:CityName>Berlin</cbc:CityName>
<cac:Country>
<cbc:IdentificationCode>DE</cbc:IdentificationCode>
</cac:Country>
</cac:Address>
</cac:DeliveryLocation>
</cac:Delivery>La facture corrigée a cbc:ActualDeliveryDate 2026-09-07 comme premier enfant de cac:Delivery ; la facture en échec garde le lieu de livraison sans date, et aucun des deux documents n'a de cac:InvoicePeriod. Le document en échec ne signale que BR-IC-11, car le pays de livraison que cherche BR-IC-12 est toujours là.
Ce que le validateur a signalé
- La facture en erreur signale BR-IC-11. Le document corrigé passe toutes les étapes de validation sans constat.Télécharger le XML en erreurTélécharger le XML corrigé
Enregistré avec phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, le moteur du validateur gratuit, sur des données synthétiques. Un résultat enregistré est une preuve de non-régression pour ces documents ; ce n'est pas une certification.
Où la règle s'applique
- S'applique aux documents UBL
InvoiceetCreditNote. Lors d'un essai, la facture en échec réécrite en avoir a donné le même constat. - Lors d'un essai, supprimer entièrement
cac:Deliverya signaléBR-IC-11etBR-IC-12ensemble, puisque le pays de livraison disparaît avec la date. - La règle ne compare pas la date de livraison à la date d'émission ni à une période.
BR-29exige séparément une date de fin de période qui ne soit pas antérieure à sa date de début.
Règles liées
- BR-IC-12 a besoin du pays de livraison dans le même bloc cac:Delivery
- BR-CO-19 rejette une période de facturation qui n'a ni date de début ni date de fin
- BR-29 vérifie qu'une période de facturation ne se termine pas avant de commencer
- BR-IC-02 contrôle les identifiants TVA du vendeur et de l'acheteur sur le même type de document
- Parcourir toutes les règles de la référence
- Contexte (en anglais) : Understanding EN 16931 validation errors
Portée et source
Rédigé pour Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, tel qu'appliqué aux documents Invoice et CreditNote en UBL 2.1. D'autres profils, syntaxes et versions peuvent définir cet identifiant autrement. Version du catalogue d'aide 2026-09-24.1 : source vérifiée le 2026-09-24, explication mise à jour le 2026-09-24.
La définition officielle de BR-IC-11 (en anglais) contient le texte normatif et le test. Cette page en est notre explication, pas une copie.
Cette aide ne modifie pas le verdict du moteur. Corriger ce constat ne signifie pas que le document passe toutes les étapes de validation, et la validation ne certifie pas la conformité juridique ou fiscale et ne transmet aucun document via Peppol.

