Factur-X : 10 erreurs fréquentes lors de la génération d’une facture électronique

Image générée sur le thème facture électronique

Mettre en œuvre Factur-X dans un logiciel métier peut sembler relativement simple :

Le document PDF est généré → le fichier XML est créé → le PDF contient bien le XML

Bien que les premiers tests soient encourageants, les difficultés apparaissent généralement lors des échanges réels avec une plateforme de dématérialisation, un client ou un outil de validation.

Pourquoi ?

Parce que la conformité Factur-X ne dépend pas d’un seul élément. Elle repose sur un ensemble de règles techniques et métier qui doivent toutes être respectées.

Au fil des projets d’intégration que nous accompagnons, certaines erreurs reviennent régulièrement. Les connaître permet de gagner un temps précieux et d’éviter de nombreux rejets.

Erreur n°1 : Générer un PDF au lieu d’un PDF/A-3

C’est probablement l’erreur la plus fréquente. Le document obtenu est visuellement parfait, il s’ouvre correctement et s’imprime sans difficulté.

👉 Pourtant, il ne respecte pas les exigences de Factur-X.

En effet, Factur-X impose l’utilisation du format PDF/A-3, seul capable d’intégrer correctement le fichier XML tout en répondant aux contraintes d’archivage.

Comment l'éviter ?

La génération du PDF/A-3 doit être intégrée directement dans votre moteur documentaire et faire l’objet d’une vérification systématique.

Erreur n°2 : Produire un XML valide … mais incomplet

Un XML peut parfaitement respecter le schéma XSD tout en oubliant certaines informations devenues obligatoires selon le contexte.

Par exemple :

  • Une référence de commande
  • Une mention d’exonération de TVA
  • Certaines informations relatives au paiement
  • Une référence réglementaire

Dans ce cas, le XML est techniquement valide mais la facture ne l’est pas.

Comment l'éviter ?

Ne limitez jamais vos contrôles à la validation XSD.

Les règles métier doivent également être vérifiées.

Erreur n°3 : Se contenter d’une validation XSD

Beaucoup de développeurs découvrent Factur-X par les schémas XML.

Ils mettent en place la validation XSD. Le projet semble terminé.

Et pourtant, la validation XSD ne contrôle que la structure du document.

Les règles fonctionnelles sont vérifiées par le Schematron.

Une facture peut donc être :

✔️ valide XSD

❌ rejetée pour non-conformité métier

Comment l'éviter ?

Automatisez les deux validations :

  • XSD
  • Schematron

Erreur n°4 : Des écarts d’arrondi

⚠️ Quelques centimes suffisent à provoquer un rejet ! 

Les causes sont nombreuses :

  • Calcul ligne par ligne
  • Calcul global
  • Remises
  • TVA
  • Frais annexes

Prenons un exemple : 

Trois lignes sont arrondies individuellement. Le total est ensuite recalculé.

Le résultat diffère de celui obtenu par un calcul global
→ le Schematron détectera immédiatement cette incohérence.

Comment l'éviter ?

Centralisez les calculs dans un moteur unique et utilisez exactement les mêmes valeurs pour le PDF, le XML et les contrôles.

Erreur n°5 : Générer le PDF et le XML séparément

Certaines applications utilisent deux traitements différents : 

  • Le PDF est généré d’un côté
  • Le XML de l’autre

Le risque est évident …

En effet, une modification survenue entre les deux traitements peut produire deux versions différentes de la même facture.

Comment l'éviter ?

Le PDF et le XML doivent toujours être produits à partir de la même source de données.

composition-schema-factur-x

Erreur n°6 : Utiliser des spécifications obsolètes

Factur-X évolue. Les schémas XSD changent et les fichiers Schematron sont régulièrement mis à jour …

Ainsi, certaines règles sont précisées :

Une implémentation réalisée il y a plusieurs années peut ne plus répondre aux exigences actuelles.

Comment l'éviter ?

Mettez en place une veille technique et prévoyez une architecture permettant de mettre à jour facilement les spécifications.

Erreur n°7 : Intégrer les règles métier directement dans le code

