Factur-X est une facture électronique hybride : un PDF/A-3 lisible contient un fichier XML destiné au traitement automatisé. Le PDF permet au comptable de contrôler la facture telle qu'elle est présentée. Le XML, fondé sur la syntaxe UN/CEFACT CII, fournit des données structurées au logiciel de gestion.
La présence du XML ne garantit pourtant pas que les lignes de facture soient structurées. Les profils MINIMUM et BASIC WL transmettent des données d'en-tête et de pied, mais pas les lignes. Le profil BASIC ajoute les données essentielles de ligne ; les profils EN 16931 et EXTENDED offrent une structure plus riche.
C'est le point à vérifier avant d'intégrer un fichier reçu. Un format Factur-X peut permettre le routage, la saisie des totaux ou le contrôle du fournisseur sans fournir la description, la quantité, le prix unitaire ou la TVA de chaque article. Le niveau d'automatisation dépend donc du profil déclaré, pas seulement de l'extension PDF ni de la présence d'une pièce jointe XML.
Les deux couches n'ont pas nécessairement la même profondeur. Une information peut être visible dans la représentation PDF sans exister comme donnée structurée dans le XML. Factur-X ne désigne pas non plus un PDF ordinaire accompagné d'un fichier quelconque : la pièce jointe structurée fait partie du document PDF/A-3 et suit les règles du standard.
Comment ouvrir le fichier et identifier son profil
Ouvrir une Factur-X commence comme pour n'importe quelle facture PDF : afficher la représentation lisible et vérifier le fournisseur, les références, les montants et les lignes. Il faut ensuite utiliser un lecteur PDF qui expose les pièces jointes embarquées. Le fichier structuré est généralement nommé factur-x.xml, mais son affichage dépend du logiciel utilisé.
Pour extraire le XML d'une Factur-X sans altérer l'original :
- conserver le PDF reçu dans son emplacement d'archivage ;
- ouvrir le panneau des pièces jointes du lecteur PDF et enregistrer une copie du XML ;
- consulter cette copie en lecture seule dans un éditeur XML ou un visualiseur adapté.
Le profil ne se déduit ni du nombre de pages ni de la quantité d'informations visibles. Dans le XML CII, il est déclaré par l'identifiant de contexte situé sous GuidelineSpecifiedDocumentContextParameter/ID. Cette valeur permet de distinguer MINIMUM, BASIC WL, BASIC, EN 16931 ou EXTENDED. Un outil qui présente directement les métadonnées peut simplifier la lecture, mais le résultat doit correspondre à cet identifiant déclaré.
On peut représenter l'anatomie d'une Factur-X en quatre éléments imbriqués : le conteneur PDF/A-3, la facture rendue visible dans ce PDF, la pièce jointe XML CII et, dans ce XML, l'identifiant du profil qui fixe la profondeur des données structurées. Cette anatomie suffit à comprendre un fichier reçu sans fabriquer un XML d'exemple qui risquerait d'être pris pour une référence normative.
Lire, extraire et valider restent trois opérations distinctes. Un lecteur affiche le PDF ; l'extraction donne accès à une copie de la pièce jointe ; un validateur contrôle la syntaxe, la version, le profil et les règles sémantiques applicables.
Les cinq profils ne donnent pas la même profondeur de données
Les profils Factur-X décrivent des niveaux de données structurées. Ils ne correspondent pas à cinq présentations PDF différentes : le destinataire peut voir une facture détaillée à l'écran alors que le XML ne contient que son en-tête et ses totaux.
| Profil | Contenu structuré reçu | Usages réalistes côté destinataire |
|---|---|---|
| MINIMUM | Données minimales d'en-tête et de pied, sans lignes structurées | Identifier le fournisseur et la facture, effectuer certains contrôles globaux, orienter le document et préremplir les champs présents |
| BASIC WL | Données courantes d'en-tête et de pied, toujours sans lignes ; WL signifie Without Lines | Alimenter une saisie au niveau de la facture et contrôler les montants globaux, sans analyse des articles ou prestations |
| BASIC | BASIC WL complété par les données essentielles de ligne | Créer des lignes structurées et exploiter descriptions, quantités, prix ou taxes dans la limite des champs effectivement renseignés |
| EN 16931 | Données prévues par le socle sémantique européen | Renforcer les contrôles, la ventilation et le rapprochement à un niveau détaillé, sous réserve des données obligatoires ou fournies |
| EXTENDED | EN 16931 enrichi de données additionnelles | Couvrir des scénarios métier plus riches ; en France, EXTENDED-CTC-FR désigne le sous-ensemble adapté au dispositif national |
La description officielle des profils Factur-X indique que MINIMUM équivaut à une extraction OCR des données d'en-tête et de pied, tandis que BASIC ajoute les données essentielles de ligne de facture. Cette différence explique pourquoi deux Factur-X valides au regard de leur profil déclaré peuvent fournir des possibilités d'intégration très différentes.
Avec MINIMUM ou BASIC WL, un service achats peut disposer du numéro de facture, de l'identité des parties et de montants globaux sans recevoir de lignes exploitables. La ventilation par article, centre de coût ou taux de TVA doit alors provenir d'une autre source. BASIC constitue le premier niveau où les lignes entrent dans le XML, mais il ne garantit pas la présence de tous les champs analytiques propres à l'entreprise.
EN 16931 fournit une base sémantique plus complète pour les contrôles et le rapprochement. EXTENDED couvre des besoins additionnels lorsque le processus exige davantage que ce socle. Dans les deux cas, structuré ne signifie pas renseigné selon le plan analytique du destinataire : un code interne absent de la facture ne peut pas être déduit du seul choix du profil.
L'absence de lignes structurées limite surtout l'automatisation de la ventilation fiscale et analytique. Elle ne suffit pas, à elle seule, pour conclure à la perte d'un droit à déduction de TVA ; cette question dépend de la facture, des mentions requises et de la situation fiscale, pas du seul niveau de détail du XML.
Donnée absente, incohérence ou fichier non conforme : trois diagnostics
Une ligne manquante dans le XML n'est pas automatiquement une anomalie. Le premier contrôle consiste à comparer la donnée recherchée avec ce que le profil déclaré impose ou autorise. Trois situations appellent des réponses différentes.
- La donnée n'est pas exigée par le profil. L'absence de lignes dans un profil MINIMUM ou BASIC WL est normale. Le fichier n'est pas corrompu pour cette seule raison ; sa profondeur structurée est simplement insuffisante pour une ventilation ou un rapprochement par ligne.
- Le PDF et le XML se contredisent. Un total, un numéro de facture, une date ou une ligne présente des valeurs différentes dans les deux couches. Il faut conserver le fichier original, relever précisément le champ et les deux valeurs, puis demander un arbitrage ou une correction au fournisseur ou à la plateforme concernée. Choisir silencieusement la valeur la plus commode fragilise la piste d'audit.
- Le fichier échoue à la validation. Une pièce jointe absente, un XML mal formé, un identifiant de profil incohérent ou une règle sémantique non respectée relève d'un contrôle technique. Le test doit être exécuté avec un validateur compatible avec la version et le profil déclarés.
Cette qualification détermine la suite du workflow comptable de réception des factures électroniques. Une limite normale du profil peut conduire à compléter l'intégration depuis le visuel. Une divergence doit être placée en anomalie avant comptabilisation ou paiement. Un échec de validation doit être documenté et transmis à l'acteur capable de corriger le fichier.
Un lecteur PDF confirme que le document s'ouvre. Un éditeur XML permet d'en examiner le contenu. Aucun des deux ne prouve à lui seul la conformité syntaxique et sémantique de la Factur-X. Le contrôle fournisseur, le statut attribué à la facture et les éléments ayant motivé la décision doivent rester rattachés au document source.
Factur-X dans la réforme française et son équivalence avec ZUGFeRD
La version courante au 31 août 2026 est Factur-X 1.09.2 / ZUGFeRD 2.5.2, publiée le 4 août 2026 et annoncée comme applicable au 1er septembre 2026. À versions correspondantes, Factur-X et ZUGFeRD 2.5 sont techniquement le même standard franco-allemand. Les deux noms ne rendent toutefois pas leurs cadres nationaux interchangeables : une règle d'usage allemande ne prouve pas la conformité d'une facture au dispositif français.
En France, Factur-X fait partie des trois formats du socle de réception avec UBL et CII. Dans la norme mise à disposition par la DGFiP, l'AFNOR décrit deux profils sémantiques du socle pour la facture : EN 16931 et EXTENDED-CTC-FR. Ils sont mis en œuvre dans les syntaxes UBL et UN/CEFACT CII D22B ainsi que dans le format mixte Factur-X.
Il faut donc séparer deux questions :
- Le profil existe-t-il dans la spécification Factur-X ? MINIMUM, BASIC WL, BASIC, EN 16931 et EXTENDED décrivent des profondeurs de données reconnues par le standard.
- Le fichier respecte-t-il les règles françaises applicables à l'échange concerné ? La réponse dépend du profil admis, de la version, des règles du socle et des éventuelles contraintes de la plateforme agréée.
Présenter toute Factur-X comme conforme à la réforme au seul motif qu'elle contient un XML serait trop large. Pour une décision de conformité, il faut vérifier l'identifiant du profil, la version déclarée et les règles françaises en vigueur, puis conserver le rapport de validation. Le routage dépend par ailleurs de l'adressage du destinataire et de sa plateforme ; l'annuaire de la facturation électronique et ses mailles d'adressage détaille ce volet distinct du contenu du fichier.
Récupérer dans le PDF les lignes absentes du XML
Lorsque le profil reçu ne structure pas les lignes, vérifiez d'abord qu'elles figurent bien dans la représentation PDF. Si le visuel ne contient pas non plus la description, la quantité, le prix ou la TVA recherchés, aucune extraction ne peut recréer fidèlement ces données : il faut demander une facture corrigée ou complétée au fournisseur.
Si les lignes sont visibles, elles peuvent être remises en tableau sans confondre cette opération avec une conversion du XML. Le principe consiste à extraire les lignes de factures fournisseurs vers Excel, CSV ou JSON en choisissant une ligne de sortie par article ou prestation. Les colonnes utiles peuvent inclure la référence de facture, la description, la quantité, le prix unitaire, le taux et le montant de TVA ainsi que le total de ligne.
Invoice Data Extraction accepte les PDF natifs ou numérisés et les images, y compris en lot. L'utilisateur décrit les champs et la structure attendus, puis récupère un fichier Excel, CSV ou JSON. Le service peut produire une ligne par article et rattacher les résultats au fichier source et aux pages concernées. Il ne valide pas le XML Factur-X, n'en contrôle pas le profil et ne corrige pas une non-conformité du document hybride.
Pour un traitement reproductible :
- conserver le PDF original et une copie du XML extrait ;
- définir les colonnes attendues et une ligne de sortie par article ;
- extraire les données visibles du PDF ;
- rapprocher les sommes de lignes des totaux affichés et des données globales disponibles dans le XML ;
- placer en revue les écarts plutôt que de les corriger sans justification.
Le guide consacré à extraire les données de factures PDF vers Excel approfondit le choix des colonnes et les contrôles de sortie. Dans ce scénario, « Factur-X vers Excel » signifie récupérer dans le PDF des données que le profil XML n'a pas structurées, et non transformer le XML en feuille de calcul.