Derrière chaque fichier Factur-X se cachent deux factures. La première est un PDF que n’importe qui ouvre et lit. La seconde est un fichier XML structuré, invisible à l’écran, que les logiciels comptables exploitent sans ressaisie. Quand les deux divergent, c’est la version que personne ne regarde qui fait foi.
Ce format hybride compose, avec UBL et CII, le socle des trois formats reconnus par la réforme. Sa version 1.08, alignée sur ZUGFeRD 2.4, s’applique depuis le 15 janvier 2026. Pour situer ce maillon dans la chaîne de transmission complète, notre page pour comprendre la plateforme agréée détaille qui fait quoi, du logiciel émetteur à l’administration.
Reste la question opérationnelle : quel profil retenir, comment générer un fichier conforme, comment contrôler ceux que vos fournisseurs enverront dès le 1ᵉʳ septembre 2026. La réponse dépend moins du format lui-même que du niveau de données que votre activité impose d’embarquer.
La plateforme spécialiste Factur-X et hub EDI
Solution conforme aux standards CTC européens, idéale pour les ETI et les flux B2B techniques.
- Spécialiste Factur-X
- Hub EDI multi-formats
- Connecteurs ERP natifs
Un PDF/A-3 avec un XML embarqué : l’anatomie du format hybride
Le mot « hybride » décrit une réalité technique précise, pas un argument marketing. Un fichier Factur-X superpose deux représentations de la même facture dans une seule enveloppe. Comprendre cette mécanique évite la plupart des erreurs de mise en œuvre observées depuis le lancement du pilote.
Une couche lisible, une couche structurée, un seul fichier
La couche visible est un PDF classique : logo, lignes, totaux, conditions de règlement. La couche invisible est un fichier XML qui reprend les mêmes informations sous forme de données structurées, selon le modèle sémantique européen et ses 165 champs possibles. Le destinataire humain lit le premier, le logiciel comptable intègre le second.
Cette dualité supprime l’OCR et ses erreurs typiques : virgule lue comme un point, SIREN tronqué, montant mal extrait. De plus, les mentions obligatoires d’une facture électronique sont portées par les deux couches à la fois, ce qui sécurise le contrôle réglementaire comme la lecture humaine.
factur-x.xml et métadonnées XMP : ce qui rend le fichier conforme
Un Factur-X conforme respecte trois exigences cumulatives. L’enveloppe doit être un PDF/A-3, la déclinaison archivable du PDF normalisée ISO 19005-3. Le fichier embarqué doit porter le nom imposé factur-x.xml et suivre la syntaxe CII de l’UN/CEFACT. Enfin, les métadonnées XMP du document déclarent le profil utilisé, la version de la spécification et la relation entre les deux couches.
Côté français, le standard est référencé par l’AFNOR sous le code Z 111-200, et les exigences propres à la réforme sont décodées dans la spécification AFNOR Annexe A. Autrement dit, la conformité d’un fichier se vérifie objectivement, champ par champ, schéma par schéma.
Le PDF/A-1 de 2005 interdit toute pièce jointe. C’est la version A-3, publiée en 2012, qui a autorisé l’embarquement de fichiers dans un PDF archivable. Le format hybride exploite exactement cette ouverture, tout en restant valable pour la conservation légale de 10 ans.
En cas d’écart entre le PDF et le XML, la donnée structurée prime
La norme impose la cohérence entre les deux couches. Toutefois, si une divergence subsiste, le XML fait foi pour le traitement automatique comme au plan réglementaire. Un montant correct dans le PDF mais erroné dans le XML produit donc une facture fausse, même si l’œil humain n’y voit rien.
L’implication est concrète. Quand le logiciel génère le PDF à partir des données structurées, la cohérence est acquise par construction. En revanche, assembler un PDF existant avec un XML produit séparément exige un contrôle systématique avant transmission. Les rejets observés viennent d’ailleurs surtout de là : totaux de TVA incohérents par arrondi, numéro de TVA absent, SIREN manquant.
Profils MINIMUM, BASIC, EN 16931, EXTENDED : quel niveau de données embarquer
Le profil détermine la richesse du fichier XML, du strict minimum réglementaire au détail logistique complet. Ce choix est structurant, car les profils sont cumulatifs à la montée mais pas réversibles à la descente : ce qui n’a pas été embarqué à l’émission ne pourra jamais être reconstruit en aval.
MINIMUM et BASIC WL : des profils sans lignes, tolérés en transition
Ces deux premiers niveaux n’embarquent aucune ligne de facture. MINIMUM se limite aux identités, dates et montants globaux. BASIC WL y ajoute les informations de paiement et la TVA agrégée, toujours sans le détail des prestations. Le destinataire ne peut donc pas reconstituer la facture à partir du seul XML.
Pour les flux B2B domestiques soumis à la réforme, ces profils ne couvrent pas les exigences fiscales complètes. Ils gardent ainsi un rôle de transition courte au démarrage, ou de cas particuliers, mais constituent une impasse pour l’automatisation comptable du destinataire.
Les conversions entre formats du socle sont possibles, mais les lignes absentes ne s’inventent pas. Le profil choisi à l’émission fixe le plafond de service pour tous les destinataires. Émettre pauvre, c’est imposer de la ressaisie à toute la chaîne.
BASIC et EN 16931 : les niveaux qui couvrent le B2B courant
BASIC est le premier profil à inclure le détail par ligne : désignation, quantité, prix unitaire, TVA ventilée par taux. C’est le niveau qui rend possibles le lettrage, le rapprochement et l’intégration comptable automatique. Pour une TPE au flux simple, il suffit dans la grande majorité des cas.
Le profil EN 16931 couvre, lui, l’intégralité du noyau sémantique européen. Il garantit l’interopérabilité avec n’importe quel destinataire de l’Union et l’automatisation maximale en réception. Par ailleurs, les profils étant emboîtés, passer de BASIC à EN 16931 revient surtout à compléter des champs : le réflexe sûr consiste à viser EN 16931 dès que le logiciel le produit proprement.
EXTENDED et EXTENDED-CTC-FR : l’extension française pour les cas complexes
EXTENDED ajoute les données logistiques, douanières et promotionnelles : incoterms, remises multiples, références de livraison. Sa déclinaison française EXTENDED-CTC-FR modifie certaines cardinalités de la norme et introduit une tolérance d’arrondi de 1 centime par ligne sur les calculs de totaux et de bases TVA.
Ce niveau ne se justifie qu’en présence de besoins métier explicites, notamment pour couvrir certains cas d’usage de la facture électronique que les profils standards n’adressent pas. La version 1.08 y ajoute la gestion des sous-lignes, utile pour structurer des ouvrages composites mêlant matériaux et main-d’œuvre.
Si la structure compte plus de 5 salariés ou si un cabinet comptable est dans la boucle : Pennylane sort largement du lot.
Factur-X face à ZUGFeRD, UBL et CII : trois enveloppes pour un même socle
Les formats reconnus par la DGFiP partagent la même fondation sémantique, la norme EN 16931. Elle dicte quoi mettre dans une facture : champs obligatoires, codes TVA, règles de calcul. Les formats, eux, ne décident que de la façon de l’écrire.
ZUGFeRD : le même standard sous un autre nom
Factur-X et ZUGFeRD désignent un seul et même standard, maintenu conjointement par le FNFE-MPE côté français et le FeRD côté allemand. Depuis les versions 2.x, les deux spécifications sont techniquement identiques : un fichier valide pour l’une l’est pour l’autre, sans conversion.
La version 1.08 / ZUGFeRD 2.4, publiée le 4 décembre 2025, intègre la mise à jour bisannuelle de la norme européenne. Chaque pays conserve néanmoins son profil réglementaire de référence : XRECHNUNG pour les marchés publics allemands, EXTENDED-CTC-FR pour les spécificités françaises. Pour qui facture des clients outre-Rhin, l’écart concret est nul : même fichier, deux appellations.
UBL et CII : des XML purs, sans couche visuelle
UBL, standardisé par OASIS, domine le réseau Peppol et l’e-procurement international. CII, porté par l’UN/CEFACT, équipe plutôt les flux EDI industriels. Ni l’un ni l’autre ne produit de rendu lisible sans logiciel : ce sont des fichiers de données brutes. Le panorama complet des formats de facture électronique détaille leurs périmètres respectifs.
Factur-X embarque précisément du CII dans son PDF/A-3. À données égales, seule l’enveloppe change, et c’est elle qui fait le vrai différenciant pour une petite structure : la lisibilité humaine sans outil dédié.
| Critère | Factur-X | UBL | CII |
|---|---|---|---|
| Nature | Hybride PDF + XML | XML pur | XML pur |
| Lisible sans logiciel | Oui | Non | Non |
| Syntaxe | CII embarqué dans PDF/A-3 | OASIS UBL 2.1 | UN/CEFACT CII |
| Usage privilégié | TPE et PME, B2B domestique | Peppol, échanges internationaux | EDI industriels, grands comptes |
| Socle réforme 2026 | Oui | Oui | Oui |
À conditions identiques, aucun des trois n’est « plus conforme » que les autres. Le choix relève de la plomberie technique : la plateforme par laquelle transitent vos factures assure la conversion entre formats du socle, dans les limites de profil vues plus haut.
Émettre, recevoir et vérifier une Factur-X avant le 1ᵉʳ septembre 2026
Le calendrier ne laisse plus beaucoup de marge. La réception devient obligatoire pour toutes les entreprises au 1ᵉʳ septembre 2026, l’émission s’imposant aux grandes entreprises et ETI à la même date, puis aux PME et micro-entreprises au 1ᵉʳ septembre 2027.
Or, au printemps 2026, seuls 600 000 SIREN avaient déclaré leur plateforme de réception dans l’annuaire central du Portail Public de Facturation (PPF), sur près de 10 millions d’assujettis concernés.
Trois voies de génération : logiciel natif, conversion, librairies
La voie courante reste le logiciel de facturation qui produit du Factur-X nativement : le PDF et le XML naissent des mêmes données, la cohérence est garantie. Le point à vérifier avant de signer est le profil réellement supporté, BASIC au minimum, idéalement EN 16931.
Deuxième voie, la conversion d’un PDF classique par la plateforme de l’entreprise : une béquille de transition, moins fiable qu’une génération native. Le fonctionnement d’une plateforme agréée montre d’ailleurs où cette conversion s’insère dans le flux. Enfin, les librairies open source comme Mustang en Java conviennent aux SI internes, au prix d’une maintenance calée sur les mises à jour bisannuelles de la norme.
Contrôler un fichier reçu : pièces jointes, validateurs, statuts
Le test le plus simple tient en dix secondes : ouvrir le PDF dans un lecteur, afficher les pièces jointes, vérifier la présence de factur-x.xml. S’il manque, le fichier n’est qu’un PDF ordinaire. Pour aller plus loin, les schémas XSD et Schematron publiés par le FNFE-MPE valident chaque profil champ par champ.
Une fois la facture transmise, le contrôle se poursuit dans le temps : chaque document suit le cycle de vie de la facture électronique et ses statuts successifs, du dépôt à l’encaissement. C’est pourquoi un fichier mal formé se paie deux fois, au rejet puis à la relance.
Un validateur exécuté sur le profil visé, EN 16931 par exemple, liste exactement les champs manquants ou incohérents. Ce contrôle en amont coûte quelques secondes et évite la quasi-totalité des rejets de démarrage.
Version 1.08 et pilote 2026 : un format désormais stabilisé
Le format n’a plus rien d’expérimental. La DGFiP a publié la liste des 101 premières plateformes immatriculées le 16 janvier 2026, et la phase pilote engage des flux réels depuis le 27 février 2026 : vraies factures, vrais paiements.
Côté sanctions, l’administration a confirmé en mai 2026 une logique de droit à l’erreur au démarrage : accompagnement d’abord, amendes ensuite. Cette souplesse ne change rien au fond. Une entreprise qui choisit son outil maintenant teste son premier fichier en conditions réelles avant l’été, pas dans l’urgence de la rentrée.
Une PA gratuite à l’entrée, du Factur-X natif
Indy reste le compromis le plus large pour les indépendants conformes 2026. Facturation conforme Factur-X, comptabilité intégrée et déclaration TVA, gratuit au démarrage.
Créer un compte Indy →Questions fréquentes
Factur-X est-il obligatoire pour être conforme à la réforme ?
Non. La réforme impose un format du socle parmi trois, Factur-X, UBL ou CII, et une transmission par plateforme agréée pour les flux B2B domestiques. L’émetteur reste libre de son choix. En pratique, la majorité des éditeurs français ont retenu Factur-X par défaut, sa lisibilité humaine évitant toute rupture d’usage pendant la transition.
Peut-on encore envoyer une facture Factur-X par e-mail ?
Techniquement oui, puisque le fichier reste un PDF. Réglementairement, non pour le B2B domestique : à partir du 1ᵉʳ septembre 2026, la facture doit transiter par la plateforme de l’émetteur vers celle du destinataire. L’e-mail conserve un rôle pour les flux hors champ, comme les clients particuliers, qui relèvent alors du e-reporting.
Factur-X est-il accepté par Chorus Pro pour les marchés publics ?
Oui. Chorus Pro, obligatoire pour facturer le secteur public depuis le 1ᵉʳ janvier 2020, accepte le dépôt de fichiers Factur-X et en extrait les données structurées sans ressaisie. Une entreprise qui produit déjà du Factur-X conforme EN 16931 pour ses clients publics aborde donc la bascule B2B avec un processus éprouvé.
Comment archiver une facture Factur-X ?
L’original légal est le fichier électronique lui-même, à conserver 10 ans. Le PDF/A-3 a justement été conçu pour cela : polices embarquées, aucune dépendance externe, lisibilité garantie dans le temps. Imprimer la facture est contre-productif, car la version papier perd le XML qui porte la valeur probante des données.
Combien coûte la génération de factures Factur-X ?
La spécification est publique et gratuite. Le coût réel se loge dans l’outillage : librairies open source à 0 € pour un SI interne, offres gratuites à l’entrée chez certains éditeurs, abonnements de 6 à 29 € HT/mois pour les formules TPE courantes. À volume égal, l’écart concret se joue sur le profil supporté et le raccordement à la plateforme, pas sur le format.