Un rapport de validation se lit dans l'ordre où il a été produit : d'abord le profil que le fichier déclare, puis la validation de schéma (le fichier est-il bien formé), puis les règles métier, européennes et françaises, chacune avec son identifiant, sa phrase et l'endroit du fichier concerné. Les erreurs bloquent, les avertissements non. Et une poignée de causes produit presque toujours plusieurs lignes : corriger la source, le plus souvent un montant ou un identifiant, en efface des séries entières. Le validateur suit exactement cette structure, chaque règle expliquée en clair, avec un rapport téléchargeable en PDF pour l'archive ou pour l'envoyer à qui de droit.
Les trois étages du rapport
1. Le profil détecté. Le rapport commence par ce que le fichier déclare de lui-même : Factur-X ou XML nu, la syntaxe (CII ou UBL), et le profil lu dans l'identifiant de spécification. Tout le reste en découle : un fichier validé « au profil EN 16931 » a été jugé selon les règles de ce profil. Si le profil affiché n'est pas celui que vous pensiez produire, corrigez cela d'abord ; la moitié des lignes du rapport peut venir de là.
2. Le schéma. La structure du XML est confrontée au schéma officiel de sa syntaxe : balises attendues, ordre, types. Une erreur de schéma signale presque toujours un fichier abîmé ou un outil défaillant, et elle s'accompagne en cascade d'erreurs de règles qui n'ont plus de sens : réglez le schéma avant de lire la suite.
3. Les règles métier. Le cœur du rapport : les règles de la norme EN 16931 et, si vous les avez activées, les règles françaises BR-FR. Chaque ligne porte l'identifiant de la règle, sa traduction en clair, et l'élément concerné.
Décoder une ligne
Une ligne type contient trois informations :
- L'identifiant de la règle dit la famille : BR-1 à BR-65, les obligations de présence ; BR-CO, les cohérences de calcul ; BR-S, BR-E, BR-AE et leurs voisines, les règles par catégorie de TVA (taux normal, exonéré, autoliquidation) ; BR-FR, la couche française.
- Le champ visé, en identifiants de la norme : BT pour un champ (BT-31, le numéro de TVA du vendeur), BG pour un groupe (BG-23, une ventilation de TVA). C'est le vocabulaire commun à tous les outils et toutes les plateformes.
- Le chemin dans le fichier, pour un développeur ou un support ; vous pouvez l'ignorer, la phrase et le champ suffisent à corriger dans un formulaire.
Erreur ou avertissement, enfin : l'erreur rend le fichier non conforme et sera rejetée en face ; l'avertissement signale un écart aux bonnes pratiques et ne bloque pas. On livre sans honte un fichier à avertissements ; jamais un fichier à erreurs.
Corriger à la source, pas ligne à ligne
Les rapports longs ont des causes courtes :
- Un montant faux quelque part déclenche toute la famille BR-CO : lignes, sous-totaux par taux, total, net à payer se contrôlent mutuellement. Corrigez le montant d'origine, la série disparaît.
- Une catégorie de TVA mal choisie allume les règles de sa famille : un taux à 20 % en catégorie exonérée, une autoliquidation sans mention. Une correction, plusieurs lignes en moins.
- Un identifiant absent (SIREN, numéro de TVA, adresse électronique) produit une ligne par règle qui l'attend.
D'où la méthode : traiter la première erreur de chaque famille, régénérer, revalider. L'éditeur fait la boucle sans ressaisie, et les cinq familles de rejet couvrent les cas les plus fréquents un par un.
Questions fréquentes
Par quelle erreur commencer quand il y en a quinze ?
Par le profil détecté, puis la première erreur de schéma s'il y en a, puis la première de chaque famille de règles. Les erreurs en cascade disparaissent avec leur cause ; on ne corrige presque jamais quinze choses.
Que veut dire un identifiant comme BR-CO-15 ?
C'est une règle de cohérence de la norme (la famille BR-CO contrôle les calculs) ; celle-ci recoupe le total TTC avec ses composantes. Le rapport en donne la phrase en clair, avec les montants en cause.
Un fichier avec des avertissements est-il conforme ?
Oui. L'avertissement ne bloque pas ; il signale un écart aux bonnes pratiques. Les erreurs, elles, rendent le fichier non conforme et seront rejetées par une plateforme.
Le rapport dit « profil MINIMUM » alors que je produis de l'EN 16931. Pourquoi ?
Le fichier déclare son profil dans son identifiant de spécification, et c'est lui qui a été lu : votre outil a généré autre chose que prévu. Corrigez la génération, pas la facture.
Puis-je transmettre le rapport à mon fournisseur ?
Oui, c'est son usage : le rapport se télécharge en PDF, avec les identifiants de règles que son propre outil et sa plateforme comprennent. Le refus d'une facture reçue s'argumente ainsi, pièce à l'appui.
Le rapport du validateur vaut-il celui de la plateforme ?
Il exécute les mêmes jeux de règles, schéma, EN 16931 et règles françaises. C'est ce qui rend le contrôle avant envoi prédictif : ce qui passe ici passe en face.
Publié le 13 septembre 2026. Sources : norme EN 16931 et ses jeux de règles Schematron, règles BR-FR de la DGFiP. GetFacturX n'est pas une plateforme agréée : la transmission réglementaire est assurée par une plateforme agréée partenaire. Cet article ne constitue pas un conseil fiscal ou juridique. Les dates, fréquences et montants cités sont ceux connus à la date de publication et peuvent évoluer : vérifiez-les avant de vous en prévaloir.