L'essentiel
- La validation Peppol BIS vérifie qu'une facture respecte la norme EN 16931 et les règles propres au profil avant qu'elle circule sur le réseau.
- Les contrôles sont écrits en Schematron, un langage ISO, et publiés par OpenPeppol sous forme de fichiers de règles.
- Chaque règle a une gravité : une erreur fatale invalide la facture, un avertissement ne fait que la signaler.
- Le rapport de validation nomme la règle en échec, sa gravité et l'endroit du document à corriger.
La validation Peppol BIS, le contrôle qui précède l'envoi
Avant qu'une facture ne circule sur le réseau Peppol, elle passe un examen automatique : la validation Peppol BIS. Ce contrôle vérifie, règle après règle, que le document est bien formé, complet et cohérent. Une facture qui échoue n'est pas transmise : elle est rejetée et renvoyée pour correction. Comprendre cette étape, c'est comprendre pourquoi une facture part sans accroc ou reste bloquée.
La validation ne juge pas le fond commercial de la facture : elle ne dit pas si le prix est juste. Elle contrôle la conformité au format. Son rôle est de garantir qu'un document accepté par un logiciel sera lu sans ambiguïté par n'importe quel autre, partout sur le réseau.
Cet article décrit comment ce contrôle fonctionne. Pour le profil lui-même, lisez Peppol BIS Billing 3.0 : ce que contient le format ; pour la norme qu'il applique, La norme EN 16931.
Deux jeux de règles empilés : EN 16931 et Peppol
La validation ne repose pas sur un seul ensemble de règles, mais sur deux couches complémentaires. La première vient de la norme européenne EN 16931 : ce sont les règles métier du modèle de facture, communes à toute l'Europe. La seconde est ajoutée par OpenPeppol : ce sont les règles propres au profil, qui précisent et resserrent la norme pour un usage réel sur le réseau.
Ces deux jeux de règles sont publiés séparément. Les règles de la norme vivent dans un fichier, les règles Peppol dans un autre. Un document doit passer les deux pour être accepté : être conforme à EN 16931 ne suffit pas s'il échoue à une règle Peppol, et l'inverse est tout aussi vrai.
Les familles de règles que traverse une facture
Règles métier EN 16931
Portent un préfixe « BR- » (business rule) : champs obligatoires, cohérence des totaux, règles de ventilation de la TVA.
Règles de listes de codes
Portent un préfixe « BR-CL- » : un code de devise, de pays ou de catégorie de TVA doit appartenir à la liste normalisée attendue.
Règles de liaison UBL
Portent des préfixes « UBL-CR- », « UBL-DT- », « UBL-SR- » : elles contrôlent l'expression du modèle dans la syntaxe UBL 2.1.
Règles propres à Peppol
Portent un préfixe « PEPPOL-EN16931-R » ou « PEPPOL-COMMON-R » : exigences ajoutées par OpenPeppol, plus des règles nationales éventuelles.
Schematron : le langage qui exprime les règles
Toutes ces règles sont écrites dans un même langage : Schematron, une norme ISO conçue pour contrôler des documents XML. Là où une grammaire XML décrit quelles balises existent, Schematron exprime des assertions : « ce total doit être égal à la somme des lignes », « cette référence doit être présente ». C'est exactement ce dont la facture a besoin.
OpenPeppol publie ces règles sous forme de fichiers Schematron (extension .sch), librement téléchargeables : un fichier pour les règles EN 16931, un fichier pour les règles Peppol. Un validateur charge ces fichiers, les applique au fichier UBL de la facture et produit un rapport ligne par ligne. C'est ce même mécanisme qui tourne dans un logiciel conforme et dans l'outil de test officiel.
jeux de règles
EN 16931 et règles Peppol
langage de contrôle
une norme ISO pour le XML
gravités
erreur fatale ou avertissement
Erreur fatale ou avertissement : ce qui bloque et ce qui signale
Chaque règle porte une gravité, et c'est elle qui décide du sort de la facture. Une règle fatale (fatal) rend le document invalide : tant qu'elle n'est pas corrigée, la facture ne peut pas être transmise. Une règle d'avertissement (warning) pointe un défaut recommandé à corriger, mais n'empêche pas l'envoi.
La gravité ne se devine pas au texte du message : elle est portée par un attribut de la règle dans le fichier Schematron (fatal ou warning). Concrètement, seules les erreurs fatales provoquent un rejet ; les avertissements s'accumulent dans le rapport sans bloquer la circulation du document.
| Erreur fatale | Avertissement | |
|---|---|---|
| Rend la facture invalide | ||
| Empêche la transmission | ||
| Doit être corrigée avant l'envoi | ||
| Apparaît dans le rapport de validation |
Quelques règles fatales classiques donnent une idée de ce qui est contrôlé : une facture Peppol doit porter l'identifiant du processus métier, elle doit comporter soit une référence d'acheteur soit une référence de bon de commande, et ses montants ne peuvent compter plus de deux décimales. Chacune correspond à une règle précise, identifiée par son code dans le rapport.
Des factures qui passent la validation du premier coup
YouInv valide vos factures au profil Peppol BIS Billing 3.0 avant l'envoi : les erreurs fatales sont signalées et corrigées avant que le document ne parte sur le réseau.
Lire un rapport de rejet et corriger
Quand une facture échoue, le validateur ne se contente pas de la refuser : il produit un rapport détaillé. Pour chaque règle en échec, le rapport indique trois choses : le code de la règle (par exemple PEPPOL-EN16931-R003), sa gravité et un message lisible qui décrit le problème. Il pointe aussi l'endroit précis du document concerné, ce qui permet de remonter directement au champ à corriger.
Lire un rejet se fait donc toujours dans le même ordre : repérer les lignes fatal, lire leur message, localiser le champ, corriger la donnée source, puis revalider. Les avertissements se traitent ensuite, sans urgence. Sur le réseau, un rejet formel émis par le destinataire prend la forme d'un Message Level Response, décrit dans Le Message Level Response (MLR) de Peppol.
Ce que cela change pour votre entreprise
La bonne nouvelle est que vous n'avez pas à connaître les règles par cœur ni à lire du Schematron. Un logiciel conforme embarque les fichiers de règles officiels, valide chaque facture avant l'envoi et vous présente les erreurs en clair. Votre rôle se limite à corriger les données signalées.
Ce qui change, c'est le critère de choix de l'outil : il doit valider en amont, au bon niveau de version des règles, et vous rendre un rapport compréhensible plutôt qu'un rejet silencieux. C'est ce qui fait la différence entre une facture qui part du premier coup et un aller-retour de corrections.
À lire aussi
- Peppol BIS Billing 3.0 : ce que contient le format : le profil que la validation fait respecter.
- La norme EN 16931 : le modèle sémantique d'où viennent les règles « BR- ».
- Le Message Level Response (MLR) de Peppol : comment un rejet est renvoyé à l'émetteur.
La source de référence fait foi : la documentation Peppol BIS Billing 3.0 publiée par OpenPeppol.
Qu'est-ce que la validation Peppol BIS ?
La validation Peppol BIS est le contrôle automatique qu'une facture électronique doit passer avant de circuler sur le réseau Peppol. Elle vérifie, à l'aide de règles Schematron, que le document respecte la norme EN 16931 et les règles propres au profil Peppol BIS Billing 3.0. Une facture qui échoue à une règle fatale est invalide et rejetée.
Qu'est-ce que Schematron dans la validation d'une facture électronique ?
Schematron est un langage normalisé (ISO) qui exprime des règles de contrôle sur un document XML. Les règles de validation Peppol sont publiées par OpenPeppol sous forme de fichiers Schematron (.sch) : l'un porte les règles EN 16931, l'autre les règles propres à Peppol. Un validateur applique ces règles au fichier UBL et produit un rapport.
Quelle est la différence entre une erreur fatale et un avertissement ?
Une erreur fatale (fatal) rend la facture invalide : elle ne peut pas être transmise tant qu'elle n'est pas corrigée. Un avertissement (warning) signale un point à améliorer mais n'invalide pas le document. Seules les erreurs fatales provoquent un rejet.
Pourquoi ma facture électronique est-elle rejetée ?
Une facture est rejetée quand elle échoue à au moins une règle de validation fatale : un champ obligatoire manquant, un total qui ne tombe pas juste, un code hors liste autorisée ou une référence requise absente. Le rapport de validation indique la règle en cause, sa gravité et l'endroit du document concerné.
Qui valide la facture sur le réseau Peppol ?
Un point d'accès conforme valide le document avant de l'émettre, de sorte qu'une facture non conforme ne part pas sur le réseau. Le destinataire peut à son tour contrôler ce qu'il reçoit. Un logiciel de facturation conforme intègre cette validation en amont.
