Aller au contenu principal

Référence

Export Markdown

BR-CO-16 Le montant à payer doit être égal au total TTC moins les acomptes plus l’arrondi

Le montant à payer (BT-115) doit être égal au montant total de la facture TVA comprise (BT-112) moins le montant payé (BT-113) plus le montant de l’arrondi (BT-114).

Description du problème

ERREUR

Règle de calcul et de cohérence EN 16931 (BR-CO)

Chaîne de validation interactive

Cliquez sur une étape pour voir ce qu’elle contrôle, ou saisissez un identifiant de règle pour trouver l’étape qui la signale.

Essayer:

BR-CO-16 règle de calcul EN 16931

Signalée à l’étape 2 : Règles EN 16931.

Niveau erreur : le rapport recommande de rejeter la facture.

Étape 2 · Ce qui est contrôlé

  • Les termes métier essentiels sont présents (BR-01 à BR-65).
  • Les totaux concordent et les champs liés sont cohérents (BR-CO) ; codes et décimales sont valides (BR-CL, BR-DEC).
  • Chaque catégorie de TVA est cohérente : S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Codes d’exemple

Correction type

Recalculez les totaux et la TVA à partir des lignes, et corrigez la catégorie de TVA dans les données source.

Un validateur contrôle une facture électronique par étapes. D’abord, le fichier doit être un XML bien formé conforme au schéma UBL ou CII (XSD). Viennent ensuite les règles métier de l’EN 16931 : règles de base BR, calculs BR-CO, listes de codes BR-CL, décimales BR-DEC et règles par catégorie de TVA comme BR-S. Puis les règles nationales ou de réseau sélectionnées par BT-24 : BR-DE pour XRechnung, PEPPOL-EN16931 pour Peppol BIS Billing. Le rapport liste chaque règle en échec : une erreur signifie rejet, des avertissements seuls signifient toujours acceptation. BR-CO-16 : règle de calcul EN 16931, étape « Règles EN 16931 ». Jeux de règles : validateur KoSIT 1.6.3 avec la configuration XRechnung du 31 août 2026 (artefacts EN 16931 1.3.16), Peppol BIS Billing 3.0.21.

Contexte et importance

Le validateur contrôle cette égalité exactement, sans tolérance. Les échecs viennent en général des acomptes ou des arrondis : l’ERP déduit un acompte du montant à payer sans l’indiquer dans BT-113 du fichier de facture électronique, ou arrondit le montant à payer sans indiquer l’écart dans BT-114.

Solution

Recalculez BT-115 = BT-112 − BT-113 + BT-114, en comptant BT-113 et BT-114 pour zéro s’ils sont absents. En UBL : cbc:PayableAmount, cbc:PrepaidAmount, cbc:PayableRoundingAmount ; en CII : ram:DuePayableAmount, ram:TotalPrepaidAmount, ram:RoundingAmount.

Actions rapides

Exemples valides

  • BT-112 = 119,00, BT-113 = 50,00, BT-114 = 0,00 → BT-115 = 69,00
  • BT-112 = 99,98, BT-113 absent, BT-114 = 0,02 → BT-115 = 100,00

Exemples invalides

  • BT-115 = BT-112 alors que BT-113 = 50,00 d’acompte
  • BT-115 ignore l’arrondi BT-114 = 0,02

Champs concernés

Outils de validation