Une erreur fréquente consiste à écrire dans le code applicatif :

  • Les profils
  • Les règles
  • Les contrôles
  • Les versions des schémas

Chaque évolution devient alors un projet de développement.

Comment l'éviter ?

Séparez clairement :

  • Données métier
  • Moteur documentaire
  • Fichiers de spécifications
  • Mécanismes de validation

Cette architecture facilite considérablement la maintenance.

Erreur n°8 : Oublier la cohérence entre le PDF et le XML

Une facture Factur-X représente un document unique.

Le PDF et le XML doivent décrire exactement la même réalité.

Par exemple :

Le PDF affiche ▶️ Total TTC : 1 200,00 €

Le XML contient ▶️ Total TTC : 1 190,00 €

Dans ce cas, la facture devient incohérente. Même si chaque élément est individuellement valide, le document n’est plus fiable.

Comment l'éviter ?

Produisez toujours les deux représentations à partir des mêmes objets métier.

Erreur n°9 : Ne pas conserver la traçabilité

Lorsqu’un client signale un rejet plusieurs semaines après l’émission d’une facture, il devient difficile de comprendre l’origine du problème.

Sans historique, impossible de savoir :

  • Quelle version des spécifications a été utilisée ?
  • Quelle version du Schematron était active ?
  • Quels contrôles ont été réalisés ?
  • Quels avertissements ont été remontés ?
Comment l'éviter ?

Journalisez les informations essentielles :

  • Version des spécifications
  • Résultats des validations
  • Éventuels messages d’erreur
  • Horodatage de la génération

Cette traçabilité facilite énormément le support et les audits.

Erreur n°10 : Considérer Factur-X comme un simple format de fichier

C’est sans doute l’erreur la plus importante.

Factur-X n’est pas un nouvel export PDF, c‘est une véritable chaîne documentaire.

Elle implique :

  • Votre modèle de données
  • Vos règles métier
  • Votre moteur documentaire
  • Vos validations
  • Vos échanges avec les plateformes de dématérialisation
Comment l'éviter ?

Une intégration réussie nécessite donc une réflexion d’architecture.

Les bonnes pratiques que nous recommandons

Au fil de nos projets, nous avons identifié plusieurs principes qui permettent de limiter considérablement les risques.

Une source unique de données
Toutes les représentations doivent être générées à partir du même objet métier.
Une génération native
Produire directement un document Factur-X est préférable à une conversion a posteriori.
Une validation systématique
Chaque facture devrait être contrôlée automatiquement : validation PDF/A-3, validation XSD et validation Schematron.
Une architecture modulaire
Toutes les représentations doivent être générées à partir du même objet métier.
Une veille technique
Les évolutions de Factur-X et de la norme EN16931 doivent être intégrées régulièrement afin de garantir la conformité dans le temps.

En conclusion

La majorité des problèmes rencontrés lors d’un projet Factur-X ne sont pas liés à la génération du PDF ou du XML eux-mêmes.

Ils proviennent souvent de choix d’architecture, d’une validation incomplète ou d’une méconnaissance des exigences de conformité.

En anticipant les erreurs les plus fréquentes et en adoptant une approche modulaire, il est possible de produire des factures électroniques fiables, conformes et faciles à faire évoluer.

Pour les entreprises développant des solutions métiers sur mesure, cette démarche constitue un investissement durable qui sécurise les échanges électroniques tout en préparant sereinement les évolutions futures.

Vous souhaitez intégrer Factur-X dans votre logiciel métier sans multiplier les risques de rejet ?

Revoludev vous accompagne dans la conception d’une architecture documentaire robuste, la mise en œuvre d’une validation complète et le maintien de la conformité au fil des évolutions des spécifications.

Contactez-nous

Articles sur le même sujet

revoludev développement informatique windev webdev windev mobile
Logo des formats de facture électronique Factur-X et ZUGFeRD

Factur-X ou ZUGFeRD : différences entre ces deux formats de facture électronique

Par Mathilde

