Skip to main content
Complyance is Officially Listed as a UAE Approved Accredited Service Provider
Factur-X en France : format, structure et exigences

Factur-X en France : format, structure et exigences

Swathy
Published on Oct 16, 2026

Factur-X est l’un des formats que les entreprises peuvent utiliser dans le cadre de la réforme française de la facturation électronique. Il se distingue d’un PDF classique car il associe une facture lisible par une personne à des données de facture structurées pouvant être traitées par les logiciels.

Factur-X en France : format, structure et exigences

Introduction

Factur-X est l’un des formats que les entreprises peuvent utiliser dans le cadre de la réforme française de la facturation électronique. Il se distingue d’un PDF classique car il associe une facture lisible par une personne à des données de facture structurées pouvant être traitées par les logiciels.

Pour les entreprises qui se préparent à la facturation électronique en France, Factur-X est important car il répond aux besoins des utilisateurs comme des systèmes. Le PDF reste lisible, tandis que le XML intégré contient les données structurées nécessaires au traitement automatisé.

Points clés à retenir

Factur-X combine une facture PDF/A-3 lisible avec des données XML structurées intégrées. Il utilise la syntaxe UN/CEFACT CII et s’inscrit dans le cadre sémantique EN 16931. Les entreprises doivent sélectionner le profil approprié, valider les données et connecter leur processus de facturation à l’infrastructure d’échange réglementée.

Qu’est-ce que Factur-X ?

Factur-X est un format de facture hybride conçu pour associer lisibilité humaine et données exploitables par les machines.

Une facture Factur-X contient un fichier PDF/A-3 qui représente visuellement la facture. À l’intérieur de ce fichier PDF/A-3 se trouve un fichier XML structuré contenant les données de facture que les logiciels peuvent lire et traiter.

Cela est différent du simple envoi d’un PDF par e-mail. Dans le cadre de la réforme française, un PDF standard envoyé par e-mail ne constitue pas une facture électronique conforme, car les données structurées requises et le processus d’échange réglementé ne sont pas présents.

Factur-X s’inscrit dans le cadre sémantique EN 16931 et fait partie des syntaxes de facture prises en charge par le cadre technique français, aux côtés de l’UBL et de l’UN/CEFACT CII.

Comment une facture Factur-X est-elle construite ?

Une facture Factur-X comporte deux représentations liées.

Le document visuel

Le fichier PDF/A-3 est la partie qu’une personne peut ouvrir et lire. Il présente la facture comme elle apparaît normalement, avec notamment :

  • Informations sur le vendeur et l’acheteur
  • Numéro et date de facture
  • Lignes de facture et quantités
  • Prix et taxes
  • Totaux de la facture
  • Informations de paiement
  • Autres informations requises sur la facture

Les spécifications françaises indiquent que les informations complètes de la facture doivent être présentes dans le PDF lisible.

Le XML structuré

Le XML intégré est conçu pour le traitement automatisé.

Il contient les informations structurées de la facture selon la syntaxe UN/CEFACT CII. Les logiciels peuvent ainsi lire ces informations sans qu’une personne ait à extraire manuellement les valeurs du PDF.

Le XML ne doit pas nécessairement reproduire chaque élément affiché dans le PDF. Son rôle est de transporter les informations nécessaires au traitement automatisé selon le profil sélectionné.

Une facture, deux représentations

Le PDF et le XML ne sont pas deux factures distinctes. Ils constituent deux représentations de la même transaction.

Ce point est important lors de l’intégration. Si le PDF affiche un montant alors que les données structurées en contiennent un autre, la facture peut générer des problèmes de validation ou de traitement.

Quels profils Factur-X sont utilisés en France ?

Factur-X prend en charge différents profils car toutes les entreprises n’ont pas besoin du même niveau de données structurées.

La documentation technique française identifie notamment les profils Factur-X BASIC WL, BASIC, EN 16931 et EXTENDED. Les documents AFNOR actuels identifient également MINIMUM comme profil Factur-X supplémentaire.

