Checklist de conformité Factur-X : 10 points à vérifier

10 points essentiels à vérifier avant d'émettre votre première facture Factur-X. La norme EN 16931 comporte plus de 200 règles de validation. Une seule erreur suffit pour que votre facture soit rejetée par la plateforme de dématérialisation ou, pire, pour déclencher une amende de 50 € par facture non conforme.

Cette checklist condense les contrôles les plus critiques en 10 points actionnables. Elle couvre le format PDF, la structure XML, les métadonnées, les calculs de TVA et les nouveaux champs exigés par la réforme 2026. Chaque point correspond à une catégorie d'erreurs fréquemment détectées par les validateurs.

Que vous génériez vos factures manuellement ou via un logiciel comptable, parcourez ces 10 points avant chaque envoi. Le temps investi (5 minutes par facture) vous évitera des rejets en chaîne et des sanctions cumulées pouvant atteindre 15 000 € par an.

Votre PDF doit être au format PDF/A-3, pas un PDF classique. C'est la première vérification effectuée par tout validateur et la première cause de rejet pour les entreprises qui utilisent un outil de création PDF standard.

Les exigences du PDF/A-3 sont strictes :

• Pas de JavaScript : aucun script ne doit être présent dans le document. Les formulaires interactifs et les macros sont interdits.
• Pas de chiffrement : le PDF ne doit pas être protégé par mot de passe, ni en lecture ni en modification.
• Polices embarquées : toutes les polices utilisées doivent être intégrées dans le fichier. Aucune référence à une police externe n'est acceptée.
• Espace colorimétrique déclaré : un profil ICC doit être intégré (généralement sRGB).

La spécification Factur-X publiée par la FNFE-MPE détaille toutes les contraintes PDF/A-3. Si votre logiciel de facturation ne génère pas nativement du PDF/A-3, vous devrez convertir vos PDF avant d'y intégrer le XML.

Astuce : ouvrez votre PDF dans Adobe Acrobat et vérifiez les propriétés du document. Le champ "Conforme à" doit indiquer "PDF/A-3b" ou "PDF/A-3u". Si vous voyez "PDF 1.4" ou "PDF 1.7" sans mention PDF/A, le fichier n'est pas conforme.

Le fichier XML intégré au PDF doit être nommé exactement factur-x.xml. Pas "facturx.xml", pas "Factur-X.xml", pas "invoice.xml". Le nom est sensible à la casse et aux tirets.

Ce fichier doit être attaché au PDF en tant que pièce jointe (embedded file) avec un attribut spécifique :

• AFRelationship = "Alternative" : cette valeur indique que le XML est une représentation alternative du contenu du PDF. C'est la seule valeur acceptée par la norme Factur-X. Les valeurs "Data", "Source" ou "Supplement" entraîneront un rejet.

L'absence du fichier XML ou un mauvais nommage est la deuxième erreur la plus fréquente après les problèmes de format PDF/A-3. Certains outils de génération de PDF embarquent le XML sous un nom différent ou oublient de définir l'attribut AFRelationship.

Pour vérifier ce point, ouvrez votre PDF et consultez la liste des pièces jointes. Vous devez voir exactement un fichier nommé "factur-x.xml". Si vous utilisez un outil en ligne de commande, la bibliothèque Python factur-x d'Akretion permet d'extraire et de vérifier le XML embarqué en une seule commande.

Les métadonnées XMP (Extensible Metadata Platform) du PDF doivent contenir des informations spécifiques au format Factur-X. Ces métadonnées sont invisibles pour l'utilisateur mais essentielles pour les validateurs.

Deux éléments sont requis dans l'espace de noms fx: (urn:factur-x:pdfa:CrossIndustryDocument:invoice:1p0#) :

• fx:DocumentType : doit valoir "INVOICE" pour une facture standard.
• fx:DocumentFileName : doit correspondre exactement au nom du fichier embarqué, soit "factur-x.xml".
• fx:Version : la version de la spécification Factur-X utilisée (par exemple "1.0").
• fx:ConformanceLevel : le profil déclaré (MINIMUM, BASIC WL, BASIC, EN 16931 ou EXTENDED).