Lorsque l’on commence à travailler sur la facture électronique, deux noms reviennent systématiquement : Factur-X et ZUGFeRD. Pour beaucoup d’entreprises, ces deux termes semblent désigner deux standards concurrents. Pour d’autres, Factur-X serait une version française de ZUGFeRD. Certains pensent même qu’il est nécessaire de choisir entre les deux. La réalité est plus nuancée … Factur-X…

Lire la suite
Schéma d'intégration de Factur-X dans un logiciel métier

Pourquoi intégrer Factur-X directement dans votre logiciel métier plutôt que d’utiliser un convertisseur ?

Par Mathilde

Lorsque les entreprises découvrent Factur-X, une question revient très rapidement : « Pourquoi modifier notre logiciel alors qu’il existe des convertisseurs capables de transformer une facture PDF en Factur-X ? » La question est parfaitement légitime. Sur le papier, utiliser un convertisseur paraît être la solution la plus rapide et la moins coûteuse. Il suffit…

Lire la suite

Fonctionnement Factur-X : comment un fichier PDF peut-il contenir des données XML ?

Par Mathilde

Lorsque l’on découvre Factur-X pour la première fois, une question revient systématiquement : “Comment un simple PDF peut-il contenir un fichier XML sans que cela soit visible ?” En effet, lorsque vous ouvrez une facture Factur-X avec Adobe Reader ou n’importe quel lecteur PDF, vous voyez uniquement une facture parfaitement classique. Rien ne laisse penser…

Lire la suite
Composition Factur-X

PDF/A-3 : pourquoi ce format est indispensable à une facture Factur-X

Par Mathilde

Lorsqu’on s’intéresse à l’implémentation de Factur-X dans un logiciel métier, une notion revient systématiquement : le PDF/A-3. Cette exigence peut sembler surprenante, et pourtant toutes les versions du format PDF n’offrent pas les mêmes fonctionnalités. En effet, si Factur-X impose le PDF/A-3 ce n’est pas un hasard … Ce format répond à deux objectifs essentiels…

Lire la suite
Création facture électronique

Comment préparer votre logiciel métier à la facture électronique

Par Mathilde

La réforme de la facturation électronique marque une étape importante dans la transformation numérique des entreprises. Pour beaucoup d’organisations, la préoccupation est simple : « notre logiciel sera-t-il prêt ? » La réponse repose sur la capacité de votre application métier à évoluer dans un environnement où les échanges électroniques, les plateformes de dématérialisation et…

Lire la suite
Programmation d'application métier sur mesure

Comment intégrer Factur-X dans un ERP ou un logiciel métier ?

Par Mathilde

L’obligation progressive de la facture électronique conduit de nombreuses entreprises à s’interroger sur l’évolution de leurs logiciels de gestion. Les questions reviennent régulièrement : Faut-il remplacer notre ERP ? Notre logiciel métier est-il compatible avec Factur-X ? Existe-t-il un module à installer ? Peut-on faire évoluer une application développée sur mesure ? La bonne nouvelle…

Lire la suite
La facturation électronique à la loupe

Réforme de la facturation électronique : ce qui change pour les entreprises

Par Mathilde

La réforme de la facturation électronique suscite de nombreuses interrogations. Les entreprises entendent parler de : Factur-X PDP (Plateformes de Dématérialisation Partenaires) PPF e-invoicing e-reporting EN16931 PEPPOL Face à cette multiplication de nouveaux termes, une question revient souvent : « devons-nous modifier notre logiciel métier ? » La réponse est généralement oui. La réforme ne…

Lire la suite

FAQ

L’une des plus courantes consiste à considérer qu’une validation XSD suffit. En réalité, une facture électronique doit également respecter les règles métier vérifiées par le Schematron.

C’est techniquement possible, mais fortement déconseillé. Les deux représentations doivent être produites à partir des mêmes données afin de garantir leur parfaite cohérence.

Parce que les règles de validation vérifient la cohérence des calculs. Même une différence de quelques centimes peut entraîner une non-conformité.

Oui. Les schémas XSD, les règles Schematron et les spécifications officielles sont régulièrement mis à jour. Une solution pérenne doit donc prévoir leur maintenance.