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

Warum tritt BR-DE-30 auf?

Die Gläubiger-ID ist einmal je Unternehmen vergeben und liegt in der Buchhaltung, nicht im Rechnungsdatensatz — beim Mapping wird sie schlicht vergessen. Der CII-Ausdruck besteht aus vier Variablen: BT-89 ist ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID, BT-90 ist ram:CreditorReferenceID, BT-91 die IBAN des Zahlers, und BG-19-not-existing heißt, dass keines der drei vorkommt. Daraus folgt eine Eigenheit: trägt ein CII-Dokument allein die Gläubiger-ID und weder Mandatsreferenz noch Zahler-IBAN, scheitert BR-DE-30 — obwohl genau das Feld vorhanden ist, das die Regel verlangt.

Was der Validator prüft

Der Ausdruck, den das offizielle KoSIT-Regelwerk auswertet — nicht paraphrasiert, sondern aus der ausgelieferten Schematron-Datei gelesen. UBL und CII adressieren verschiedene Dokumentbäume, deshalb steht dieselbe Regel je Syntax anders da.

UBL

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

(($BT-89-path or $BT-91-path) and $BT-90-path) or $BG-19-not-existing

Variablen darin

$BT-89-path

rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID

$BT-91-path

rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans/ram:PayerPartyDebtorFinancialAccount/ram:IBANID

$BT-90-path

rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:CreditorReferenceID

$BG-19-not-existing

not(exists(($BT-89-path, $BT-90-path, $BT-91-path)))

Quelle: Regelwerk v2026-08-31

Wie behebt man BR-DE-30?

Übermitteln Sie Ihre Gläubiger-ID (Format DE98ZZZ09999999999) in BT-90. In UBL gehört sie normalerweise unter den Verkäufer: cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID mit schemeID="SEPA". Nur wenn der Zahlungsempfänger ein anderer ist als der Verkäufer, steht sie stattdessen unter cac:PayeeParty — die Prüfung akzeptiert beide Stellen. Legen Sie cac:PayeeParty nicht eigens dafür an: die Gruppe verlangt dann auch einen Namen (BR-17). In CII ram:CreditorReferenceID.

<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Muster GmbH</cbc:RegistrationName>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>

<cac:AccountingSupplierParty>
  <cac:Party>
    <cac:PartyIdentification>
      <cbc:ID schemeID="SEPA">DE98ZZZ09999999999</cbc:ID>
    </cac:PartyIdentification>
    <cac:PartyLegalEntity>
      <cbc:RegistrationName>Muster GmbH</cbc:RegistrationName>
    </cac:PartyLegalEntity>
  </cac:Party>
</cac:AccountingSupplierParty>