Chaque erreur de validation Peppol mentionne un identifiant de règle. Le préfixe indique à quel ensemble de règles appartient la règle, qui en assure la gestion, ce qu’elle régit et où le texte normatif est publié. Commencez par le préfixe pour identifier la couche de validation concernée avant d’examiner la facture.
Les préfixes et ce qu'ils régissent
| Préfixe | Ensemble de règles | Régit | Publié par |
| BR- | Règles métier de la norme EN 16931 | Termes commerciaux obligatoires et leurs combinaisons | CEN/TC 434 |
| BR-CO- | Règles de calcul de la norme EN 16931 | Totaux, sommes et montants calculés | CEN/TC 434 |
| BR-CL- | Règles relatives à la liste de codes de la norme EN 16931 | Valeurs limitées à une liste de codes | CEN/TC 434 |
| BR-DEC- | Règles décimales conformes à la norme EN 16931 | Nombre de décimales dans un montant | CEN/TC 434 |
| BR-S-, BR-Z-, BR-E-, BR-AE-, BR-IC-, BR-G-, BR-O-, BR-AF-, BR-AG- | Règles relatives aux catégories de TVA selon la norme EN 16931 | Une seule famille par catégorie de TVA | CEN/TC 434 |
| UBL-SR-, UBL-CR- | Règles de syntaxe pour l'UBL | Comment le modèle est-il représenté en UBL ? | CEN/TC 434 |
| CII-SR- | Règles syntaxiques du CII | Comment le modèle est-il représenté dans CII ? | CEN/TC 434 |
| PEPPOL-EN16931-R | Règles Peppol | Exigences supplémentaires de Peppol par rapport à la norme EN 16931 | OpenPeppol |
| PEPPOL-EN16931-CL | Règles relatives à la liste des codes Peppol | Restrictions Peppol concernant les valeurs des listes de codes | OpenPeppol |
| PEPPOL-COMMON-R | Règles relatives aux identifiants Peppol | Format des codes d'organisation nationale et des numéros d'identification fiscale | OpenPeppol |
| SE-R-, NO-R-, DK-R-, NL-R-, DE-R-, IT-R-, GR-R-, IS-R- | Règles nationales | Exigences nationales appliquées par chaque pays partie | L'autorité Peppol compétente |
Les familles de catégories de TVA
Chaque famille de TVA impose la combinaison de champs requise par sa catégorie. BR-S- correspond au taux normal, BR-Z- au taux zéro, BR-E- à l'exonération, BR-AE- à l'autoliquidation, BR-IC- aux livraisons intracommunautaires, BR-G- aux exportations hors de l'UE et BR-O- aux opérations non soumises à la TVA.
Deux familles ne suivent pas ce schéma. La taxe des Îles Canaries (IGIC, code de catégorie L) est BR-AF-, et celle de Ceuta et Melilla (IPSI, code de catégorie M) est BR-AG-. BR-IG- et BR-IP- ne sont pas des préfixes de famille de règles au sens de la norme EN 16931.
Règles de validation courantes de Peppol
| Identifiant | Message | Gravité |
| PEPPOL-EN16931-R001 | Le processus métier DOIT être fourni | Mortel |
| PEPPOL-EN16931-R004 | L'identifiant de spécification DOIT commencer par la valeur « urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0 » et respecter les règles de format des identifiants. | Mortel |
| PEPPOL-EN16931-R007 | Tout processus métier DOIT disposer d'un identifiant approuvé | Mortel |
| PEPPOL-EN16931-R008 | Le document NE DOIT PAS contenir d'éléments vides | Mortel |
| PEPPOL-EN16931-R010 | L'adresse e-mail de l'acheteur DOIT être indiquée | Mortel |
| PEPPOL-EN16931-R020 | L'adresse e-mail du vendeur DOIT être indiquée | Mortel |
| PEPPOL-COMMON-R052 | Le numéro d'enregistrement auprès de la Chambre de commerce danoise (P) DOIT être indiqué dans le format correct | Mortel |
| PEPPOL-COMMON-R053 | Le numéro ERSTORG danois (SE) DOIT être indiqué dans le format correct | Mortel |
Le code R004 correspond à un identifiant de spécification incorrect ou tronqué. Le code R008 apparaît lorsqu'un système source écrit un élément vide au lieu de l'omettre.
La gravité est une propriété de l'release, et non de la règle
Un identifiant de règle n'est pas associé à un niveau de gravité fixe. Une même règle peut correspondre à un avertissement dans une « release » et à une erreur fatale dans la suivante ; c'est la version de l'artefact sur laquelle s'exécute votre validateur qui détermine laquelle s'applique.
Dans la version 3.0.21, les règles PEPPOL-COMMON-R052 et PEPPOL-COMMON-R053 sont passées du statut « avertissement » à « erreur fatale », car elles s’appliquent désormais à tous les profils. Les règles danoises DK-R-003 et DK-R-017 sont également devenues des « erreurs fatales » dans la même version release. Un document qui avait été validé avec une version antérieure de l’artefact peut donc échouer lors de la validation par rapport à la nouvelle version release.
La même release a ajouté des règles d'avertissement pour les identifiants néerlandais, PEPPOL-COMMON-R054 à R057, couvrant les numéros KVK (0106), les numéros d'organisation (0190), les numéros d'établissement (0217) et les numéros de TVA (9944). OpenPeppol précise que ces règles deviendront fatales dans une future release et qu'elles constituent pour l'instant des avertissements afin d'accorder aux développeurs une période de transition. Prévoyez de les résoudre avant que leur niveau de gravité ne change.
Si une facture qui était auparavant validée n'est plus acceptée, consultez les remarques de l'release e avant de vérifier la facture.
Où se trouve le texte normatif
| Préfixe | Où chercher |
| PEPPOL-EN16931-R, PEPPOL-EN16931-CL, PEPPOL-COMMON-R | Règles relatives à la facturation Peppol BIS 3.0 sur docs.peppol.eu |
| Familles BR, BR-CO, BR-CL, BR-DEC et VAT | Les pages de règles de la norme EN 16931 pour votre syntaxe |
| UBL-SR-, UBL-CR-, CII-SR- | Les pages consacrées aux règles de liaison syntaxique pour votre syntaxe |
| Préfixes nationaux | L'« release » est mentionnée en premier, puis l'ensemble de règles du pays |
Release Les notes indiquent si des règles nationales ont été ajoutées, modifiées ou classées dans une catégorie de gravité différente.
Lecture d'un identifiant de règle que vous n'avez jamais vu auparavant
- Commencez par le préfixe. Il identifie le propriétaire et la couche de validation. Une règle « BR- » concerne les données de la facture. Une règle « UBL-SR- » concerne la structure du fichier. Une règle « PEPPOL-COMMON-R » concerne le format d'un identifiant. Un préfixe national signifie que la règle a été appliquée en fonction du pays du vendeur ou de l'acheteur et qu'elle ne s'appliquera peut-être pas à votre prochain document.
- Vérifiez le niveau de gravité dans les artefacts actuels. Un même identifiant peut correspondre à une erreur fatale dans une « release » et à un avertissement dans une autre ; de plus, un message d'erreur transmis peut ne pas indiquer la version de l'artefact à l'origine de cette erreur.
- Recherchez le terme métier mentionné dans le nom de la règle. Les messages de règles Peppol désignent le concept métier, et non le chemin d'accès à l'élément. La page de syntaxe consacrée à ce terme métier vous indique l'élément, la cardinalité et toutes les autres règles qui s'y appliquent ; c'est généralement là que se trouve la véritable cause du problème.
- Vérifiez si une deuxième règle s'est déclenchée sur le même champ. Les règles s'accumulent. Un élément manquant déclenche une règle, une valeur erronée dans cet élément en déclenche une autre, et le fait de ne corriger que celle mentionnée dans l'objet ne suffit pas : le document reste en échec.
Recommandations connexes
Sources normatives
Règles Peppol et règles de la norme EN 16931 pour UBL et OpenPeppol. Les familles de règles ont également été vérifiées par rapport aux artefacts de validation de la norme EN 16931 publiés par le CEN/TC 434.