Aller au contenu principal

Référence

Export Markdown

BR-CO-25 Un montant à payer positif requiert une date d’échéance ou des conditions de paiement

Les artefacts de validation EN 16931 1.3.16 ont supprimé cette règle et les validateurs actuels (configuration XRechnung 2026-08-31, Peppol BIS 3.0.21) ne la signalent plus. Les jeux de règles plus anciens exigeaient : lorsque le montant à payer (BT-115) est strictement positif, la date d’échéance du paiement (BT-9) ou les conditions de paiement (BT-20) doivent être présentes.

Description du problème

AVERTISSEMENT

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-25 règle de calcul EN 16931

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

Retirée : les artefacts EN 16931 1.3.16 ont supprimé cette règle, les validateurs actuels ne la signalent plus.

É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-25 : 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

Sans date d’échéance ni conditions de paiement, l’acheteur ne peut pas planifier le paiement automatiquement. Le validateur cherche cbc:DueDate ou cac:PaymentTerms/cbc:Note en UBL, ram:DueDateDateTime ou ram:Description dans ram:SpecifiedTradePaymentTerms en CII. Cas typique : l’ERP imprime les conditions sur le PDF mais ne les exporte pas dans le fichier XML. La règle ne s’applique pas si BT-115 est nul ou négatif, par exemple pour une facture entièrement acquittée d’avance.

Solution

Dès que BT-115 est positif, renseignez BT-9 (cbc:DueDate en UBL, ram:DueDateDateTime en CII) ou BT-20 (cac:PaymentTerms/cbc:Note en UBL, ram:SpecifiedTradePaymentTerms/ram:Description en CII), par exemple « Payable à 30 jours net ».

Actions rapides

Valider le XMLConvertir la facture

Exemples valides

  • BT-115 = 119,00, BT-9 = 2026-05-30
  • BT-115 = 119,00, BT-20 = « Payable sous 14 jours net »

Exemples invalides

  • BT-115 = 119,00 sans BT-9 ni BT-20
  • BT-115 > 0, BT-9 vide et BT-20 également vide

Champs concernés

BT-115 Montant à payer
BT-9 Date d’échéance du paiement
BT-20 Conditions de paiement

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.