BR-CO-27: Kontokennung entweder als IBAN oder als proprietäre ID
Die Kontokennung des Zahlungsempfängers (BT-84) darf nur einmal angegeben werden: entweder als IBAN oder als sonstige Kontonummer, nicht beides zugleich.
Either the IBAN or a Proprietary ID (BT-84) shall be used.
Die Norm kennt für die Kontoverbindung des Zahlungsempfängers genau ein Feld. In der CII-Syntax (dem XML-Format von ZUGFeRD und XRechnung-CII) gibt es dafür aber zwei mögliche Elemente, und genau daraus entsteht dieser Fehler.
Was die Regel prüft
BT-84 (BT = Business Term, das nummerierte Feld der Norm EN 16931) ist die Kontokennung für Überweisungen. In CII wird sie in ram:PayeePartyCreditorFinancialAccount abgebildet, wahlweise als ram:IBANID (für IBAN-Konten, der Normalfall in Deutschland) oder als ram:ProprietaryID (für Konten ohne IBAN, etwa außereuropäische Kontonummern). BR-CO-27 verlangt, dass genau eine der beiden Varianten verwendet wird. Stehen beide Elemente gleichzeitig im selben Konto-Block, schlägt die Prüfung fehl.
Warum sie in der Praxis fehlschlägt
Der häufigste Auslöser ist gut gemeintes doppeltes Befüllen: Die Software schreibt die IBAN in ram:IBANID und trägt zusätzlich die alte Kontonummer oder nochmals dieselbe IBAN in ram:ProprietaryID ein, weil beide Felder im Datenmodell vorhanden sind und das Mapping beide füllt.
Zweiter Fall: Ein Feld „Kontonummer" aus den Stammdaten wird pauschal auf ram:ProprietaryID gemappt, obwohl darin längst eine IBAN steht, und ein zweites Mapping schreibt dieselbe IBAN parallel nach ram:IBANID.
So behebst du den Fehler
Entferne eines der beiden Elemente. Für deutsche Bankverbindungen gehört die IBAN in ram:IBANID, das Element ram:ProprietaryID bleibt komplett weg. ram:ProprietaryID ist nur für Konten gedacht, die keine IBAN haben.
Beachte den Zusammenhang mit den Nachbarregeln: Bei SEPA-Überweisung (Zahlungsmittel-Code 58) muss die IBAN vorhanden und gültig sein (BR-61, in der XRechnung verschärft durch BR-DE-19). Belegschmied schreibt die IBAN aus deinen Stammdaten ausschließlich in das IBAN-Element, doppelte Kontokennungen können dort nicht entstehen.
XML-Beispiel: vorher und nachher
IBAN und proprietäre ID gleichzeitig im selben Konto-Block:
<!-- verletzt BR-CO-27: IBANID und ProprietaryID zugleich -->
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>58</ram:TypeCode>
<ram:PayeePartyCreditorFinancialAccount>
<ram:IBANID>DE89370400440532013000</ram:IBANID>
<ram:ProprietaryID>532013000</ram:ProprietaryID>
</ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
Korrigiert: nur die IBAN:
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>58</ram:TypeCode>
<ram:PayeePartyCreditorFinancialAccount>
<ram:IBANID>DE89370400440532013000</ram:IBANID>
</ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
Rechnung selbst prüfen
Laden Sie Ihre Datei hoch und sehen Sie in Sekunden, welche Regeln sie besteht und welche nicht. Kostenlos, ohne Anmeldung, nichts wird gespeichert.
Regeln, die oft zusammen auftreten
← Alle Fehlermeldungen im Überblick
Gepflegt von Emilio Irmscher, Gründer von Belegschmied. Über den Autor