Factur-X

Factur-X est un format de facture électronique hybride qui intègre un fichier de données structurées XML au sein d'un PDF/A-3 standard, lisible par un humain. Il a été développé conjointement par la France et l'Allemagne (où le standard équivalent s'appelle ZUGFeRD) pour permettre aux entreprises d'échanger des factures que les machines peuvent analyser automatiquement, tout en restant consultables normalement par les humains. C'est le format de référence pour le déploiement de la facturation électronique obligatoire en France.

Comment ça fonctionne

Un fichier Factur-X est, à la base, un PDF ordinaire. Ouvert dans n'importe quel lecteur PDF, il affiche une mise en page de facture classique : lignes de détail, totaux, ventilation de la TVA, coordonnées du fournisseur. Ce qui le distingue se trouve en dessous : une pièce jointe XML, structurée selon le modèle sémantique européen EN 16931, qui porte chaque champ de la facture sous une forme exploitable par une machine. Comme le PDF est encapsulé au format PDF/A-3, il peut légalement contenir ce fichier intégré sans compromettre la conformité en matière d'archivage.

Le XML suit l'un des différents « profils » (MINIMUM, BASIC, EN 16931, EXTENDED), qui déterminent le niveau de détail inclus, du strict nécessaire à des fins fiscales jusqu'à la granularité complète par ligne requise pour l'extraction de données automatisée et le rapprochement. Un système destinataire n'a pas besoin d'OCR ni d'analyse de mise en page pour lire une facture Factur-X : il lui suffit de récupérer le XML pour obtenir des champs propres et structurés, sans avoir à deviner où se trouve un montant sur la page.

Cette double structure résout un vrai problème de coordination. Les fournisseurs qui ne sont pas encore prêts à envoyer du XML pur (via un réseau comme Peppol) peuvent tout de même émettre un document conforme et exploitable par une machine. Les acheteurs obtiennent des données structurées sans avoir à les faire ressaisir par des humains. Les logiciels qui ne comprennent que les PDF continuent de fonctionner, et ceux conçus pour la facturation structurée puisent ce dont ils ont besoin dans ce même fichier.

Pourquoi c'est important pour le traitement documentaire

Factur-X élimine les incertitudes qui plombent l'OCR classique appliqué aux factures : plus d'erreurs de lecture sur les totaux, plus de colonnes de tableau ambiguës, plus besoin d'heuristiques fragiles d'extraction clé-valeur. Lorsque le XML est présent et bien formé, la précision de l'extraction avoisine les 100 % pour les champs couverts par le profil, et le traitement peut tendre vers un véritable straight-through processing plutôt que vers une gestion des exceptions gourmande en relecture.

Le hic : toutes les factures qui arrivent dans votre chaîne de traitement n'auront pas forcément un XML valide et complet. Certaines présenteront des incohérences entre le PDF et le XML intégré, des profils manquants, ou des pièces jointes mal formées. Une chaîne de production a donc besoin d'une couche d'analyse qui vérifie d'abord la présence d'un XML intégré, se replie sur l'extraction visuelle lorsqu'il est absent ou défectueux, et valide les deux représentations l'une par rapport à l'autre. Les systèmes de Document AI conçus pour la réforme française de la facturation électronique doivent gérer cette réalité hybride, et pas seulement le cas idéal.

Termes associés

• https://sygnet.ai/solutions/e-invoicing-france
• https://sygnet.ai/glossary/data-extraction
• https://sygnet.ai/glossary/validation-rules
• https://sygnet.ai/glossary/cross-document-validation
• https://sygnet.ai/blog/pdf-invoices-after-sept-2026-validity-dual-flow-management

FAQ

Factur-X, est-ce la même chose que ZUGFeRD ?

Les deux sont étroitement liés. Factur-X est le nom français du standard hybride franco-allemand conjoint ; ZUGFeRD en est le nom allemand, pour une spécification quasiment identique, les deux étant maintenus alignés dans leurs versions récentes. De légères différences existaient dans les premières versions, mais les versions actuelles (ZUGFeRD 2.x et Factur-X) sont interopérables sur le plan fonctionnel et partagent le même schéma XML sous-jacent.

Ai-je encore besoin de l'OCR si les factures sont au format Factur-X ?

Pas pour les données XML elles-mêmes, mais il faut tout de même une chaîne de traitement robuste. Certains fichiers entrants n'auront pas de XML valide, auront des pièces jointes corrompues, ou proviendront de partenaires pas encore conformes. Un système résilient vérifie d'abord la présence d'un XML intégré et se replie sur l'OCR ou l'extraction par VLM lorsqu'il est absent, plutôt que de supposer que tous les fichiers sont pleinement structurés.