# Arrondis de TVA : ce que dit exactement la norme EN 16931

La norme EN 16931 calcule la TVA par ventilation : une base par catégorie et par taux, multipliée par le taux. Un logiciel qui arrondit la TVA ligne par ligne puis additionne obtient parfois un autre montant. L'écart reste dans la tolérance du contrôle de chaque ventilation, mais il devient bloquant dès qu'un total déclaré ne part pas des mêmes montants.

Série : Codes d'erreur · Norme : EN 16931 · Champs : BT-116 · BT-117 · BT-119

Publié le 2026-01-29. Mis à jour le 2026-10-06. Auteur : L'équipe Diag Invoice.

Version HTML : https://diag-invoice.fr/blog/arrondis-tva-en16931

## Le calcul par ventilation

La norme EN 16931 raisonne par _ventilation de TVA_ (`BG-23`) : un bloc par catégorie et par taux présents sur la facture. Pour chaque ventilation, la base imposable (`BT-116`) additionne les montants nets des lignes concernées, avec les remises et charges au niveau document de même catégorie et de même taux. La TVA de la ventilation (`BT-117`) s'obtient en multipliant cette base par le taux (`BT-119`). Base et TVA comportent au plus deux décimales (règles BR-DEC-19 et BR-DEC-20).

Le référentiel ne prescrit pas de méthode d'arrondi. Les schematrons officiels du CEN utilisent la fonction round() de XPath, et le contrôle de la TVA de chaque ventilation (BR-CO-17, et BR-S-09 pour la catégorie S) compare `BT-117` au produit base × taux avec une tolérance d'une unité de devise.

> **ÉNONCÉ OFFICIEL · EN 16931**
>
> Montant de la TVA pour chaque type de TVA (`BT-117`) : montant total de la TVA pour un type donné de TVA. Note d'usage : s'obtient en multipliant la Base d'imposition du type de TVA par le Taux de type de TVA du type correspondant.
>
> Source : Business Term BT-117 · Description et note d'usage · EN 16931 et XP Z12-012 Annexe A V1.4

## En clair

La TVA se calcule sur la base de chaque ventilation, pas ligne par ligne. Un logiciel qui additionne des TVA de ligne déjà arrondies peut obtenir un montant différent de quelques centimes : tous les totaux déclarés doivent alors partir des mêmes montants.

## Exemple chiffré

Une facture à deux taux. La base de chaque taux est arrondie à deux décimales, puis la TVA est calculée et arrondie une seule fois sur cette base.

| Ventilation | Base (BT-116) | Taux | TVA calculée | TVA arrondie (BT-117) |
| --- | --- | --- | --- | --- |
| Taux normal | 1 000,00 € | 20 % | 200,000 | 200,00 € |
| Taux intermédiaire | 333,33 € | 10 % | 33,333 | 33,33 € |
| Total TVA (par ventilation) |  |  |  | 233,33 € |
| Total TVA (somme des lignes arrondies) |  |  |  | 233,34 € |

**CALCUL PAR VENTILATION**

    Par taux, une fois :
    200,00 + 33,33
    → Total TVA = 233,33 €

**CALCUL DE L'ERP · PAR LIGNE**

    Σ des TVA de ligne arrondies
    = 233,34 €
    → écart +0,01 € avec la somme des BT-117

Les deux résultats sont mathématiquement défendables, et un écart d'un centime reste dans la tolérance du contrôle de chaque ventilation (BR-CO-17). Le risque apparaît quand les deux méthodes se mélangent dans le même fichier : si le total de TVA (`BT-110`) vaut 233,34 € alors que les ventilations déclarées (`BT-117`) totalisent 233,33 €, la règle [BR-CO-14](/blog/rejet-br-co-14-total-tva-somme-taux), qui n'a pas de tolérance, fait rejeter la facture.

## Comment un écart d'arrondi devient un rejet

L'arrondi ne déclenche pas un rejet à lui seul : il crée des écarts entre des montants qui, dans le fichier, doivent rester liés. Les règles de cohérence, toutes de sévérité fatale, comparent ces montants déclarés. La base de chaque ventilation doit égaler la somme de ses lignes ajustée ([BR-S-08](/blog/rejet-br-s-08-base-tva-taux-normal) pour la catégorie S). Le total de TVA doit égaler la somme des TVA des ventilations ([BR-CO-14](/blog/rejet-br-co-14-total-tva-somme-taux)). Le total des lignes doit égaler la somme des lignes ([BR-CO-10](/blog/rejet-br-co-10-total-ht-somme-lignes)). Le total TTC doit égaler le total HT plus le total de TVA ([BR-CO-15](/blog/rejet-br-co-15-total-ttc-ht-plus-tva)). Seul le contrôle de la TVA de chaque ventilation (BR-CO-17, BR-S-09) admet une tolérance d'une unité de devise.

Un choix d'arrondi incohérent se répète sur chaque facture produite avec le même paramétrage : la cause est à chercher dans le logiciel, pas dans une facture isolée.

## Comment aligner votre logiciel

1. Choisissez une méthode de calcul de la TVA et appliquez-la à tous les montants du fichier. Le calcul par ventilation (option « par taux » ou « sur totaux » selon les logiciels) correspond à la définition de `BT-117`.
2. Limitez à deux décimales les montants visés par les règles BR-DEC : bases, TVA, totaux, montants nets de ligne. Les prix unitaires peuvent porter davantage de décimales.
3. Vérifiez la chaîne complète avant envoi : base par taux (`BT-116`), TVA par taux (`BT-117`), total des lignes (`BT-106`), total TTC. Une seule incohérence suffit à bloquer la facture.
4. Corrigez dans votre logiciel, puis recontrôlez la facture avant de la transmettre. Une facture rejetée par la plateforme ne se redépose pas sous le même numéro : la plateforme l'annule par un avoir interne, et vous émettez une nouvelle facture, sous un nouveau numéro. Détectée avant l'envoi, la même erreur se corrige sous le numéro d'origine.

## Questions fréquentes

### La norme EN 16931 arrondit-elle la TVA par ligne ou par taux ?

La TVA est calculée par ventilation, en distinguant la catégorie de TVA et le taux. La base tient compte des lignes et des remises ou charges concernées au niveau document. Le montant de TVA de cette ventilation est ensuite arrondi à deux décimales. Additionner des TVA déjà arrondies ligne par ligne peut produire un écart.

### À combien de décimales faut-il arrondir ?

Les montants de TVA, les bases de ventilation et les totaux concernés par les règles de décimales sont limités à deux décimales. Cette limite ne se généralise pas à toutes les données : les prix unitaires et les quantités peuvent nécessiter davantage de précision. Vérifiez la règle attachée au champ signalé.

### Pourquoi un même montant passe chez un client et pas chez un autre ?

Comparez le fichier réellement transmis, son profil et le motif de rejet. Les données, l’ordre des calculs, les arrondis et les contrôles appliqués peuvent différer ; le nombre de lignes ne suffit pas à expliquer à lui seul l’écart.

## Sources

- [Artefacts de validation EN 16931, UBL et CII (v1.3.16, 10/04/2026) · CEN / Connecting Europe](https://github.com/ConnectingEurope/eInvoicing-EN16931)
- [Schematrons France RFE, modes FATAL et WARNING (1.4.0.04, 04/09/2026) · FNFE-MPE](https://github.com/fnfempe/France_RFE)