Erreurs EN 16931 expliquées

Une facture rejetée avec un code du type BR-CO-15 ou BT-49 ? Ces codes viennent de la norme européenne EN 16931. Voici ce que chacun signifie, en français clair.

Comprendre les préfixes

Les erreurs de calcul (BR-CO)

BR-CO-15 — HT + TVA ≠ TTC

La règle : le total TTC doit être exactement égal au total hors taxes plus le montant total de TVA.

Pourquoi ça échoue : presque toujours un arrondi mal propagé, ou un total saisi manuellement quelque part dans la chaîne. C'est l'erreur la plus courante et la plus visible.

Exemple : HT 1 700,00 € + TVA 340,00 € = 2 040,00 €. Si la facture annonce 2 500,00 € TTC, la règle échoue.

BR-CO-13 — le total HT ne correspond pas aux lignes

La règle :

total HT = somme des lignes − remises + frais

Pourquoi ça échoue : c'est souvent un faux problème dans les outils mal conçus, qui oublient les remises et frais au niveau du document (escompte, port, emballage) et comparent bêtement la somme des lignes au total HT.

Une remise de fin de facture est parfaitement normale : les lignes totalisent 410,10 €, une remise de 6,55 € s'applique, le total HT est 403,55 €. La facture est correcte. Un outil qui ignore la remise crie à l'erreur.

Si vous recevez cette erreur sur une facture que vous savez correcte, vérifiez d'abord que l'outil qui vous l'a signalée tient bien compte des remises et frais (BT-107 et BT-108).

BR-CO-10 — la somme des lignes ne correspond pas

La règle : le total des lignes déclaré dans le document doit égaler l'addition réelle des lignes.

Pourquoi ça échoue : une ligne modifiée après coup sans recalculer l'en-tête, ou une ligne oubliée dans le total.

BR-CO-14 — le détail de TVA ne totalise pas

La règle : la somme des montants de TVA par taux doit égaler le montant total de TVA.

Pourquoi ça échoue : typiquement sur les factures multi-taux (20 % et 5,5 % par exemple), quand un des blocs est incomplet.

BR-CO-17 — le calcul de TVA d'un taux est faux

La règle : pour chaque taux, base × taux ÷ 100 doit donner le montant de TVA, à l'arrondi près.

Pourquoi ça échoue : montant de TVA saisi à la main, ou arrondi effectué ligne par ligne au lieu du total par taux.

Exemple : base 1 700,00 € à 20 % donne 340,00 €. Si la facture indique 299,00 €, la règle échoue.

Les règles de TVA par catégorie (BR-S, BR-E, BR-Z, BR-AE…)

La norme définit un jeu de règles par catégorie de TVA. Le suffixe identifie la catégorie concernée :

Ces règles vérifient la cohérence entre la catégorie annoncée et le reste de la facture. Deux échecs reviennent sans cesse :

• Un taux qui contredit la catégorie — une ligne déclarée exonérée mais portant un taux de 20 %, ou l'inverse : une catégorie « taux zéro » avec un montant de TVA non nul.
• Un motif d'exonération manquant — pour une opération exonérée ou en autoliquidation, la norme impose d'indiquer pourquoi (BT-120 ou BT-121). Une facture en autoliquidation sans la mention correspondante est incomplète, même si tous les montants sont justes.

C'est le piège classique des factures transfrontalières : les montants sont corrects, mais la catégorie de TVA et sa justification ne se suivent pas.

Les règles de forme (BR-DEC, BR-CL)

Deux familles portent non pas sur le fond mais sur l'écriture des données — et sont d'autant plus frustrantes qu'une facture juste peut échouer dessus.

BR-DEC-… — nombre de décimales

Les montants ne doivent pas dépasser deux décimales. Un total calculé et écrit tel quel, du type 403.5499, échoue : la valeur est pourtant « exacte », mais elle n'est pas un montant facturable. Cause la plus fréquente : un export qui recopie un résultat de calcul sans l'arrondir.

BR-CL-… — listes de codes

Certains champs n'acceptent que des valeurs issues de listes officielles : devise (EUR), pays (FR), unités de mesure, catégories de TVA, moyens de paiement. Écrire Euro au lieu de EUR, ou France au lieu de FR, suffit à faire échouer la règle.

Une facture rejetée sur BR-CL ou BR-DEC est presque toujours le symptôme d'un export mal configuré, pas d'une erreur de facturation. Le correctif est chez l'émetteur, dans son logiciel.

Ce que ce lecteur contrôle — et ce qu'il ne contrôle pas

La norme EN 16931 compte plusieurs centaines de règles. Cet outil n'en met pas en œuvre la totalité, et il vaut mieux le dire clairement que de laisser croire à une validation complète.

Le choix est assumé : les règles de calcul sont celles qui détectent les vraies erreurs de montants, celles qui coûtent de l'argent. Les règles de forme, elles, sont mieux traitées à la source, par le logiciel émetteur.

Les mentions manquantes (BT)

BT-49 mérite une mention à part

L'adresse électronique du destinataire est ce qui permet à une plateforme d'acheminer la facture vers le bon destinataire. Sans elle, une facture peut être parfaitement valide sur le fond et rester bloquée en pratique.

C'est un point souvent négligé par les émetteurs, et il devient central avec la généralisation des échanges via plateformes.

Attention aux faux positifs

Toutes les règles ne s'appliquent pas à toutes les factures. Le profil d'une facture Factur-X détermine ce qu'elle est censée contenir :

• MINIMUM — en-tête et totaux, sans lignes de détail ;
• BASIC WL — « without lines », toujours sans lignes ;
• BASIC, EN 16931, EXTENDED — avec lignes.

Une facture MINIMUM sans lignes de détail n'est pas incomplète : elle est conforme à son profil. Un outil qui applique le jeu de règles complet à toutes les factures signalera des anomalies inexistantes.

Vérifier votre facture

Déposez le fichier : chaque anomalie est affichée avec le calcul qui ne tombe pas juste, pas seulement un code.

Contrôler une facture →