# 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

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

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

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

## 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](/resources/xrechnung/bt-89-mandate-reference-identifier)
- [BT-90 Identifiant créancier attribué par la banque](/resources/xrechnung/bt-90-bank-assigned-creditor-identifier)
- [BT-81 Code du type de moyen de paiement](/resources/xrechnung/bt-81-payment-means-type-code)

## Règles associées

- [BR-DE-31](/resources/kosit-validator-errors/br-de-31-direct-debit-requires-debited-account)
- [BR-61](/resources/kosit-validator-errors/br-61-credit-transfer-account-required)
- [PEPPOL-EN16931-R061](/resources/kosit-validator-errors/peppol-en16931-r061-direct-debit-mandate-reference-required)

## 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://xeinkauf.de/xrechnung/)
- [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.