Factur-X : choisir le profil et vérifier la facture

Factur-X associe une facture lisible en PDF et des données XML exploitables par un logiciel. Pour l’utiliser dans la réforme française, vérifiez le profil produit, les règles françaises et la transmission par une plateforme agréée. La seule présence d’un fichier XML dans un PDF ne démontre pas que ces conditions sont remplies.

Ce qu’il faut retenir

• Un fichier Factur-X contient une représentation PDF/A-3 et des données structurées en syntaxe CII.
• La mention « compatible Factur-X » doit être précisée par la version, le profil et le circuit d’échange pris en charge.
• Le profil MINIMUM du standard ne constitue pas, à lui seul, le profil réglementaire d’échange français.
• Un contrôle réussi du fichier ne prouve ni la livraison réelle ni le bien-fondé du taux de TVA.

Comprendre ce que reçoit le client

Le destinataire peut lire le PDF et son logiciel peut extraire le XML. Ces deux usages doivent rester cohérents : une différence de montant ou de référence entre les deux représentations crée un incident comptable, même si chacune s’ouvre correctement.

Au 28 septembre 2026, le FNFE-MPE présente Factur-X 1.09.2 / ZUGFeRD 2.5.2, publié le 4 août. La documentation distingue des profils de richesse différente, notamment MINIMUM, BASIC WL, BASIC, EN 16931 et EXTENDED. Ces noms décrivent le standard ; ils ne signifient pas que tous les profils sont équivalents pour la réforme française. Documentation officielle du FNFE-MPE.

Pour comparer ce fonctionnement avec les fichiers entièrement structurés, consultez le guide des formats UBL et CII.

Choisir le profil pour les échanges français

L’article 41 septies C de l’annexe IV du CGI prévoit, pour le format mixte, un XML CII conforme au profil EN16931 ou au profil EXTENDED-CTC-FR, ce dernier passant par le profil EXTENDED de Factur-X. Il prévoit aussi la possibilité pour les plateformes de proposer d’autres formats à leurs clients puis de convertir les factures pour les échanges. Article 41 septies C, version du 29 juillet 2026.

La décision pratique comporte donc deux niveaux : ce que votre logiciel remet à votre plateforme et ce que celle-ci transmet à la plateforme du client. Si votre outil produit un profil simplifié, demandez comment les informations nécessaires seront complétées et quel fichier réglementaire sera effectivement transmis. Une promesse générale de conversion ne répond pas à cette question.

N’ajoutez pas artificiellement des données pour remplir un profil. Il faut récupérer les informations exactes dans les référentiels clients, les commandes et les lignes de vente. Le contrôle des mentions obligatoires intervient avant la génération du document.

Réaliser une recette en quatre étapes

1. Contrôler le conteneur. Faites vérifier le PDF/A-3, la présence de la pièce XML et les métadonnées attendues par la version du standard retenue. Un PDF classique auquel on joint un XML quelconque n’est pas automatiquement un Factur-X valide.

2. Contrôler les données. Faites vérifier le schéma XML, le profil annoncé et les règles métier. Les ressources du FNFE-MPE comprennent des composants de validation des profils et des règles françaises ; la page consultée publie notamment une version corrective du 4 septembre 2026. Conservez la référence des composants utilisés dans votre recette. Ressources techniques du FNFE-MPE.

3. Comparer la lecture humaine et machine. Sur chaque scénario, comparez fournisseur, client, numéro, dates, lignes, TVA et totaux. Faites aussi contrôler une remise, un acompte et un avoir pertinents pour votre activité. Le comptable doit pouvoir expliquer toute différence de présentation sans découvrir une différence de sens.

4. Vérifier l’arrivée. Transmettez dans l’environnement prévu par votre prestataire, récupérez les statuts, puis vérifiez ce que le destinataire voit et importe. La génération locale du fichier et sa bonne réception sont deux étapes distinctes.

Préparer les incidents et les archives

Prévoyez qui traite un fichier rejeté, qui corrige le paramétrage et qui autorise la retransmission. Ne régénérez pas une facture commerciale différente uniquement pour faire disparaître un message technique : conservez le motif et la trace de correction. Le traitement dépend du rejet ou du refus reçu.

Pour l’archive, conservez le fichier et les éléments nécessaires à sa restitution, à sa lisibilité et à la preuve du circuit. Une impression du PDF ne préserve pas, à elle seule, toutes les données structurées. Vérifiez l’export lors d’un changement de prestataire et appliquez les durées de conservation des factures.

Définir le fichier attendu dans le dossier fournisseur

Avant de demander une démonstration, décrivez vos factures. Une facture simple de prestation, une vente avec remise et une facture rectificative n’utilisent pas nécessairement les mêmes informations. L’éditeur doit expliquer comment il prend en charge vos situations, avec le profil effectivement produit et les éventuelles transformations opérées ensuite.

Demandez une réponse écrite sur trois objets distincts : le fichier généré par votre logiciel, celui échangé entre plateformes et celui restitué au destinataire. Ils peuvent différer si une conversion intervient. Il faut pouvoir retrouver leur lien et vérifier que la chaîne conserve les informations nécessaires. Une capture du PDF affiché par l’émetteur ne répond pas à la question de ce que le logiciel du client recevra.

