Aller au contenu principal

Référence

Export Markdown

BR-DE-23-b Un virement ne doit contenir ni données de carte (BG-18) ni données de prélèvement (BG-19)

Selon la règle allemande XRechnung BR-DE-23-b, un moyen de paiement dont BT-81 porte un code de virement (30 ou 58) ne doit pas contenir en plus des informations de carte de paiement (BG-18) ni des informations de prélèvement (BG-19). XRechnung associe chaque code de moyen de paiement à un seul groupe : BR-DE-23 couvre le virement, BR-DE-24 la carte de paiement et BR-DE-25 le prélèvement. En UBL, le validateur signale l’erreur lorsque cac:CardAccount ou cac:PaymentMandate figure dans le même cac:PaymentMeans. En CII, il la signale lorsque le moyen de paiement contient ram:ApplicableTradeSettlementFinancialCard ou ram:PayerPartyDebtorFinancialAccount/ram:IBANID, ou lorsque le règlement d’en-tête contient une référence de mandat (ram:DirectDebitMandateID, BT-89) ou un identifiant créancier (ram:CreditorReferenceID, BT-90). KoSIT classe l’erreur comme fatale.

Description du problème

ERREUR

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

Contexte et importance

L’erreur provient le plus souvent de modèles ERP qui remplissent tous les champs de paiement à partir de la fiche client, par exemple un mandat SEPA enregistré ou l’identifiant créancier, alors que la facture est réglée par virement. En UBL, le contrôle se limite au cac:PaymentMeans qui porte le code de virement. En CII, BT-89 et BT-90 se trouvent au niveau de l’en-tête : une facture CII qui propose un virement (30 ou 58) enfreint donc BR-DE-23-b dès qu’elle contient aussi une référence de mandat ou un identifiant créancier.

Solution

Déterminez le moyen de paiement proposé par la facture et n’exportez que son groupe. Pour un virement, conservez BG-17 avec le compte dans BT-84 et supprimez les données de carte et de mandat : en UBL, retirez cac:CardAccount et cac:PaymentMandate du <cac:PaymentMeans> portant le code 30 ou 58. En CII, retirez ram:ApplicableTradeSettlementFinancialCard et ram:PayerPartyDebtorFinancialAccount du moyen de paiement, puis supprimez ram:DirectDebitMandateID et ram:CreditorReferenceID du règlement d’en-tête. Si l’acheteur paie par prélèvement SEPA, indiquez 59 dans BT-81 et transmettez BG-19 au lieu de BG-17.

Actions rapides

Exemples valides

  • BT-81 = 58 avec BG-17 (IBAN dans BT-84), sans données de carte ni de mandat dans le même moyen de paiement
  • CII : TypeCode 30 avec BG-17, sans ram:DirectDebitMandateID ni ram:CreditorReferenceID dans le règlement d’en-tête

Exemples invalides

  • UBL : le cac:PaymentMeans au code 58 contient cac:PayeeFinancialAccount et aussi cac:PaymentMandate avec une référence de mandat
  • CII : moyen de paiement au TypeCode 58, mais ram:CreditorReferenceID (BT-90) de l’en-tête est rempli à partir de la fiche client
  • UBL : code 30 accompagné d’un cac:CardAccount contenant les quatre derniers chiffres de la carte

Exemples de code

XML valide
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
XML invalide
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
  </cac:PaymentMandate>
</cac:PaymentMeans>

Champs concernés

Outils de validation