Zum Inhalt springen

BR-DE – XRechnung

BR-DE-30: Gläubiger-ID (BT-90) fehlt bei Lastschrift

FehlerGeschäftsregel XRechnung (KoSIT)

Originaltext der Regel

[BR-DE-30] Wenn "DIRECT DEBIT" BG-19 vorhanden ist, dann muss "Bank assigned creditor identifier" BT-90 übermittelt werden.

Quelle: KoSIT XRechnung, Version 3.0.2 (Schematron 2.6.0)

Korrektur im XML

Tragen Sie die Gläubiger-Identifikationsnummer beim Verkäufer oder beim abweichenden Zahlungsempfänger ein: in UBL cac:PartyIdentification/cbc:ID mit dem Attribut schemeID SEPA, in CII ram:CreditorReferenceID in den Abrechnungsangaben.

Vorher – fehlerhaft
<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyName><cbc:Name>Beispiel GmbH</cbc:Name></cac:PartyName>
  </cac:Party>
</cac:AccountingSupplierParty>
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>59</cbc:PaymentMeansCode>
  <cac:PaymentMandate>
    <cbc:ID>MANDAT-2024-0031</cbc:ID>
    <cac:PayerFinancialAccount><cbc:ID>DE75512108001245126199</cbc:ID></cac:PayerFinancialAccount>
  </cac:PaymentMandate>
</cac:PaymentMeans>
Nachher – korrigiert
<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyIdentification>
      <cbc:ID schemeID="SEPA">DE98ZZZ09999999999</cbc:ID>
    </cac:PartyIdentification>
    <cac:PartyName><cbc:Name>Beispiel GmbH</cbc:Name></cac:PartyName>
  </cac:Party>
</cac:AccountingSupplierParty>
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>59</cbc:PaymentMeansCode>
  <cac:PaymentMandate>
    <cbc:ID>MANDAT-2024-0031</cbc:ID>
    <cac:PayerFinancialAccount><cbc:ID>DE75512108001245126199</cbc:ID></cac:PayerFinancialAccount>
  </cac:PaymentMandate>
</cac:PaymentMeans>

Bedeutung der Regel

Ihre Rechnung kündigt einen Lastschrifteinzug an und nennt ein Mandat, aber nicht die Gläubiger-Identifikationsnummer, mit der Sie als Einziehender bei der Bundesbank registriert sind. Ohne diese Kennung kann der Kunde das Mandat nicht Ihrem Unternehmen zuordnen und seine Bank den Einzug nicht prüfen. XRechnung verlangt die Nummer deshalb, sobald die Gruppe Lastschrift vorhanden ist. Die Kennung beginnt für deutsche Gläubiger mit DE und ist 18 Zeichen lang.

Woran es meist liegt

  • Die Gläubiger-ID ist in den Stammdaten nicht hinterlegt oder der Software unbekannt.
  • Die Kennung wird in den Rechnungstext geschrieben, nicht in das dafür vorgesehene Feld.
  • Beim Zahlungsempfänger fehlt das Kennungsfeld, weil ein Dritter einzieht.

Fragen und Antworten

Warum steht die Gläubiger-ID in UBL beim Verkäufer und nicht bei den Zahlungsdaten?

UBL hat kein eigenes Element dafür; die Norm bildet BT-90 auf die Partei-Kennung mit schemeID SEPA ab, beim Verkäufer oder beim Zahlungsempfänger.

Was, wenn ein Dienstleister die Lastschrift für mich einzieht?

Dann gehört dessen Gläubiger-ID in die Rechnung, beim abweichenden Zahlungsempfänger, denn seine Kennung steht auf dem Mandat des Kunden.

Felder der EN 16931

  • BT-90
  • BG-19
  • BT-89
  • BT-91

Siehe auch

Rechnung prüfen

Der XRechnung-Validator meldet diese Regel mit Zeilennummer und Fundstelle – direkt in Ihrem Browser, ohne Upload.

Zum XRechnung-Validator

Die Regel im Detail
UBL · Kontext (XPath)
/ubl:Invoice | /cn:CreditNote
UBL · Schematron-Test
not(cac:PaymentMeans/cac:PaymentMandate) or (cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID[@schemeID='SEPA'] | cac:PayeeParty/cac:PartyIdentification/cbc:ID[@schemeID='SEPA'])
CII · Kontext (XPath)
/rsm:CrossIndustryInvoice
CII · Schematron-Test
(($BT-89-path or $BT-91-path) and $BT-90-path) or $BG-19-not-existing

Erklärung erstellt am 14.09.2026