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
Lade deine Datei hoch und sieh in Sekunden, welche Regeln sie besteht und welche nicht. Kostenlos, ohne Anmeldung, nichts wird gespeichert.