BR-DE-19"Payment account identifier" (BT-84) soll eine korrekte IBAN enthalten, wenn in "Payment means type code" (BT-81) mit dem Code 58 SEPA als Zahlungsmittel gefordert wird.

Warum tritt BR-DE-19 auf?

Meist ein Tippfehler in der IBAN — oder Code 58, obwohl gar keine SEPA-Überweisung gemeint ist. Leerzeichen sind dagegen unkritisch: die Funktion xr:checkIBAN entfernt erst allen Whitespace und rechnet dann die Prüfziffer nach ISO 7064 nach, also die ersten vier Zeichen ans Ende, Buchstaben als 10 bis 35, Ergebnis modulo 97 muss 1 sein. „DE02 1203 0000 0000 2020 51“ besteht die Prüfung deshalb genauso wie dieselbe IBAN ohne Leerzeichen.

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(normalize-space(cbc:PaymentMeansCode) = '58') or xr:checkIBAN(string(cac:PayeeFinancialAccount/cbc:ID))

CII

not(normalize-space(ram:TypeCode) = '58') or xr:checkIBAN(string(ram:PayeePartyCreditorFinancialAccount/ram:IBANID))

Quelle: Regelwerk v2026-08-31

Wie behebt man BR-DE-19?

Übermitteln Sie die IBAN mit gültiger Prüfziffer in BT-84 (UBL cac:PayeeFinancialAccount/cbc:ID, CII ram:PayeePartyCreditorFinancialAccount/ram:IBANID) — oder wählen Sie den passenden Zahlungsmittelcode, wenn es keine SEPA-Überweisung ist. Zulässig ist außerdem nur die IBAN-Form selbst: zwei Buchstaben, zwei Ziffern, danach höchstens dreißig weitere Zeichen.

<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE02120300000000202052</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>

<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE02120300000000202051</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>