# 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)

> **Où BR-CO-25 est contrôlée**
>
> 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 ».

## 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 ».

- [Valider le XML](/fr/xrechnung-validator?source=resource&rule=BR-CO-25)
- [Convertir la facture](/fr/pdf-to-xrechnung?source=resource&rule=BR-CO-25)

## 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](/resources/xrechnung/bt-115-amount-due-for-payment)
- [BT-9 Date d’échéance du paiement](/resources/xrechnung/bt-9-payment-due-date)
- [BT-20 Conditions de paiement](/resources/xrechnung/bt-20-payment-terms)

## Règles associées

- [BR-CO-16](/resources/kosit-validator-errors/br-co-16-amount-due-for-payment-must-match)
- [BR-DE-18](/resources/kosit-validator-errors/br-de-18-skonto-payment-terms-syntax)

## Outils de validation

- [Validateur KoSIT officiel](https://github.com/itplr-kosit/validator): 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](/pdf-to-xrechnung): Repérez les erreurs de validation pendant la conversion et vérifiez chaque correction.

## Ressources associées

- [Spécification officielle](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Suite de tests](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Toutes les erreurs de validation](/resources/kosit-validator-errors): Vue d’ensemble des règles de validation EN 16931, XRechnung et Peppol expliquées ici.