Aller au contenu principal

Référence

Export Markdown

BR-DE-30 Le prélèvement requiert l’identifiant créancier attribué par la banque

Selon la règle BR-DE-30 du profil allemand XRechnung, le vendeur doit indiquer son identifiant créancier SEPA attribué par la banque (BT-90) dès que la facture contient le groupe de prélèvement BG-19, pour le code moyen de paiement 49 comme pour le code 59. BG-19 est présent lorsque la facture contient des données de prélèvement : en UBL un cac:PaymentMandate (référence de mandat BT-89 ou compte débité BT-91), en CII l’un des éléments BT-89, BT-90 ou BT-91. Le code moyen de paiement seul ne déclenche ni ne supprime la règle. Cet identifiant (ex. « DE98ZZZ09999999999 » en Allemagne) est émis par la banque centrale et autorise le vendeur à émettre des prélèvements SEPA de base et interentreprises.

Description du problème

ERREUR

Règle nationale allemande XRechnung (KoSIT, BR-DE) · XRechnung 3.0

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-DE-30 règle XRechnung (Allemagne)

Signalée à l’étape 3 : Règles nationales (CIUS).

Niveau erreur : le rapport recommande de rejeter la facture.

Étape 3 · Ce qui est contrôlé

  • L’identifiant de spécification en BT-24 sélectionne le jeu de règles, par exemple XRechnung 3.0 ou Peppol BIS Billing 3.0.
  • XRechnung ajoute les règles allemandes BR-DE : référence acheteur (BT-10), contact du vendeur, instructions de paiement.
  • Peppol ajoute les règles PEPPOL-EN16931 et des règles par pays. XRechnung applique aussi certaines règles PEPPOL-EN16931.

Codes d’exemple

Correction type

Renseignez dans vos données de base les champs exigés par le jeu de règles, comme la Leitweg-ID en BT-10 ou le contact du vendeur.

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-DE-30 : règle XRechnung (Allemagne), étape « Règles nationales (CIUS) ». 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

BR-DE-30 vérifie la présence de BG-19, et non le code moyen de paiement utilisé : une facture avec le code 49 et une référence de mandat BT-89 échoue de la même manière qu’une facture avec le code 59. Sans BT-90, le débiteur ne peut pas rattacher le prélèvement au créancier et au mandat SEPA signé.

Solution

Dans les paramètres bancaires de votre ERP, renseignez votre identifiant créancier SEPA officiel (ex. DE98ZZZ09999999999). En UBL 2.1, insérez <cbc:ID schemeID="SEPA">DE98ZZZ09999999999</cbc:ID> sous <cac:AccountingSupplierParty><cac:Party><cac:PartyIdentification>. En CII, insérez <ram:CreditorReferenceID> sous <ram:ApplicableHeaderTradeSettlement>. Si la facture n’est pas réglée par prélèvement, supprimez toutes les données de prélèvement qui forment BG-19 (BT-89, BT-90 et BT-91) et utilisez un code de virement tel que 58 ou 30. Tant que BG-19 subsiste, modifier uniquement BT-81 ne corrige pas l’erreur.

Actions rapides

Valider le XMLConvertir la facture

Exemples valides

  • Groupe de prélèvement BG-19 avec référence de mandat BT-89 et identifiant créancier SEPA BT-90 = « DE98ZZZ09999999999 » dans PartyIdentification (BT-81 = 59 ou 49)
  • Code de virement BT-81 = 58 sans aucune donnée de prélèvement (pas de BG-19) ; BT-90 n’est donc pas requis

Exemples invalides

  • Code moyen de paiement 49 avec référence de mandat BT-89 (BG-19 présent) mais sans PartyIdentification avec schéma SEPA pour BT-90
  • Code moyen de paiement 59 avec un PaymentMandate dont l’identifiant créancier figure seulement dans une note au lieu de BT-90

Exemples de code

XML valide
<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyIdentification>
      <cbc:ID schemeID="SEPA">DE98ZZZ09999999999</cbc:ID>
    </cac:PartyIdentification>
  </cac:Party>
</cac:AccountingSupplierParty>
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>49</cbc:PaymentMeansCode>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
    <cac:PayerFinancialAccount>
      <cbc:ID>DE89370400440532013000</cbc:ID>
    </cac:PayerFinancialAccount>
  </cac:PaymentMandate>
</cac:PaymentMeans>
XML invalide
<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyName><cbc:Name>Lieferant GmbH</cbc:Name></cac:PartyName>
  </cac:Party>
</cac:AccountingSupplierParty>
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>49</cbc:PaymentMeansCode>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
    <cac:PayerFinancialAccount>
      <cbc:ID>DE89370400440532013000</cbc:ID>
    </cac:PayerFinancialAccount>
  </cac:PaymentMandate>
</cac:PaymentMeans>

Champs concernés

BG-19 Prélèvement
BT-90 Identifiant créancier attribué par la banque
BT-81 Code du type de moyen 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.