Cause 1
Périmètre incomplet
Un outil peut vérifier seulement la présence du XML embarqué ou le PDF/A-3, sans exécuter toutes les règles métier EN16931.
Validation Factur-X
Deux validateurs Factur-X peuvent avoir raison tout en donnant deux résultats différents
La plupart des contradictions viennent d’un périmètre différent : un outil vérifie le conteneur PDF, un autre le XML CII, un troisième les règles EN16931, et une Plateforme Agréée ajoute son propre contexte de transmission.
Les cinq causes les plus fréquentes
Cause 2
Versions de règles différentes
Les règles Schematron, listes de codes et profils évoluent. Deux outils peuvent embarquer des versions différentes.
Cause 3
Syntaxe et profil mélangés
CII, UBL, Factur-X BASIC, EN16931 ou EXTENDED ne couvrent pas les mêmes champs et les mêmes exigences.
Cause 4
Warnings traités comme erreurs
Certains validateurs bloquent sur des avertissements ; d’autres les exposent comme informations à corriger plus tard.
Cause 5
Contexte PA ou France CTC absent
Une PA ou un contrôle France 2026 peut exiger des données métier que le validateur générique ne contrôle pas.
Comparer les couches avant de comparer les outils
Un écart de verdict devient exploitable quand il est rattaché à une couche précise. Le tableau ci-dessous donne des cas génériques, sans supposer qu’un validateur ment ou qu’un autre arbitre l’acceptation PA.
PDF/A-3
- Divergence possible
- Un outil signale le PDF comme invalide, un autre lit quand même le XML embarqué.
- Pourquoi deux outils divergent
- Certains contrôles bloquent au conteneur PDF, d’autres continuent l’analyse XML pour aider au diagnostic.
- Action recommandée
- Séparer le verdict PDF/A-3 du verdict XML et corriger le packaging avant transmission finale.
XML CII embarqué
- Divergence possible
- Le PDF est lisible, mais le XML embarqué est absent, corrompu ou incohérent avec le profil déclaré.
- Pourquoi deux outils divergent
- Un outil orienté PDF peut vérifier la présence du fichier, tandis qu’un outil métier lit le contenu CII.
- Action recommandée
- Extraire le XML, vérifier le profil Factur-X déclaré et relancer un contrôle XSD/Schematron.
XSD
- Divergence possible
- Un validateur bloque sur une erreur de structure XML avant même d’exécuter les règles métier.
- Pourquoi deux outils divergent
- Les validateurs ne s’arrêtent pas toujours au même stade du pipeline.
- Action recommandée
- Corriger d’abord la structure XML, puis relancer les règles EN16931.
Schematron EN16931
- Divergence possible
- Un outil remonte un BR-* bloquant, un autre le classe en avertissement ou ne l’exécute pas.
- Pourquoi deux outils divergent
- Les versions de règles, listes de codes et politiques warning/error peuvent diverger.
- Action recommandée
- Comparer la règle exacte, la version du référentiel et le champ métier concerné.
France CTC / contexte français
- Divergence possible
- Un fichier passe EN16931 mais échoue sur un complément attendu pour le parcours France 2026.
- Pourquoi deux outils divergent
- Le socle européen et les contraintes françaises ne couvrent pas le même périmètre.
- Action recommandée
- Identifier les données de routage ou de contexte à fournir depuis l’ERP.
PA / parcours opérateur
- Divergence possible
- Un fichier techniquement exploitable reste rejeté lors d’une vraie soumission plateforme.
- Pourquoi deux outils divergent
- La plateforme ajoute son contexte de dépôt, de destinataire et de cycle de vie.
- Action recommandée
- Utiliser le diagnostic pour préparer le fichier, puis s’appuyer sur le retour PA réel pour l’acceptation finale.
Comment trancher proprement
- 1. Récupérer le fichier exact testé, pas une version exportée après coup.
- 2. Identifier la couche en échec : PDF/A-3, XML, XSD, Schematron, profil, France CTC.
- 3. Comparer la version des règles et les messages bruts.
- 4. Séparer ce qui est réparable automatiquement de ce qui demande une donnée métier.
- 5. Contrôler le document réparé dans votre parcours PA/SC avant transmission finale.
La position FacturX API
Le scanner public donne un diagnostic, pas une acceptation officielle. L’API peut ensuite convertir ou réparer certains cas déterministes, avec des traces exploitables par votre support ou votre équipe produit. Si une décision métier manque, elle doit être fournie, pas inventée.
Questions fréquentes
Un validateur qui affiche vert prouve-t-il une acceptation PA ?
Non. Un validateur peut seulement rendre compte du périmètre qu’il exécute. Une acceptation PA suppose une vraie soumission et un retour de la plateforme agréée concernée.
Pourquoi un PDF peut-il passer chez un outil et échouer ailleurs ?
Les outils ne vérifient pas toujours les mêmes couches : PDF/A-3, XML embarqué, XSD, Schematron EN16931, profil Factur-X, règles France CTC ou contrôles propres à une plateforme.
Que faire quand deux résultats se contredisent ?
Comparer le périmètre exact, la version des règles, la syntaxe testée, les erreurs brutes et le contexte métier. Le scan FacturX API sépare ces couches pour éviter un verdict unique trompeur.
Et après ?
Diagnostiquer le vrai écart
Choisissez l'étape suivante pour activer FacturX API sur votre stack. Tous les liens sont internes pour garder le suivi clair.