Aller au contenu principal

Référence

Export Markdown

BR-CO-3 La date d’exigibilité de la TVA et son code sont mutuellement exclusifs

La date d’exigibilité de la TVA (BT-7) et le code de date d’exigibilité de la TVA (BT-8) ne peuvent pas figurer tous deux sur la même facture. Indiquez au plus l’un des deux ; aucun n’est obligatoire.

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-03 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-03 : 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

EN 16931 permet d’indiquer l’exigibilité de la TVA soit par une date explicite (BT-7), soit par un code qui renvoie à une autre date (BT-8, par exemple la date de facture). Indiquer les deux rendrait la date d’exigibilité ambiguë et empêcherait le rapprochement comptable de la TVA. Cas typique : l’export de l’ERP renseigne les deux champs par défaut, par exemple une date d’exigibilité et un code de date fixe dans la période de facturation.

Solution

Supprimez BT-7 ou BT-8. En UBL, BT-7 correspond à cbc:TaxPointDate et BT-8 à cac:InvoicePeriod/cbc:DescriptionCode ; en CII, à ram:TaxPointDate et ram:DueDateTypeCode dans ram:ApplicableTradeTax.

Actions rapides

Valider le XMLConvertir la facture

Exemples valides

  • BT-7 = 2026-03-31, BT-8 absent
  • BT-8 = 3 (date de facture), BT-7 absent
  • Ni BT-7 ni BT-8 (les deux sont facultatifs)

Exemples invalides

  • BT-7 = 2026-03-31 et BT-8 = 35 sur la même facture
  • UBL : cbc:TaxPointDate (BT-7) et cac:InvoicePeriod/cbc:DescriptionCode (BT-8) renseignés tous deux

Champs concernés

BT-7 Date d’exigibilité de la TVA
BT-8 Code de date d’exigibilité de la TVA

Outils de validation

Validateur KoSIT officiel

Exécutez le validateur officiel du KoSIT avec la configuration XRechnung pour contrôler les règles EN 16931 et XRechnung.

Convertir un PDF en XRechnung

Repérez les erreurs de validation pendant la conversion et vérifiez chaque correction.