PEPPOL-EN16931-R002 : S'en tenir à une seule note au niveau du document

La réponse courte

PEPPOL-EN16931-R002 échoue lorsque la racine Invoice ou CreditNote a deux enfants cbc:Note ou plus et que le vendeur et l'acheteur ne sont pas tous deux en Allemagne. Regroupez les textes dans un seul cbc:Note, ou déplacez chaque information vers l'élément prévu pour elle.

EN 16931 autorise lui-même plusieurs notes de facture, c'est pourquoi l'étape EN 16931 réussit. La limite est une restriction de Peppol.

Ce que la règle vérifie

La règle ne compte que les éléments cbc:Note qui sont des enfants directs de la racine. Les notes des lignes, des conditions de paiement ou d'ailleurs ne sont pas comptées : la facture corrigée a une note de ligne et une note de conditions de paiement à côté de son unique note de document, et elle réussit.

Les notes vides comptent. Lors d'un essai, une deuxième note vide a été signalée par cette règle et par PEPPOL-EN16931-R008.

L'exception exige que le code de pays de l'adresse postale des deux parties soit DE. Avec seulement le vendeur, ou seulement l'acheteur, à DE, la règle a toujours échoué lors d'un essai. Le préfixe de l'identifiant TVA n'est pas pris en compte.

Il y a un constat par document, sur la racine, quel que soit le nombre de notes ; lors d'un essai, trois notes ont donné un seul constat.

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 :

• Chaque champ de remarque du système source, comme une instruction de livraison, une mention légale ou un commentaire libre, est écrit comme un cbc:Note distinct.
• Les instructions de paiement ou les coordonnées bancaires sont envoyées comme note supplémentaire au lieu de cac:PaymentTerms ou cac:PaymentMeans.
• Un mapping conçu pour les factures intérieures allemandes, où plusieurs notes sont autorisées, est réutilisé pour d'autres pays.
• Un modèle ajoute une note fixe, et l'export ajoute le commentaire de l'utilisateur comme deuxième note.

Comment corriger le document

1. Rassemblez tout ce qui relève de la note au niveau du document et écrivez-le comme un seul cbc:Note, les parties séparées par un saut de ligne ou une ponctuation.
2. Déplacez le texte qui a sa propre place : les conditions de paiement vers cac:PaymentTerms/cbc:Note, une remarque sur une ligne vers le cbc:Note de cette ligne, et les coordonnées bancaires ou de règlement vers cac:PaymentMeans.
3. Supprimez les notes qui ne contiennent rien, y compris les notes vides.
4. N'envoyez plusieurs notes que si les adresses postales des deux parties sont réellement en Allemagne ; ne modifiez jamais une adresse pour bénéficier de l'exception.

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 : une deuxième note au niveau du document suit la première

<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<!-- first document-level cbc:Note omitted from this fragment -->
<cbc:Note>Second example note</cbc:Note>
<cbc:TaxPointDate>2026-09-07</cbc:TaxPointDate>

Fragment de la facture corrigée : seule la première note reste

<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<!-- the single document-level cbc:Note omitted from this fragment -->
<cbc:TaxPointDate>2026-09-07</cbc:TaxPointDate>

La facture en échec a un deuxième cbc:Note, Second example note, après le premier ; la facture corrigée ne garde que la première note. Le document en échec ne signale que PEPPOL-EN16931-R002. Les deux parties de l'exemple ont des adresses postales britanniques, l'exception allemande ne s'applique donc pas.

Où la règle s'applique

• S'applique aussi bien à UBL Invoice qu'à CreditNote ; lors d'un essai, un avoir avec deux notes a signalé cette règle.
• Lorsque les deux pays des adresses postales ont été mis à DE, cette règle a disparu et les règles nationales allemandes de Peppol ont demandé à la place la ville et le code postal de livraison. Les documents entre parties allemandes ont leur propre ensemble d'exigences.
• Les notes de ligne ont une limite distincte : un deuxième cbc:Note sur une ligne est signalé par UBL-SR-34, pas par cette règle.
• Les notes de document se placent après le code de type et avant cbc:TaxPointDate et cbc:DocumentCurrencyCode. Lors d'un essai, une note placée après cbc:TaxPointDate a échoué à l'étape XSD.

Règles liées

• PEPPOL-EN16931-R008 est aussi signalé lorsque l'une des notes est vide
• BR-CL-14 contrôle les codes de pays des adresses postales qui décident si l'exception allemande s'applique
• Parcourir toutes les règles de la référence
• Contexte (en anglais) : How Peppol invoice validation actually works

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 PEPPOL-EN16931-R002 (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.