Les 5 erreurs de formatage les plus fréquentes qui provoquent le rejet automatique d'une facture Factur-X

Une facture rejetée, c'est un paiement qui n'arrive pas. Depuis que les flux passent par les plateformes agréées, le rejet n'est plus une décision humaine mais le verdict d'un contrôle automatique : le fichier viole une règle, il repart chez l'émetteur avec un code d'erreur. Le plus frustrant, c'est que la quasi-totalité des rejets se concentre sur une poignée de causes récurrentes. Les voici, avec les corrections.

1. Un PDF/A-3 cassé par une simple réédition

C'est l'erreur la plus sournoise parce qu'elle survient après la génération. La facture sort correcte de l'outil de facturation, puis quelqu'un l'ouvre dans un éditeur PDF pour ajouter un tampon, la signe avec un outil tiers, ou la fait passer par un compresseur. Résultat : polices désincorporées, métadonnées écrasées, ou pièce jointe purement supprimée. Le fichier n'est plus un PDF/A-3 valide.

La règle à graver : un Factur-X ne se retouche jamais après génération. Toute modification se fait à la source, puis on régénère. Un passage dans veraPDF avant envoi détecte le problème en quelques secondes.

2. Un XML absent, mal nommé ou mal attaché

Le fichier embarqué doit s'appeler factur-x.xml, être déclaré dans les métadonnées XMP (champ fx:DocumentFileName) et porter la bonne relation d'incorporation. Les générateurs artisanaux produisent régulièrement des pièces jointes nommées invoice.xml ou facture.xml, ou attachées sans la relation attendue. Le PDF s'affiche parfaitement, mais côté machine il n'y a tout simplement pas de facture.

Vérification rapide : extraire les pièces jointes (pdfdetach avec poppler-utils) et contrôler le nom exact du fichier obtenu.

3. Des totaux qui ne se recoupent pas

La norme EN 16931 codifie l'arithmétique d'une facture dans des règles de calcul, les règles BR-CO. La plus connue, BR-CO-15, impose que le montant TTC soit égal au montant HT total plus le total de TVA. D'autres contrôlent la somme des lignes ou la cohérence entre chaque base de TVA et son montant de taxe.

Le coupable habituel est l'arrondi. Un système qui arrondit la TVA ligne par ligne puis additionne n'obtient pas toujours le même résultat qu'un calcul sur les bases agrégées par taux. Un centime d'écart suffit au rejet. La correction consiste à choisir une méthode d'arrondi unique, appliquée de façon cohérente entre le calcul des lignes, la ventilation par taux et les totaux de pied de facture.

4. Des dates et des codes hors référentiel

Le format CII impose des conventions strictes. Les dates s'écrivent en format 102, c'est-à-dire AAAAMMJJ : le 15 septembre 2026 devient 20260915, sans tirets ni barres. La devise doit être un code ISO 4217 valide (EUR, pas "euro"). Les catégories de TVA viennent de la liste UNTDID 5305 : S pour le taux standard, Z pour le taux zéro, E pour exonéré, AE pour l'autoliquidation, K pour les livraisons intracommunautaires, G pour l'export, O pour hors champ.

Un code inventé ou une date au format français passe parfois la validation XSD (c'est du texte valide) mais échoue aux règles Schematron. Ces erreurs viennent presque toujours d'un mapping bâclé entre l'ERP et le générateur de factures.

5. Des identifiants invalides ou des mentions manquantes

Un SIREN qui échoue au contrôle de Luhn, un numéro de TVA intracommunautaire dont la clé ne correspond pas au SIREN, ou l'absence d'une mention rendue obligatoire par la réforme : le SIREN du client, l'adresse de livraison quand elle diffère, la catégorie d'opération (biens, services ou mixte), l'option de paiement de la TVA d'après les débits le cas échéant.

Ces erreurs sont les plus dangereuses car elles cumulent deux sanctions : le rejet technique immédiat, et un risque fiscal documenté puisque les mentions manquantes exposent à des amendes. La bonne pratique est de valider les identifiants en amont, au moment de la création de la fiche client, pas au moment de facturer.

Le fil conducteur : contrôler avant d'envoyer, pas après le rejet

Ces cinq familles d'erreurs partagent un point commun : elles sont toutes détectables automatiquement avant l'envoi. Un contrôle systématique en sortie (conformité PDF/A-3, présence et nom du XML, règles EN 16931, référentiels de codes, identifiants) coûte quelques secondes de calcul. Un rejet coûte un aller-retour avec le client, un délai de paiement qui repart de zéro, et une équipe comptable qui enquête. Le rapport coût-bénéfice ne laisse pas beaucoup de place au débat.

Questions fréquentes