Pour chaque donnée importante, préparez une correspondance entre sa source métier et son utilisation dans la facture :

Cette grille ne désigne pas les balises à employer. L’implémentation doit suivre la documentation technique applicable au profil retenu. Son intérêt est de rendre la recette compréhensible pour le métier : une donnée correcte dans un écran mais mal transférée dans le document reste une difficulté à résoudre.

Lire un écart entre le PDF et le XML

Considérez une situation entièrement fictive : une facture porte un total de 1 200 euros dans ses deux représentations, mais le PDF désigne la société cliente tandis que les données structurées reprennent l’identifiant de sa société sœur. Le total identique ne permet pas d’accepter cette facture. Le problème porte sur l’entité facturée et ses conséquences pour le destinataire.

La première investigation consiste à remonter aux données utilisées pour produire chaque représentation. Le document lisible a-t-il utilisé un champ saisi manuellement ? L’export a-t-il repris un ancien référentiel ? Une conversion a-t-elle utilisé une correspondance différente ? Ces questions sont une méthode de diagnostic ; elles ne décrivent pas un défaut effectivement constaté dans un produit.

Rapprochez ensuite la correction envisagée de la situation réelle de la facture. Un brouillon, une facture déjà émise et une facture déjà traitée par le client ne se corrigent pas indistinctement par remplacement silencieux du fichier. Faites valider le traitement comptable et fiscal, conservez la trace de l’anomalie et vérifiez le document corrigé dans ses deux représentations.

Le même raisonnement vaut pour les écarts moins visibles : une référence tronquée, une date différente ou une ventilation qui ne permet plus le rapprochement. L’ouverture réussie du PDF ne démontre pas que les données sont correctement utilisables ; un import réussi ne démontre pas davantage que la lecture humaine restitue toutes les informations utiles.

Encadrer les transformations réalisées par les plateformes

L’Art. 41 septies C prévoit un traitement particulier lorsque la conversion à l’émission ou la mise au format à la réception ne garantit pas strictement l’intégrité des données : une représentation lisible comportant l’ensemble des données reçues avant transformation doit être transmise ou mise à disposition selon le cas. Cette règle aide à formuler une question précise au prestataire : que reçoit le client lorsque le format cible ne porte pas toutes les informations d’origine ?

Faites identifier la transformation concernée et son responsable. Il faut aussi savoir où consulter la représentation complémentaire, comment la relier à la facture et comment la retrouver ultérieurement. Si cette présentation existe mais reste inconnue des équipes comptables, elle ne facilite pas leur rapprochement quotidien. Son accès doit être prévu dans l’organisation de réception.

Ne confondez pas cette conservation de la lecture avec un enrichissement automatique de la donnée structurée. Une information visible dans un document complémentaire n’est pas nécessairement exploitable dans le champ attendu par le logiciel du destinataire. Demandez au prestataire de distinguer clairement restitution, conversion et intégration comptable.

Conserver une décision de mise en service limitée à ce qui a été vérifié

Le compte rendu de recette peut réunir le scénario, le fichier examiné, les versions des composants, les contrôles réalisés et les réserves. Les conclusions doivent rester liées à ce périmètre. Une facture simple validée ne couvre pas par extension tous les taux, devises, corrections et situations commerciales de l’entreprise.

Attribuez chaque réserve à l’équipe capable de la résoudre : qualité du référentiel, paramétrage de l’éditeur, conversion de la plateforme ou règle d’import du client. Précisez l’élément attendu pour clôturer le point. Si la difficulté empêche un traitement correct d’une catégorie de factures, ne la masquez pas dans une validation générale du projet.

Enfin, prévoyez une nouvelle vérification lorsqu’un composant, un profil ou une règle de génération change. Conservez les anciennes références pour comprendre les documents déjà émis, sans les régénérer systématiquement avec le nouvel outil. La continuité documentaire permet d’expliquer ce qui a été envoyé à une date donnée et les corrections intervenues ensuite.

Questions fréquentes

Un PDF envoyé par courriel est-il une facture Factur-X ?

Pas nécessairement. Il faut vérifier sa structure et son XML. De plus, le format du fichier et le respect du circuit obligatoire par plateforme agréée sont deux questions différentes.

Le profil MINIMUM suffit-il pour toutes les factures françaises ?

Non. Le standard contient plusieurs profils, mais le socle réglementaire français désigne les profils d’échange applicables. Si votre logiciel produit un profil simplifié, obtenez la preuve du traitement et de la conversion effectués par votre plateforme.

Un validateur garantit-il la conformité fiscale complète ?

Non. Il contrôle des caractéristiques du document et des règles déterminées. Il ne peut pas confirmer à lui seul la réalité d’une prestation, le régime fiscal applicable ou l’autorisation du fournisseur à facturer.

Recevez nos analyses pratiques sur la conformité : inscrivez-vous à la newsletter.

Thiébaut Devergranne est docteur en droit et fondateur de donneespersonnelles.fr. Il travaille depuis plus de vingt ans sur le droit des technologies et la protection des données personnelles.