ProfilRôle général
MINIMUMTransporte un ensemble limité de données structurées de facture
BASIC WLFournit des informations structurées sans détail au niveau des lignes
BASICFournit une représentation structurée plus complète
EN 16931Met en œuvre le modèle sémantique européen utilisé dans le cadre français
EXTENDEDPrend en charge des informations structurées supplémentaires au-delà du profil EN 16931

Le profil doit être sélectionné en fonction des spécifications françaises en vigueur, des besoins de l’entreprise et des capacités des systèmes. La question essentielle est de savoir si la solution peut générer et valider correctement le profil requis.

Quelles données Factur-X nécessite-t-il ?

Une implémentation Factur-X nécessite davantage qu’un simple modèle PDF.

Les données structurées doivent représenter les informations de facture requises par le profil applicable. Selon la facture et le profil sélectionné, les données structurées peuvent notamment inclure l’identification du vendeur et de l’acheteur, le numéro et la date de facture, les lignes de facture, les quantités, les prix, les informations fiscales, les totaux, les informations de paiement et d’autres références requises.

Les spécifications françaises de la facturation électronique définissent également des règles métier et des exigences de données spécifiques à la France.

Les entreprises doivent donc mapper les champs de leur ERP, logiciel comptable ou système de facturation vers le modèle de données de facture requis avant la mise en production.

Un PDF classique est-il la même chose que Factur-X ?

Non.

Un PDF peut ressembler exactement à une facture Factur-X sans être une facture Factur-X.

Un PDF classique est avant tout un document visuel. Factur-X ajoute des données XML structurées à l’intérieur du conteneur PDF/A-3.

L’administration fiscale française précise qu’un PDF généré depuis une application bureautique ou une facture numérisée envoyée par e-mail ne constitue pas une facture électronique dans le cadre de la réforme.

Remplacer les pièces jointes par un autre outil de génération de PDF ne suffit donc pas à créer un processus de facturation électronique obligatoire conforme.

Comment Factur-X s’intègre-t-il à la facturation électronique en France ?

Factur-X est le format de facture. La Plateforme Agréée (PA) fait partie de l’infrastructure d’échange réglementée.

Dans le modèle français, les entreprises doivent utiliser une Plateforme Agréée pour l’émission et la réception des factures électroniques ainsi que pour la transmission des données de transaction et de paiement concernées.

Une entreprise peut continuer à utiliser son ERP, son logiciel comptable ou son application de facturation pour ses processus internes. L’architecture doit ensuite connecter ce système à la plateforme réglementée appropriée.

Une implémentation classique comprend plusieurs étapes techniques :

  1. Le système de l’entreprise crée les informations de facture.
  2. Les données de facture sont mappées vers le format et le profil requis.
  3. Factur-X est généré et validé lorsqu’il est utilisé.
  4. La Plateforme Agréée prend en charge le processus d’échange réglementé.
  5. La plateforme du destinataire reçoit et traite la facture.

L’architecture dépend des systèmes de l’entreprise, de son modèle d’intégration et de la plateforme sélectionnée.

Que doivent vérifier les entreprises avant d’utiliser Factur-X ?

Parcours en cinq étapes avant de mettre en œuvre Factur-X : vérifier les données sources, sélectionner le profil, valider les données XML, aligner le PDF et le XML, puis tester l’échange complet via la PA jusqu’au destinataire.

Une mise en œuvre réussie de Factur-X commence par les données, et non par la conception du document.

Vérifier les données sources

Vérifiez si votre ERP ou votre système de facturation contient déjà les informations requises par le profil sélectionné.

L’absence de données structurées devient souvent un problème d’intégration ultérieur.

Sélectionner le profil approprié

Ne partez pas du principe que toutes les factures Factur-X utilisent le même profil. Le choix doit refléter les spécifications françaises en vigueur et les besoins de l’entreprise.

