Définition en trois phrases
Factur-X est une facture électronique au format « hybride » : un fichier PDF unique qui contient à la fois la facture lisible par un humain et un XML structuré (syntaxe CII) que les logiciels lisent. C'est le standard co-publié par le FNFE-MPE français et le FeRD allemand — ZUGFeRD et Factur-X sont techniquement le même fichier. La France l'accepte comme l'un de ses trois formats obligatoires en réception depuis le 1er septembre 2026.
Pourquoi l'hybride gagne côté TPE/PME
Le pari du format : ne rien changer aux usages. Vos clients continuent de recevoir un PDF qu'ils ouvrent, impriment, archiventa comme avant ; vos fournisseurs et vos plateformes y lisent des données structurées. Trois gains concrets :
- Conformité sans migration de bout en bout — le profil BASIC couvre les données e-reporting et passe le validateur de la DGFiP.
- Réconciliation automatique — les acheteurs rapprochent lignes, commandes et réceptions sans ressaisie ni OCR (source d'erreurs BR-CO).
- Zéro risque de perte d'information — le PDF « officiel » est exactement la version dont le XML est extrait : plus de débat entre la version imprimée et la version données.
Les 5 profils expliqués (avec exemples)
Le profil déclare quelles données structurées contient votre facture. C'est la balise GuidelineSpecifiedDocumentContextParameter/ID du XML (règle BR-01) et le champ fx:ConformanceLevel des métadonnées XMP du PDF :
| Profil | Contenu | Usage |
|---|---|---|
| MINIMUM | En-tête + totaux, aucune ligne | Très bas : toléré en réception, refusé en e-reporting |
| BASIC WL | En-tête + lignes sans détail produit | Transition, rarement suffisant |
| BASIC | Lignes complètes (désignation, quantité, PU, TVA), totaux cohérents | Le choix recommandé TPE/PME |
| EN 16931 | Toutes les données de la norme européenne | Échanges exigeants, achats automatisés |
| EXTENDED | EN 16931 + champs métiers additionnels | Grands comptes, industries |
Téléchargez les trois premiers profils en exemples réels Factur-X : mêmes conteneurs, données de plus en plus riches, à ouvrir côte à côte.
À quoi ressemble le fichier à l'intérieur
Un Factur-X = trois couches :
- Le PDF (conforme PDF/A-3b, couleurs et police incluses pour l'archivage pérenne) ;
- La pièce jointe
factur-x.xml: le CII — un XML balisérsm:CrossIndustryInvoiceoù chaque donnée porte un nom standard (BT-1 numéro, BT-2 date, BT-27 vendeur, BT-112 total TTC…) ; - Les métadonnées XMP : le « passeport » qui déclare
DocumentType=INVOICE, le profil et la version Factur-X. Un PDF sans ce bloc est refusé par la plupart des portails, y compris s'il contient bien le XML.
Testez : déposez une facture sur notre validateur — il affiche exactement ces trois couches (syntaxe, profil, XMP).
Factur-X 1.07, 1.08, 1.09 : quelle différence ?
La spécification évolue par releases : 1.08 (nov. 2024) a aligné le profil EN 16931 complet et clarifié les règles françaises (notes PMT/PMD/AAB obligatoires, BT-22) ; 1.09 / 1.09.2 (publiées en juin et 4 août 2026) intègrent la mise à jour semestrielle de l'EN 16931, de nouvelles listes de codes et le profil EXTENDED-CTC-FR pour l'e-reporting français. Pour un émetteur TPE/PME, le changement est invisible : le BASIC 1.09 reste du BASIC — seule la génération logicielle change. Détail complet dans Factur-X 1.09 : ce qui change.
Créer et valider votre première facture Factur-X
- Créer : un logiciel conforme (comme FacturX) génère le PDF, le XML BASIC et le XMP en une commande. Le générateur gratuit produit un fichier de test complet.
- Convertir : vous avez déjà un PDF et un XML ? Le convertisseur les assemble en PDF/A-3.
- Valider : passez le fichier dans le validateur en ligne, puis, pour la recette définitive, dans le validateur officiel de la FNFE / DGFiP. Les deux se complètent : le nôtre explique les causes en français, le leur est la référence opposable.
Les erreurs Factur-X les plus fréquentes
noXmlInPdf: le PDF envoyé ne contient aucun XML — c'est un export d'impression, pas une e-facture. L'explication.BR-01 profil manquant: le XML ne déclare pas son profil. Cause et correction.BR-CO-10 somme des lignes ≠ total HT: l'erreur d'arrondi classique des exports ERP. Le fix.FR-CO-26 aucun identifiant vendeur: TVA + SIRET absents. Reconstruire BT-29/30/31.