BR-FR-CO-07_BT-9

La date d’échéance (BT-9), si présente, doit être postérieure ou égale à la date de facture (BT-2), sauf si la facture est de type acompte (386, 500, 503) ou si le cadre de facturation (BT-23) est B2, S2 ou M2. Valeurs actuelles : Date facture = " … ", Date échéance = " … ", Type = " … ", Cadre = " … ".

Texte officiel de la règle

[BR-FR-CO-07/BT-9] : La date d’échéance (BT-9), si présente, doit être postérieure ou égale à la date de facture (BT-2), sauf si la facture est de type acompte (386, 500, 503) ou si le cadre de facturation (BT-23) est B2, S2 ou M2. Valeurs actuelles : Date facture = " … ", Date échéance = " … ", Type = " … ", Cadre = " … ".
BR-FR-CO-07/BT-9 : La date d’échéance (BT-9), si présente, doit être postérieure ou égale à la date de facture (BT-2), sauf si la facture est de type acompte (386, 500, 503) ou si le cadre de facturation (BT-23) est B2, S2 ou M2. Valeurs actuelles : Date facture = " … ", Date échéance = " … ", Type = " … ", Cadre = " … ".
Règles françaises BR-FR, EXTENDED-CTC-FR (1.4.0.04)

Où la règle s'applique

Jeu de règlesType de documentGravité
Règles françaises BR-FR, EXTENDED-CTC-FR (1.4.0.04)
FNFE-MPE
EXTENDED-CTC-FR (CII), EXTENDED-CTC-FR (UBL Invoice), EXTENDED-CTC-FR (UBL CreditNote), BR-FR for CII and Factur-X (French seller), BR-FR for UBL Invoice (French seller), BR-FR for UBL CreditNote (French seller)fatal

Les constats fatal et erreur rendent la facture invalide (valid: false) ; les avertissements et informations non.

Termes métier concernés (EN 16931)

  • BT-2
  • BT-9
  • BT-23

Contrôle technique

Syntaxe
CII · Règles françaises BR-FR, EXTENDED-CTC-FR (1.4.0.04)
Contexte
rsm:CrossIndustryInvoice
Test (doit être vrai)
not($dueDate[normalize-space(.)]) or ($typeCode = ('386', '500', '503') or $frameworkCode = ('B2', 'S2', 'M2') or (every $dt in $dueDate satisfies $dt ge $issueDate))
Syntaxe
UBL · Règles françaises BR-FR, EXTENDED-CTC-FR (1.4.0.04)
Contexte
ubl:Invoice | cn:CreditNote
Test (doit être vrai)
not($dueDate and not($typeCode = '386' or $typeCode = '500' or $typeCode = '503' or $billingContext = 'B2' or $billingContext = 'S2' or $billingContext = 'M2') and $dueDate < $issueDate)

Comment l'API signale cette règle

Chaque constat de POST /v1/validate indique l'identifiant de règle, la gravité, le message, l'emplacement (XPath) et le jeu de règles, avec un lien vers cette page (docUrl) :

{
  "severity": "fatal",
  "ruleId": "BR-FR-CO-07_BT-9",
  "message": "[BR-FR-CO-07/BT-9] : La date d’échéance (BT-9), si présente, doit être postérieure ou égale à la date de facture (BT-2), sauf si la facture est de type acompte (386, 500, 503) ou si le cadre de facturation (BT-23) est B2, S2 ou M2. Valeurs actuelles : Date facture = \" … \", Date échéance = \" … \", Type = \" … \", Cadre = \" … \".",
  "xpath": "/…",
  "source": "schematron:france-rfe@1.4.0.04",
  "docUrl": "https://einvoice-api.eu/rules/br-fr-co-07-bt-9.html"
}

Contrôlez une facture avec cette règle et toutes les autres règles du jeu – dans le navigateur, sans inscription.

Le texte et la gravité de la règle sont repris sans modification du jeu de règles officiel ; cette page est générée à partir de la configuration de l'API. Ceci n'est pas un conseil juridique.