Validateur UBL
UBL 2.1 · EN 16931Vérifiez une facture UBL 2.1 face au schéma XML de l’OASIS et aux règles de gestion EN 16931, et obtenez l’identifiant de règle officiel et l’emplacement dans le document pour chaque anomalie relevée.
Votre document ne quitte jamais votre poste — le fichier est lu et analysé dans cet onglet du navigateur.
Déposez un document XML ici, ou choisissez un fichier
Lu dans votre navigateur. Jamais transmis. Jusqu’à 12.0 MB.
Ce que vérifie ce validateur
Valider une facture électronique n’est pas une question mais plusieurs, et les réduire à un verdict unique masque la seule information qui aide à corriger un document. Cet outil rend compte de chaque couche séparément.
- Fichier — les octets constituent du XML bien formé et ont passé le contrôle de sécurité. Un document portant une DOCTYPE est refusé avant l’analyse.
- Syntaxe — l’URI d’espace de noms de l’élément racine identifie le document comme de l’UBL 2.1. Les préfixes employés sont sans importance.
- Schéma XML — le jeu de schémas OASIS UBL 2.1. Il contrôle la structure et les types de données : existence des éléments, respect de l’ordre imposé par le schéma, et valeurs du bon type.
- Règles de gestion EN 16931 — les artefacts de validation ConnectingEurope 1.3.16. Ils contrôlent le sens : les totaux s’additionnent-ils, les termes exigés par la catégorie de TVA employée sont-ils présents, les codes proviennent-ils des listes requises.
Validation structurelle et validation sémantique sont deux choses différentes
Le schéma XML ne peut pas exprimer « la somme des montants nets de lignes doit être égale au total des lignes » : il décrit une forme, pas une arithmétique. C’est pourquoi un document peut être entièrement conforme au schéma et enfreindre néanmoins des règles telles que BR-CO-10 ou BR-CO-15. Celles-ci relèvent de la couche des règles de gestion, exécutée séparément.
La dépendance est à sens unique. Si un document n’est pas conforme au schéma, les règles de gestion sont ignorées, et non déclarées en échec : ces règles parcourent des structures que le schéma garantit, de sorte que les exécuter sur un document cassé produit du bruit plutôt que de l’information. La couche des règles indique « ignoré » ; c’est l’échec du schéma qui rend le verdict global « non conforme ».
Des règles officielles, non modifiées
Aucune règle EN 16931 n’est réimplémentée ici. La feuille de style publiée est exécutée telle quelle par un processeur XSLT 3.0 conforme, ce qui explique que chaque anomalie porte l’identifiant de la norme elle-même — BR-* pour la présence et la cardinalité, BR-CO-* pour les conditions et les calculs, BR-CL-* pour les listes de codes, ainsi que les familles UBL-SR-* et UBL-CR-* propres à UBL — accompagné du texte de message de l’artefact.
Exécuter les règles sous un processeur conforme est ce qui rend l’arithmétique digne de confiance. Les règles comparent des valeurs décimales exactes, et un moteur qui les traite comme des nombres à virgule flottante binaires se trompe sur des sommes telles que 0,1 + 0,2 et ne peut pas distinguer deux totaux qui diffèrent au seizième chiffre. Ce sont des montants qu’une facture réelle peut porter.
Les versions d’artefacts sont figées et contrôlées par empreinte dans ce projet. Un validateur qui récupère discrètement les règles les plus récentes donne des réponses différentes d’un jour à l’autre pour le même fichier ; les versions exactes employées sont indiquées dans les détails techniques de chaque rapport.
Ce site n’est pas un service officiel de l’Union européenne et n’est affilié ni à l’OASIS, ni au CEN, ni à ConnectingEurope. Il exécute les artefacts officiels et vous indique la version utilisée.
Pourquoi le CII n’est pas validé ici
La version 1.3.16 d’EN 16931 transpose la norme vers UBL 2.1 et, séparément, vers UN/CEFACT CII D16B. Le socle Factur-X français vise CII D22B. Ce sont des versions de syntaxe différentes, et leurs paquets de règles ne sont pas interchangeables.
Un document CII n’indique pas quelle version il suit — toutes publient sous la même URI d’espace de noms — de sorte qu’aucun moyen sûr ne permet de choisir un paquet en inspectant le fichier. Ouvrir un document CII ici l’identifie et affiche son contenu, et signale les deux couches de validation comme non prises en charge. Pour en savoir plus, voyez la fiche de référence CII, ou ouvrez le document dans le visualiseur CII.
Le CII peut être validé sur ce site — mais pas en devinant. Le validateur de facture électronique France vous demande de choisir une cible de validation, et les règles D22B s’exécutent parce que cette cible exige le D22B — non parce que le fichier aurait prouvé quoi que ce soit sur sa version. Dans un PDF Factur-X, le conteneur restreint le choix : c’est pourquoi le validateur Factur-X n’a généralement aucune question à poser.
Votre facture reste sur votre poste
Le fichier est lu par votre navigateur et validé dans un fil d’arrière-plan à l’intérieur de cette page. Les fichiers de schéma et de règles sont téléchargés depuis ce site — ce sont nos propres ressources statiques — mais votre facture n’est jamais transmise. Vous pouvez le confirmer dans l’onglet réseau de votre navigateur : la validation produit des requêtes pour les fichiers de règles, et rien d’autre.
À consulter également
Pour lire un document plutôt que le valider, utilisez le visualiseur UBL. Pour la structure sous-jacente à ces éléments, voyez UBL 2.1 pour la facturation, et pour le modèle sémantique et ses familles de règles, voyez EN 16931.
Questions fréquentes
Ma facture est-elle transmise quelque part ?
Non. Le fichier est lu par votre navigateur et validé dans un fil d’arrière-plan à l’intérieur de cette page. Les fichiers de schéma et de règles sont téléchargés depuis ce site, mais votre facture n’est envoyée nulle part. Ouvrez l’onglet réseau de votre navigateur pendant la validation : vous ne verrez de requêtes que pour ces fichiers de règles.
Quelle différence entre la validation du schéma et la validation EN 16931 ?
La validation du schéma contrôle la structure : existence des éléments, ordre correct, types de données attendus. La validation EN 16931 contrôle le sens : les totaux s’additionnent-ils, les termes métier exigés par la catégorie de TVA employée sont-ils présents, les codes proviennent-ils des bonnes listes. Un document peut être parfaitement conforme au schéma et enfreindre néanmoins une douzaine de règles de gestion : c’est pourquoi les deux sont rapportées séparément.
Quelles règles sont exécutées ?
Le schéma XML OASIS UBL 2.1, et les artefacts de validation EN 16931 de ConnectingEurope en version 1.3.16. Les deux sont figés dans ce dépôt avec leurs empreintes : un même document produit donc toujours le même résultat. Les versions exactes sont indiquées dans les détails techniques de chaque rapport.
Est-ce un validateur officiel ?
Non. Ce site n’est pas un service officiel de l’Union européenne et n’est affilié ni à l’OASIS, ni au CEN, ni à ConnectingEurope. Il exécute sans modification les artefacts de validation officiels publiés et indique la version employée — mais le résultat n’est pas une certification.
Pourquoi les documents CII et Factur-X ne sont-ils pas validés ?
Les règles CII d’EN 16931 1.3.16 sont écrites pour UN/CEFACT D16B, tandis que le socle Factur-X français est en D22B. Un document CII n’indique pas quelle version il suit — toutes utilisent le même espace de noms — de sorte qu’appliquer les règles D16B pourrait produire des résultats affirmatifs mais faux. Plutôt que de deviner, ce validateur signale le CII comme non pris en charge.
Que se passe-t-il si le document n’est pas conforme au schéma ?
Les règles de gestion sont ignorées plutôt qu’exécutées, et le rapport le dit. Ces règles supposent la structure que le schéma garantit : les exécuter sur un document cassé produirait un bruit trompeur. Corrigez d’abord les erreurs de schéma, puis relancez la validation.