Pourquoi le total de ma facture est-il rejeté alors que les lignes semblent justes ?
Des lignes justes ne garantissent pas que les totaux du fichier soient cohérents entre eux. Comparez successivement la somme des lignes, les remises et frais globaux, le total de TVA, le total toutes taxes comprises et le montant restant à payer.
Recalculer dans l’ordre, depuis les valeurs transmises
Commencez par les montants nets de ligne du fichier envoyé. Leur somme doit être rapprochée du total des lignes. Passez ensuite au total hors taxes, en tenant compte des frais et remises placés au niveau du document. Une remise globale ne doit pas être oubliée sous prétexte que chaque ligne est correcte.
Comparez ensuite le total toutes taxes comprises à la somme du hors taxes et de la TVA dans la devise de la facture. Enfin, vérifiez séparément le montant à payer : un montant déjà réglé ou un arrondi de paiement peut le distinguer du total toutes taxes comprises.
Les références ci-dessous donnent les quatre assertions UBL EN16931 consultées. Elles vérifient des égalités ; elles ne suffisent pas à établir que le taux ou le régime de TVA de l’opération est juste.
Un exemple de total décalé
Le cas synthétique utilisé pour cette illustration comporte deux lignes : 5 × 600,00 € = 3 000,00 € et 10 × 80,00 € = 800,00 €. Sans remise ni frais globaux dans ce cas, le hors taxes est de 3 800,00 €.
La TVA enregistrée dans ce jeu vaut 760,00 €. L’addition donne donc 4 560,00 € toutes taxes comprises. Une variante volontairement fautive porte 4 570,00 € : l’écart est de 10,00 €, alors que les montants des deux lignes sont restés inchangés.
Ces chiffres proviennent d’un banc de tests, pas d’une facture commerciale. Le taux du cas synthétique n’est pas une recommandation fiscale pour une autre opération.
| Valeur | Montant |
|---|---|
| Somme des lignes, sans frais ni remise globale | 3 800,00 € |
| TVA enregistrée dans le cas | 760,00 € |
| Total attendu par addition | 4 560,00 € |
| Total de la variante fautive | 4 570,00 € |
| Écart à expliquer | 10,00 € |
Traiter l’arrondi au bon endroit
Si l’écart est faible, examinez les valeurs stockées et l’étape à laquelle le logiciel arrondit. Le document visible peut afficher moins de décimales que les valeurs calculées en interne ; le contrôle s’exécute sur les valeurs du fichier.
Ne déplacez pas arbitrairement l’écart dans la TVA ou dans un champ d’arrondi de paiement pour faire disparaître un rejet. Le champ d’arrondi de paiement intervient dans l’égalité du montant à payer, pas comme correction libre de tous les totaux.
Quand plusieurs égalités échouent, remontez au premier montant erroné dans la chaîne de calcul. Corriger uniquement le dernier total peut conserver un écart plus en amont.
Pour vérifier
Sources et repères techniques
CEN · Cohérence des montants UBL EN16931
1.3.16 · 10 avril 2026
EN16931-UBL-validation-preprocessed.sch : BR-CO-10, BR-CO-13, BR-CO-15 et BR-CO-16.
Ces quatre assertions comparent respectivement les lignes, le hors taxes, le toutes taxes comprises et le montant à payer. Elles ne déterminent pas le régime fiscal.
CEN 1.3.16 du 10/04/2026, UBL : BR-CO-10 compare BT-106 à la somme des BT-131 ; BR-CO-13 compare BT-109 aux lignes, charges et remises globales. Les tests appliquent leur propre arrondi à deux décimales.
Même source : BR-CO-15 vérifie BT-112 = BT-109 + BT-110 dans la devise de facture ; BR-CO-16 vérifie le montant dû BT-115 à partir du TTC BT-112, du montant payé BT-113 et de l’arrondi BT-114. Leurs tests tiennent compte de la présence des champs.
Ce qu’il faut faire
- Lire la règle et les valeurs du fichier effectivement rejeté.
- Recalculer chaque total dans l’ordre et relever le premier écart.
- Corriger le calcul source, puis régénérer tous les montants qui en dépendent.
- Contrôler le nouvel export complet avant une nouvelle transmission.
Diag Invoice automatise le contrôle des factures et la lecture des écarts techniques décrits dans ces réponses.