Le profil déclaré dans les métadonnées XMP doit correspondre au contenu réel du XML. Si vous déclarez le profil MINIMUM mais que votre XML contient des données de niveau BASIC, le validateur signalera une incohérence. Inversement, déclarer EN 16931 avec un XML incomplet provoquera un échec de validation.

Cette vérification est souvent négligée car les métadonnées XMP ne sont pas visibles à l'ouverture du PDF. Seul un outil de validation automatisé peut les contrôler efficacement.

Factur-X propose 5 profils de conformité, du plus simple au plus complet. Choisir le bon profil est une décision stratégique qui dépend de vos besoins et de ceux de vos clients.

• MINIMUM : le strict nécessaire. Numéro de facture, date, montants totaux, identifiants vendeur/acheteur. Suffisant pour satisfaire l'obligation légale de base. Environ 20 champs XML.
• BASIC WL (Without Lines) : ajoute les détails de TVA par catégorie, les conditions de paiement et les adresses complètes. Pas de détail par ligne de facture. Environ 40 champs XML.
• BASIC : comme BASIC WL mais avec le détail de chaque ligne de facture (description, quantité, prix unitaire). Environ 60 champs XML.
• EN 16931 : conformité complète à la norme européenne. Tous les champs du CII sont disponibles. C'est le profil recommandé pour les entreprises qui échangent avec des partenaires européens. Plus de 100 champs XML.
• EXTENDED : ajoute des champs supplémentaires au-delà de la norme EN 16931. Utile pour des cas métier spécifiques (acomptes, remises complexes, etc.).

Recommandation : si vous êtes une TPE ou un auto-entrepreneur avec des factures simples, commencez par le profil MINIMUM ou BASIC WL. Si vous avez besoin du détail des lignes (ce qui est souvent le cas pour les PDP), passez à BASIC. Si vous travaillez à l'international, visez EN 16931.

Vérifiez également les exigences de votre PDP. Certaines plateformes imposent un profil minimum plus élevé que MINIMUM, typiquement BASIC ou BASIC WL, pour pouvoir traiter correctement les données fiscales.

Chaque profil Factur-X définit un ensemble de champs obligatoires identifiés par des codes BT (Business Term) issus de la norme EN 16931. Voici les champs les plus critiques, communs à tous les profils :

• BT-1 : numéro de facture. Doit être unique et séquentiel. Exemple : "FC-2026-001".
• BT-2 : date d'émission de la facture au format AAAAMMJJ (ISO 8601 sans tirets dans le XML CII).
• BT-3 : code type de document. "380" pour une facture, "381" pour un avoir.
• BT-5 : code devise (ISO 4217). "EUR" pour l'euro.
• BT-6 : devise de comptabilisation de la TVA, si différente de BT-5. Obligatoire uniquement dans ce cas.
• BT-9 : date d'échéance de paiement. Recommandée par la norme et exigée par la plupart des PDP.
• BT-27 à BT-35 : nom, adresse et identifiant du vendeur (SIREN, numéro de TVA intracommunautaire).
• BT-44 à BT-52 : nom, adresse et identifiant de l'acheteur.
• BT-106 : montant total HT de la facture.
• BT-109 : montant total de TVA.
• BT-112 : montant total TTC.

L'absence d'un seul champ obligatoire provoque un échec de validation XSD (étape 3 du pipeline de validation). Le message d'erreur typique est "cvc-complex-type: element X is expected" suivi du nom du champ manquant.

Conseil pratique : créez un modèle de facture dans votre logiciel avec tous les champs obligatoires pré-remplis. Cela évite les oublis récurrents, notamment sur les identifiants fiscaux (BT-31 pour le SIREN vendeur, BT-48 pour le SIREN acheteur).

La règle BR-CO-14 est la première cause de rejet des factures Factur-X. Elle vérifie que le montant total de TVA de la facture correspond à la somme des montants de TVA par catégorie. Une différence d'un centime suffit pour provoquer un échec.

