`BR-DE-18`

XRechnung (KoSIT) · règle de validation

XRechnung (KoSIT)Erreur

Les conditions d'escompte (Skonto) dans les conditions de paiement (BT-20) ne suivent pas le modèle XRechnung. Chaque entrée Skonto doit être sur sa propre ligne, sous la forme '#SKONTO#TAGE=14#PROZENT=2.00#' (avec en option '#BASISBETRAG=1234.56' avant le # final), en majuscules, sans espaces superflus, deux décimales avec un point, suivie d'un saut de ligne ; le texte libre va sur une ligne séparée.

Champ: document.payment_terms (BT-20)
Jeu de règles: XRechnung (KoSIT)
Version du jeu de règles: XRechnung 3.0.2 Schematron 2.6.0 · en vigueur depuis 2026-10-17 · Historique des jeux de règles
Qui doit corriger: L'émetteur

C'est une propriété du fichier reçu : elle ne peut pas être corrigée de votre côté sans modifier le document — demandez au fournisseur de réémettre la facture.

Exemple · UBL

Une ligne d'escompte s'écrit #SKONTO#TAGE=n#PROZENT=n.nn# — le pourcentage avec exactement deux décimales, puis un saut de ligne après le # final.

Enfreint la règle

<cac:PaymentTerms>
  <cbc:Note>#SKONTO#TAGE=14#PROZENT=2#</cbc:Note>
</cac:PaymentTerms>

Conforme

<cac:PaymentTerms>
  <cbc:Note>#SKONTO#TAGE=14#PROZENT=2.00#
</cbc:Note>
</cac:PaymentTerms>

Exemple · CII

Enfreint la règle

<ram:SpecifiedTradePaymentTerms>
  <ram:Description>#SKONTO#TAGE=14#PROZENT=2#</ram:Description>
</ram:SpecifiedTradePaymentTerms>

Conforme

<ram:SpecifiedTradePaymentTerms>
  <ram:Description>#SKONTO#TAGE=14#PROZENT=2.00#
</ram:Description>
</ram:SpecifiedTradePaymentTerms>

Vérifiez votre propre facture

Déposez le fichier qui a échoué. Nous l'analysons, appliquons les jeux de règles officiels et listons chaque anomalie avec sa correction — 20 factures par jour, sans clé, rien n'est conservé.

Ouvrir la démo

La même explication via l'API: GET /v1/rules/BR-DE-18?lang=fr