Factur-X est un format hybride : la facture reste lisible dans un PDF tandis qu’un fichier XML structuré y est embarqué pour permettre les contrôles et traitements automatisés.
Dirigeants de PME, DAF, Responsables comptables, Experts-comptables.
Découvrir l’outil Factur-XProduire une représentation lisible et un jeu de données cohérent.
Extraire les données tout en conservant la pièce visible.
Comparer le contenu XML, le PDF et les règles métier avant intégration.
Factur-X combine un document PDF, destiné à la lecture et à l’archivage visuel, avec un fichier XML embarqué contenant les données structurées de la facture. Les deux représentations décrivent la même opération et doivent rester cohérentes.
Cette approche facilite une transition progressive entre traitement manuel et automatisation.
Un PDF classique affiche du texte et une mise en page, mais ses informations ne sont pas nécessairement structurées de façon fiable pour un logiciel. Factur-X ajoute des champs normalisés que le système peut lire sans reconnaissance visuelle.
Changer l’extension ou joindre un XML séparé ne suffit pas : le document doit respecter les règles du format utilisé.
Le XML porte les identifiants des parties, dates, lignes, quantités, prix, taxes, totaux et modalités nécessaires selon le profil. Il est intégré au conteneur PDF selon les spécifications du format.
Les contrôles doivent vérifier la structure du XML, les règles de calcul et la cohérence avec la représentation lisible.
Les données structurées réduisent la ressaisie et facilitent le pré-remplissage, les contrôles, le rapprochement et l’orientation dans un circuit de validation. Les gains dépendent toutefois de la qualité des données source et des règles d’intégration.
Les exceptions, avoirs, acomptes et cas de TVA doivent être testés, pas seulement une facture simple.
Factur-X fait partie des formats utilisés pour porter les données d’une facture électronique. Le respect du format ne remplace pas le canal prévu par la réforme : la facture doit aussi circuler via les acteurs et procédures applicables.
Pilotegest propose un outil lié à Factur-X, sans revendiquer le statut de plateforme agréée.
Factur-X est un format hybride de facture électronique : un document PDF lisible par une personne contient un fichier XML structuré exploitable par un logiciel. Les deux représentations portent la même opération et doivent être cohérentes. Ce format facilite une transition progressive depuis le PDF, mais il reste soumis aux règles de données, de profil et de transmission applicables.
À lire aussi : Factur-X, UBL ou CII
Un PDF classique présente surtout une image ou du texte destiné à la lecture humaine. Factur-X ajoute dans le PDF un XML normalisé qui identifie de manière structurée le vendeur, l’acheteur, les lignes, les taxes et les totaux. Renommer un fichier ou joindre un XML séparé ne suffit pas : l’enveloppe, les métadonnées, le profil et la cohérence des données doivent respecter le format.
Factur-X prévoit plusieurs profils de richesse croissante, notamment MINIMUM, BASIC WL, BASIC, EN 16931 et EXTENDED. Le profil détermine les données et règles disponibles ; il ne doit pas être choisi uniquement parce qu’il paraît plus complet. Il faut retenir celui accepté par le flux cible et réellement alimenté par le système source. Pilotegest génère actuellement un flux orienté profil EXTENDED.
La vérification doit couvrir le PDF/A-3, la présence et la conformité du XML, les règles du profil déclaré et la cohérence entre XML et représentation visuelle. Ajoutez des contrôles métier sur les totaux, taxes, identifiants et références. Un validateur applicatif aide à corriger tôt les erreurs, mais pour un flux critique il est prudent de tester aussi avec le validateur ou la plateforme qui recevra réellement la facture.
Non. Factur-X est un format de facture, pas l’ensemble du dispositif. Il faut aussi respecter le canal de transmission, les données obligatoires, les statuts, l’annuaire, l’e-reporting éventuel, les règles fiscales et l’archivage. Une facture techniquement bien formée peut encore être rejetée pour une donnée métier absente ou un mauvais routage. La conformité s’apprécie donc sur le processus complet.
Oui, le XML structuré permet de préremplir ou automatiser une partie de l’enregistrement : tiers, dates, références, lignes, TVA et totaux. L’automatisation doit néanmoins inclure des contrôles, des règles de rapprochement et une file d’exception. La présence du XML réduit la saisie, mais ne garantit ni la bonne imputation comptable ni l’existence de la commande ou du service fait.
Générez le PDF et le XML à partir d’une même source de données et d’un même moteur de calcul, puis comparez automatiquement identifiants, dates, montants hors taxe, TVA et total à payer. Évitez toute retouche manuelle du PDF après génération. Les tests doivent inclure arrondis, remises, plusieurs taux et avoirs, car ce sont des causes fréquentes d’écart entre la vue humaine et les données structurées.
Oui, l’outil Pilotegest prépare les données, applique des contrôles sémantiques EN16931 et permet de générer un XML CII ainsi qu’un PDF hybride avec XML embarqué. Ces contrôles facilitent la détection d’erreurs avant envoi. Ils ne constituent toutefois ni une certification officielle du document ni une garantie d’acceptation par toutes les plateformes : testez le fichier dans votre chaîne cible et conservez les résultats.
Par Équipe Pilotegest · Dernière mise à jour : 25/08/2026