Les erreurs de calcul proviennent presque toujours de problèmes d'arrondi. La norme norme EN 16931 impose une méthode d'arrondi précise :

• Arrondir au niveau de chaque ligne : calculez le montant de TVA de chaque ligne avec 2 décimales, en arrondissant au centime le plus proche (arrondi bancaire, 0.5 vers le pair).
• Puis sommer les lignes : additionnez les montants de TVA arrondis de chaque ligne pour obtenir le total par catégorie de TVA.
• Puis sommer les catégories : additionnez les totaux par catégorie pour obtenir le montant total de TVA (BT-110).

L'erreur classique est de calculer la TVA sur le montant total HT au lieu de sommer les TVA ligne par ligne. Avec 50 lignes à 19,99 € HT et 20 % de TVA, la différence entre les deux méthodes peut atteindre plusieurs centimes.

Autres règles de calcul fréquemment échouées :

• BR-CO-10 : le montant net d'une ligne (BT-131) doit être égal à quantité (BT-129) multipliée par le prix unitaire net (BT-146), arrondi à 2 décimales.
• BR-CO-13 : le montant total HT (BT-106) doit être égal à la somme des montants nets de toutes les lignes.
• BR-CO-15 : le montant TTC (BT-112) doit être égal au montant HT (BT-106) plus le montant total de TVA (BT-110).

Règle d'or : ne jamais recalculer un montant global à partir des sous-totaux. Toujours partir des lignes, arrondir, puis sommer.

Les factures Factur-X utilisent des codes normalisés internationaux pour garantir l'interopérabilité entre systèmes. Utiliser un code incorrect ou inconnu provoque un échec de validation Schematron (étape 4).

Les trois familles de codes les plus importantes :

• Codes devise (ISO 4217) : "EUR" pour l'euro, "USD" pour le dollar américain, "GBP" pour la livre sterling. Le code doit être en majuscules et comporter exactement 3 lettres. "Eur" ou "eur" seront rejetés.
• Codes catégorie de TVA : ces codes identifient le régime de TVA applicable. Les plus courants en France :
  • S : taux standard (20 %, 10 %, 5,5 %, 2,1 %)
  • Z : taux zéro
  • E : exonéré de TVA
  • AE : autoliquidation (reverse charge)
  • K : livraison intracommunautaire
  • G : exportation hors UE
• Codes unité de mesure (UN/ECE Rec 20) : "C62" pour une unité (pièce), "HUR" pour une heure, "DAY" pour un jour, "KGM" pour un kilogramme, "MTR" pour un mètre. Ne pas utiliser "pièce", "heure" ou "kg" en texte libre.

Les erreurs de code sont faciles à éviter mais difficiles à détecter sans validateur. Un code devise en minuscules ou un code unité "PCE" au lieu de "C62" passera inaperçu à la lecture humaine mais provoquera un rejet automatique.

Bonne pratique : intégrez une liste de codes valides dans votre logiciel de facturation sous forme de menus déroulants. Cela empêche toute saisie libre et élimine cette catégorie d'erreurs.

La réforme de la facturation électronique 2026 introduit de nouveaux champs qui ne faisaient pas partie des versions précédentes de la norme Factur-X. Même si certains de ces champs ne sont pas encore obligatoires dans tous les cas, les anticiper dès maintenant vous évitera une mise à jour coûteuse dans quelques mois.

Les principaux nouveaux champs à prévoir :

• SIREN de l'acheteur (BT-47) : jusqu'à présent, seul le numéro de TVA intracommunautaire était exigé. La réforme rend le SIREN du client obligatoire pour les transactions B2B domestiques. Ce numéro à 9 chiffres doit être vérifié dans le répertoire SIRENE de l'INSEE.
• Adresse de livraison (BT-70 à BT-78) : lorsque l'adresse de livraison diffère de l'adresse de l'acheteur, elle doit être renseignée dans la facture. Les PDP utilisent cette information pour le calcul territorial de la TVA.
• Nature de l'opération : un code identifiant le type de transaction (livraison de biens, prestation de services, opération mixte). Ce champ alimente le e-reporting et permet à l'administration fiscale de catégoriser les flux.
• Référence du contrat (BT-12) : le numéro de contrat ou de bon de commande associé à la facture. Recommandé pour faciliter le rapprochement automatique chez l'acheteur.

