La validation Peppol permet de vérifier si un document commercial respecte la syntaxe et les règles définies pour ce document. Pour les BIS Billing Peppol, un validateur examine généralement cinq aspects concrets. Un document doit satisfaire à toutes les règles « fatales » qui s’appliquent. Les points de contrôle non validés permettent de déterminer si la cause réside dans un code XML mal formé, des données de facturation manquantes ou incohérentes, un élément non pris en charge, une restriction spécifique à Peppol ou une exigence nationale.
| Zone de validation | Ce qu'il vérifie | Comment les erreurs sont-elles détectées ? |
| schéma XML | Le document est correctement structuré et conforme au schéma UBL 2.1 ou CII pris en charge. | Messages de parseur ou de schéma plutôt que codes de règles Peppol |
| Règles métier de la norme EN 16931 | Termes métier, calculs, listes de codes et logique de TVA requis | Familles de règles BR, BR-CO, BR-CL, BR-DEC et TVA |
| Liaison syntaxique | Les éléments, les chemins et les cardinalités autorisés dans la syntaxe XML sélectionnée | UBL-SR-, UBL-CR- et CII-SR- |
| Règles Peppol BIS | Contraintes supplémentaires liées à Peppol, notamment les exigences en matière de spécifications, de profils et d'identifiants | PEPPOL-EN16931-R et PEPPOL-COMMON-R |
| Règles spécifiques à chaque pays | Exigences mises en œuvre par le pays fournisseur | Par exemple : SE-R-, DK-R-, DE-R- et NL-R- |
Erreurs fatales et avertissements
Conformément aux règles de conformité BIS d’OpenPeppol, un document est considéré comme conforme lorsque les artefacts de validation actuels ne signalent aucune erreur fatale. Un document ne comportant que des avertissements est tout de même conforme, mais ces avertissements doivent faire l’objet d’un examen approfondi. Ils mettent souvent en évidence des problèmes de qualité des données ou des règles susceptibles d’être renforcées dans une prochaine version d’ release.
Le niveau de rigueur des règles peut varier d'une version à l'autre. Dans la version 3.0.21 de Peppol BIS Billing , les règles PEPPOL-COMMON-R052 et PEPPOL-COMMON-R053 sont passées du statut « avertissement » à celui d’« erreur fatale ». Les règles danoises DK-R-003 et DK-R-017 sont également devenues fatales. L’ release est devenue obligatoire le 17 août 2026. Une modification de l’ release peut donc entraîner l’échec de documents qui avaient été validés par une version antérieure du validateur par rapport aux artefacts actuels.
Où s'effectue la validation ?
L'expéditeur ne doit pas envoyer de document non conforme aux BIS applicables. Dans la pratique, le logiciel d'envoi ou le prestataire de services Peppol valide généralement le document avant sa transmission. En cas d'échec à ce stade, le système d'intégration de l'expéditeur ou son prestataire de services signale généralement l'erreur avant que le document n'atteigne le destinataire.
La solution destinataire peut procéder à une nouvelle validation du document et appliquer ses propres contrôles métier. Ceux-ci sont distincts de la validation Peppol. Par exemple, le destinataire peut vérifier la présence d'un bon de commande, s'assurer qu'il n'y a pas de doublon au niveau du numéro de facture, vérifier la conformité des coordonnées du fournisseur ou s'assurer de la correspondance avec le bon de réception des marchandises, une fois que le document Peppol a passé avec succès la validation technique.
Ce que la validation ne prouve pas
Une facture techniquement valide est conforme au cahier des charges déclaré et aux règles qui s'y appliquent. La validation ne garantit pas que la transaction sous-jacente soit commercialement correcte, que les marchandises aient été livrées, que la facture ne fasse pas l'objet d'une contestation, ni que l'acheteur en approuve le paiement. Ces décisions relèvent du processus métier postérieur à la réception.
Comment interpréter une erreur de validation
- Vérifiez le niveau de gravité. Corrigez les erreurs fatales avant l'envoi. Enregistrez les avertissements et déterminez s'ils laissent présager un futur problème de compatibilité.
- Identifiez la famille de règles. Le préfixe vous indique si l'erreur provient de la norme EN 16931, des contraintes syntaxiques, de Peppol ou d'un ensemble de règles nationales.
- Lisez la description de la règle et le contexte XML. Les validateurs peuvent fournir un chemin XPath, un nom d'élément ou un terme métier tel que BT-24. Utilisez-le pour remonter à la source de l'erreur, c'est-à-dire au champ et au mappage d'origine.
- Corrigez les données sources ou la transformation. Évitez de modifier uniquement le fichier XML généré, car cela entraînerait à nouveau l'apparition de la même valeur erronée.
- Vérifiez à nouveau l'intégralité du document. Un problème sous-jacent peut déclencher plusieurs règles. Corrigez d'abord les erreurs de structure et d'identificateurs, puis examinez les résultats restants.
Comment les règles spécifiques à chaque pays sont-elles activées ?
Les règles spécifiques à chaque pays ne sont pas déterminées uniquement en fonction de la destination de l’acheteur. Pour Peppol BIS Billing 3.0, le pays du fournisseur est déterminé selon l’ordre de priorité suivant : le préfixe de pays figurant dans le numéro de TVA du vendeur (BT-31), le préfixe de pays figurant dans le numéro de TVA du représentant fiscal du vendeur (BT-63), puis le code pays du vendeur (BT-40). Seul l’ensemble de règles nationales pertinent est activé.
Cela signifie qu'une modification des données fiscales d'un fournisseur peut avoir pour effet de changer les règles appliquées, même si l'adresse postale reste inchangée. Les règles nationales sont incluses dans les artefacts de validation communs Peppol BIS. Elles ne nécessitent pas d'identifiant de spécification distinct ni d'enregistrement SMP.
Tests des nouvelles versions de Peppol
OpenPeppol publie la spécification, les tables de règles, les listes de codes, les fichiers Schematron, des exemples et des notes d’ release . Les intégrateurs doivent veiller à ce que la version de l’artefact de validation soit clairement indiquée dans les environnements de test et de production, effectuer des tests de régression tant pour les factures que pour les avoirs, et tester les prochaines versions avant leur date d’entrée en vigueur obligatoire. Les nouveaux avertissements doivent être traités comme des corrections prévues plutôt que d’être ignorés jusqu’à ce qu’ils deviennent fatals.
Erreurs courantes
- PEPPOL-EN16931-R004. L'identifiant de la spécification est incorrect ou contient des informations de version non autorisées.
- Incohérences dans les montants financiers. Les montants des lignes, les abattements, les frais, le détail de la TVA et les totaux des documents ont été calculés ou arrondis de manière différente.
- Erreurs liées aux identifiants et aux listes de codes. Un identifiant utilise un schéma incorrect, présente un format non valide ou sa valeur ne figure plus dans la liste de codes active.
- Éléments ou cardinalités non pris en charge. Le code XML peut être valide selon le schéma UBL ou CII complet, mais utiliser néanmoins un élément ou une répétition que la syntaxe Peppol n'autorise pas.
Vous trouverez d'autres exemples dans la section consacrée aux erreurs courantes liées à l'e-facturation de Peppol.
Recommandations connexes
Sources normatives
OpenPeppol publie la spécification « Peppol BIS Billing », les règles de validation en vigueur, les exigences de conformité BIS et les notes d’release . Ces sources ont un caractère normatif. Les explications fournies ici sont celles de Qvalia.
Décrit la norme Peppol « BIS Billing » 3.0.21 et les artefacts de validation 1.3.16. Dernière révision le 28 septembre 2026.