Accueil › Blog › Facturation électronique
Factur-X : profils, conformité française et pièges à connaître

Historique des mises à jour
v3.0 (19/08/2026) : refonte complète — version en vigueur 1.09.2 / ZUGFeRD 2.5.2, les cinq profils et leur conformité réelle à EN 16931, profil français EXTENDED-CTC-FR, règles CIUS-FR (BR-FR-*) qui font échouer une facture pourtant conforme à la norme européenne, pièges PDF/A-3 et champs d’identification, chaîne de validation, cas du chantier, nouveau gabarit.
Factur-X est le format que la plupart des PME françaises vont utiliser — parce qu’il reste lisible à l’œil nu tout en étant traitable par une machine. Mais derrière cette élégance se cache un point que peu d’articles énoncent : une facture parfaitement conforme à la norme européenne peut être rejetée en France. Chez WhySoft Group, voici ce qu’il faut savoir sur les profils, les règles françaises et les erreurs qui bloquent en pratique.
En 30 secondes
- Quoi : Factur-X est un standard franco-allemand — techniquement identique à ZUGFeRD — qui embarque un fichier XML dans un PDF/A-3. Un seul fichier, deux lectures.
- La version en vigueur : Factur-X 1.09.2 / ZUGFeRD 2.5.2, harmonisée après la mise à jour semestrielle de la norme EN 16931. Les articles qui parlent encore de 1.07 ne sont pas à jour.
- ⚡ Le piège : conforme EN 16931 ne veut pas dire conforme France. Les règles françaises (CIUS-FR) exigent des mentions que la norme européenne n’impose pas — pénalités de retard, indemnité de recouvrement, escompte, adresses électroniques.
- Le bon profil : EN 16931 pour la grande majorité des cas B2B. Attention : MINIMUM et BASIC WL ne portent pas les lignes de facture.
1. Ce qu’est Factur-X, exactement
Factur-X est un standard franco-allemand de facture électronique hybride, publié en 2017 par le Forum national de la facture électronique (FNFE-MPE) et son homologue allemand le FeRD. Sa particularité : un fichier PDF/A-3 lisible par un humain, dans lequel est embarqué un fichier XML au format CII lisible par les machines. Un seul document, deux usages.
C’est ce qui explique son adoption massive par les PME : votre client qui n’a pas encore de logiciel compatible ouvre le fichier comme un PDF ordinaire, tandis que celui qui est équipé intègre les données sans ressaisie. Aucune rupture pendant la transition. Et pour une entreprise qui travaille avec l’Allemagne, l’atout est double : Factur-X et ZUGFeRD 2.x sont techniquement identiques — un seul format couvre les deux pays.
2. Les cinq profils — et lesquels sont réellement conformes
Un profil définit la profondeur des données transportées par le XML. Ils sont cumulatifs : chaque niveau reprend les champs du précédent et en ajoute. Point capital, rarement dit : les deux premiers profils ne sont pas conformes à la norme EN 16931, faute de porter les lignes de facture.
| Profil | Ce qu’il transporte | Conforme EN 16931 |
|---|---|---|
| MINIMUM | Données d’en-tête essentielles : numéro, dates, montants globaux | Non |
| BASIC WL | Ajoute l’identification des parties et la ventilation de TVA — sans les lignes | Non |
| BASIC | Premier profil avec le détail des lignes de facture | Oui |
| EN 16931 (ex-COMFORT) | Couverture complète du noyau sémantique européen | Oui — le profil de référence B2B |
| EXTENDED | Sur-ensemble avec champs supplémentaires pour cas complexes (commandes, livraisons, secteurs) | Oui, en extension |
Il existe en outre un profil spécifiquement français : EXTENDED-CTC-FR, sous-ensemble d’EXTENDED, qui transporte les mentions et les statuts propres au dispositif national de contrôle continu des transactions. C’est lui qui porte, par exemple, les informations dont l’administration a besoin pour l’e-reporting.
Notre recommandation pour une PME : le profil EN 16931. Il couvre la quasi-totalité des situations, il est accepté partout, et il reste interopérable avec les ERP européens. En pratique, vous n’aurez pas à le choisir à la main : un logiciel correctement paramétré génère le bon profil selon les données de la facture.
3. Conforme à l’Europe n’est pas conforme à la France
C’est l’information la plus utile de cet article. La norme européenne EN 16931 fixe un noyau de champs et plus de deux cents règles métier. La France ajoute par-dessus ses propres exigences — le CIUS France, un ensemble de règles identifiées BR-FR-*. Conséquence : une facture qui passe la validation européenne peut être refusée parce qu’il lui manque une mention purement française.
- BR-FR-05 — les mentions de pénalités de retard, d’indemnité forfaitaire de recouvrement et d’escompte doivent figurer. Ce sont des obligations du droit commercial français que la norme européenne ignore.
- BR-FR-12 et BR-FR-13 — l’adresse électronique du vendeur et celle de l’acheteur sont attendues.
- BT-30 — l’identifiant légal du vendeur, c’est-à-dire le SIREN, avec son schéma d’identification. Ce champ est absent de la configuration par défaut de beaucoup d’ERP.
- BT-48 — le numéro de TVA intracommunautaire, distinct du SIREN : les deux sont attendus, pas l’un ou l’autre.
Ajoutez à cela les quatre nouvelles mentions introduites par la réforme — SIREN du client, catégorie de l’opération, adresse de livraison, option pour la TVA sur les débits — et vous obtenez la vraie raison des rejets de septembre : non pas un format mal généré, mais des données manquantes dans votre base clients.
4. Les trois pièges techniques les plus fréquents
Une facture Factur-X franchit quatre contrôles successifs : le PDF est-il un vrai PDF/A-3 ? La structure du XML est-elle correcte (validation XSD) ? Les règles métier sont-elles respectées (Schematron) ? Et enfin, la plateforme l’accepte-t-elle ? Chaque étape a son piège favori.
Le deuxième piège est l’incohérence des totaux. Les règles de la norme vérifient l’arithmétique : somme des lignes, ventilation de TVA par taux, total HT, total TTC, net à payer. Un paramétrage « prix TTC » mal géré produit une ventilation calculée sur le TTC qui contredit le total hors taxes — et la facture échoue sur une règle de cohérence, sans que rien ne paraisse faux à l’œil.
Le troisième est le PDF qui n’en est pas un. Un PDF scanné ou produit par un traitement de texte n’est pas une facture électronique : c’est une image. Au sens de l’article 289 bis du Code général des impôts, la facture électronique suppose un socle de données structurées. Le PDF ne disparaît pas pour autant — il change de statut, et reste utilisable vers les particuliers et les clients étrangers.
5. Comment produire des Factur-X : trois voies
- Nativement, depuis votre logiciel de gestionLa voie la plus fiable : les données sont déjà structurées dans l’ERP, le fichier se génère sans intermédiaire. À vérifier auprès de votre éditeur : quel profil, quelles règles françaises couvertes, quelle version de Factur-X.
- Par conversion depuis un PDFCertaines plateformes proposent de convertir vos PDF classiques par reconnaissance de caractères. C’est une solution de repli : l’OCR se trompe, et une donnée mal lue devient une facture rejetée ou, pire, une facture juste en apparence.
- À la main, par développementTechniquement possible — construire le XML et l’embarquer dans un PDF/A-3 — mais réservé aux intégrateurs. Ce n’est pas une voie viable pour une PME.
Dans les trois cas, une bonne pratique s’impose avant septembre : faire valider un fichier réel. Des validateurs publics existent, et votre plateforme agréée en propose généralement un. Une facture testée en août vaut mieux que dix factures rejetées en septembre.
6. Le cas du chantier : ce que le format doit savoir porter
Pour une entreprise du bâtiment, la question n’est pas « mon logiciel produit-il du Factur-X » mais « produit-il du Factur-X qui dit juste ». Une situation de travaux transporte des informations qu’une facture ordinaire ignore : l’avancement cumulé, la déduction des situations précédentes, la retenue de garantie — qui n’est pas une remise mais un montant retenu sur le paiement —, la référence du marché, et le cas échéant l’autoliquidation de la TVA en sous-traitance, qui exige une facture strictement hors taxe avec sa mention.
Ces cas ne sont pas des exceptions exotiques : la norme AFNOR des cas d’usage les documente précisément, et c’est ce qui distingue un logiciel métier d’un générateur de PDF amélioré. Notre guide de la facturation électronique dans le BTP les passe tous en revue.
Questions fréquentes
Factur-X est-il obligatoire ?
Quel profil Factur-X choisir ?
Ma facture est conforme EN 16931 : suis-je tranquille en France ?
Quelle est la version actuelle de Factur-X ?
Pourquoi ma facture Factur-X est-elle rejetée ?
Factur-X et ZUGFeRD, est-ce la même chose ?
Le PDF va-t-il disparaître ?
Puis-je continuer à envoyer ma facture par e-mail en plus ?
Sources et références
- FNFE-MPE — spécification Factur-X : version 1.09.2 / ZUGFeRD 2.5.2, profils et profil EXTENDED-CTC-FR.
- Norme EN 16931-1:2017 (CEN/TC 434) : noyau sémantique, champs BT/BG et règles métier BR.
- Norme AFNOR XP Z12-012 : formats obligatoires en réception dans le dispositif français.
- Spécifications externes de la DGFiP : socle minimal des trois formats.
- Article 289 bis du Code général des impôts : définition de la facture électronique.
- 01Profil EN 16931 par défaut : MINIMUM et BASIC WL ne portent pas les lignes et ne sont pas conformes.
- 02Conforme Europe ≠ conforme France : les règles CIUS-FR exigent des mentions que la norme ignore.
- 03Les rejets viendront de vos données clients, pas du format : SIREN, TVA intracom, adresses électroniques.
Le livre blanc déroule la réforme, les formats et les cas pratiques BTP et industrie.
Demander une démonstration
30 minutes en visio, avec un spécialiste de votre métier. Sans engagement.