Valider les données structurées

Le XML doit respecter la syntaxe, les règles sémantiques et les règles métier applicables. La validation doit faire partie du processus de facturation plutôt que constituer une étape manuelle à la fin du traitement.

Maintenir les deux représentations alignées

Le document visuel et les données structurées représentent la même transaction. Le processus doit empêcher les différences entre le numéro de facture, les montants, les valeurs fiscales, les dates ou d’autres champs importants.

Tester l’échange complet

Générer un fichier techniquement valide n’est qu’une partie de la mise en œuvre. Les entreprises doivent également tester le déplacement des factures depuis leur système interne, via la Plateforme Agréée, jusqu’au destinataire.

Comment Complyance peut s’intégrer dans une architecture Factur-X

Les entreprises n’ont pas nécessairement besoin de remplacer leurs systèmes financiers ou ERP existants pour se préparer à la facturation électronique en France.

Complyance peut servir de couche technologique entre les systèmes métiers existants et l’infrastructure française de facturation électronique. L’implémentation peut se concentrer sur la connexion des données de facture, l’application des règles de validation et de transformation requises et la prise en charge de l’échange électronique via la plateforme réglementée appropriée.

Pour les entreprises qui génèrent déjà leurs factures depuis un ERP ou un système comptable, l’objectif pratique consiste à connecter les données et workflows existants aux exigences du cadre français de facturation électronique.

L’architecture dépend du système source, de la disponibilité des données, de la méthode d’intégration et de la PA sélectionnée.

Conclusion

Factur-X réunit deux éléments essentiels de la facturation électronique : un document lisible par les personnes et des données structurées pouvant être traitées par les logiciels.

Se préparer à la facturation électronique 2026 en France ne consiste pas simplement à créer un fichier PDF/A-3. Les données de facture, le profil sélectionné, les règles de validation, les systèmes internes et l’infrastructure d’échange réglementée doivent fonctionner ensemble.

Une mise en œuvre pratique commence par la cartographie des données de facture existantes, la sélection du profil Factur-X approprié, la validation des informations structurées et le test du processus d’échange complet.

Avec une approche d’intégration adaptée, les entreprises peuvent conserver leurs systèmes financiers et ERP existants tout en connectant leurs processus de facturation au cadre français de facturation électronique.

Share

Frequently Asked Questions

Factur-X est l’un des formats pris en charge par le cadre français de facturation électronique. Ce n’est pas la seule syntaxe prise en charge. Le cadre français comprend également l’UBL et l’UN/CEFACT CII.

Non. Factur-X combine une représentation visuelle PDF/A-3 avec des données XML structurées intégrées.

Le fichier Factur-X est structurellement différent d’un PDF classique, mais le processus réglementé de facturation électronique B2B en France exige que les factures soient échangées via la Plateforme Agréée appropriée. Envoyer simplement un fichier par e-mail ne remplace pas ce processus.

Il s’agit de la représentation structurée de la facture. Factur-X utilise la syntaxe UN/CEFACT CII pour ces données structurées.

Oui. Factur-X s’inscrit dans le cadre technique français construit autour du modèle sémantique européen EN 16931. Le profil Factur-X sélectionné détermine la manière dont les informations structurées sont représentées.

Oui, à condition que l’ERP ou la solution connectée prenne en charge le profil Factur-X requis ainsi que les règles de validation françaises applicables. Les entreprises doivent le confirmer auprès de leur fournisseur logiciel et tester l’intégration complète avant la mise en production.

About the Author

Swathy

Swathy

Content Marketer

I’m a Content Marketer at Complyance, focused on e-invoicing. Over the years, I’ve created a wide range of content, including blog posts, whitepapers, and product guides, which have supported Complyance’s growth across markets such as the UAE and EU regions. My goal is to deliver content that is comprehensive, clear, accurate, and easy to understand, no matter how complex the topic.

Related Posts

Complyance Logo

One API for Global E-invoicing