Ces champs sont déjà pris en charge par les profils BASIC et supérieurs de Factur-X. Si vous utilisez le profil MINIMUM, vous devrez potentiellement monter en profil pour y intégrer ces informations.

Anticipez : commencez dès aujourd'hui à collecter le SIREN de vos clients et à renseigner les adresses de livraison dans vos factures. La transition sera ainsi transparente le jour où ces champs deviendront strictement obligatoires.

Vérifier manuellement les 10 points de cette checklist est utile pour comprendre les exigences, mais insuffisant en production. Vous avez besoin d'un validateur automatisé qui contrôle les 200+ règles en quelques secondes.

Notre outil de validation Factur-X exécute un pipeline en 4 étapes :

• Étape 1 : Conformité PDF/A-3. Vérifie le format du PDF (polices embarquées, absence de JavaScript, pas de chiffrement, profil ICC).
• Étape 2 : Structure Factur-X. Vérifie la présence du fichier factur-x.xml, l'attribut AFRelationship, et les métadonnées XMP.
• Étape 3 : Validation XSD. Contrôle la structure du XML par rapport au schéma XSD officiel. Détecte les champs manquants, les types de données incorrects et les éléments dans le mauvais ordre.
• Étape 4 : Règles métier Schematron. Applique les 200+ règles BR-* de la norme EN 16931. Vérifie les calculs de TVA, la cohérence des montants, la validité des codes et les contraintes conditionnelles.

Chaque erreur détectée est accompagnée d'un message en français clair, du code de la règle violée (par exemple BR-CO-14), et d'une explication de la correction à apporter. Vous n'avez pas besoin de lire la norme EN 16931 pour comprendre ce qui ne va pas.

Processus recommandé : validez une facture type, corrigez toutes les erreurs, puis utilisez cette facture corrigée comme modèle pour les suivantes. Si vous changez de logiciel de facturation ou de version, revalidez immédiatement un échantillon.

Le dernier point de cette checklist ne concerne pas le contenu de votre facture, mais son acheminement. Votre Plateforme de Dématérialisation Partenaire (PDP) est l'intermédiaire obligatoire entre vous et l'administration fiscale. Si votre PDP ne prend pas en charge votre format, vos factures seront rejetées à la transmission.

Vérifications à effectuer avec votre PDP :

• Format accepté : confirmez que votre PDP accepte le format Factur-X (et pas uniquement UBL ou CII pur). Certaines PDP ont des préférences ou des limitations sur les profils acceptés.
• Profil minimum exigé : certaines PDP exigent au minimum le profil BASIC ou BASIC WL. Si vous générez vos factures en profil MINIMUM, vérifiez la compatibilité.
• Validation intégrée : les meilleures PDP valident vos factures avant transmission et vous alertent en cas d'erreur. Mais ne vous reposez pas uniquement sur cette validation : testez en amont avec un outil indépendant comme notre validateur.
• Délais de transmission : la loi impose que la facture soit transmise dans un délai court après son émission. Vérifiez que votre PDP traite les factures en temps réel ou avec un décalage acceptable.

La DGFiP tient à jour la liste officielle des PDP agréées. En avril 2026, 168 plateformes sont homologuées. Comparez les tarifs, les fonctionnalités et la compatibilité avec votre logiciel comptable avant de vous engager.

Rappel : vous n'avez pas besoin d'une PDP pour créer ou valider vos factures. La PDP intervient uniquement pour la transmission à l'administration fiscale et au destinataire. Vous pouvez générer vos factures avec notre générateur et les valider avec notre validateur avant de les envoyer via votre PDP.