BIC/SWIFT

Der BIC/SWIFT ist der international standardisierte Business Identifier Code, der jede Bank weltweit eindeutig adressierbar macht. Im Einkauf der DACH-Region taucht der BIC/SWIFT in Lieferantenstammdaten, Zahlungsavisen und Rahmenverträgen auf — vor allem dann, wenn Zahlungen an Lieferanten außerhalb des SEPA-Raums laufen oder bankseitige Abgleiche nötig werden.

Detaillierte Erklärung

Der BIC (Business Identifier Code), umgangssprachlich SWIFT-Code genannt, ist ein 8- oder 11-stelliger alphanumerischer Code, der Banken, Finanzdienstleister und teilweise auch Großunternehmen weltweit eindeutig identifiziert. Die Norm dahinter ist ISO 9362, betrieben wird das Verzeichnis durch die Society for Worldwide Interbank Financial Telecommunication (SWIFT) mit Sitz in La Hulpe, Belgien.

Aufbau eines BIC: Die ersten vier Zeichen sind der Bankcode (z. B. DEUT für Deutsche Bank). Stellen 5 und 6 enthalten den ISO-3166-Ländercode (DE für Deutschland, AT für Österreich, CH für Schweiz). Stellen 7 und 8 kennzeichnen den Standort der Hauptverwaltung. Optional kommen drei weitere Zeichen für die Filialkennung hinzu — fehlt diese, wird intern XXX angenommen.

In der Praxis arbeitet der BIC stets im Verbund mit der IBAN nach ISO 13616. Während die IBAN das einzelne Konto adressiert, weist der BIC die kontoführende Bank aus. Innerhalb des SEPA-Raums (EU plus einige assoziierte Staaten) ist der BIC seit Februar 2016 für nationale und grenzüberschreitende Euro-Zahlungen formal nicht mehr erforderlich — die IBAN allein reicht. Außerhalb SEPA bleibt der BIC zwingend, etwa bei Zahlungen in die Schweiz (CHF), in die USA oder nach Großbritannien.

Für den Einkauf hat der BIC drei Hauptfunktionen: Erstens dient er als Pflichtfeld im [[stammdatenmanagement-mdm]] und sichert die korrekte Zuordnung der Bankverbindung. Zweitens fließt er in die [[iban-pruefung]] ein, weil die ersten vier Stellen der IBAN-Bankleitzahl gegen den BIC abgeglichen werden können. Drittens ist er Bestandteil von Compliance-Prüfungen — der BIC wird in der [[sanktionslistenpruefung]] gegen Sanktionsregister wie OFAC SDN, EU-Konsolidierte Liste oder die EZB-Liste betroffener Banken abgeglichen.

Der BIC unterscheidet zwischen "connected BICs" (aktiv am SWIFT-Netz teilnehmend) und "non-connected BICs" (nur als Adresse hinterlegt). Diese Unterscheidung ist wichtig, weil eine Zahlung an einen non-connected BIC einen Korrespondenzbankenweg erfordert und damit länger dauert sowie höhere Gebühren verursacht.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein süddeutscher Maschinenbauer mit 380 Mitarbeitern in Schwaben kauft Präzisionsschrauben bei einem Speziallieferanten in Lugano (Schweiz). Auftragswert: 47.000 CHF, Zahlungsziel 30 Tage netto. Die Buchhaltung legt den neuen Lieferanten an und übernimmt aus dem Angebot die Bankverbindung: IBAN CH93 0076 2011 6238 5295 7, BIC POFICHBEXXX (PostFinance, Bern).

Der Einkäufer prüft zwei Dinge, bevor er den Lieferanten freigibt: Erstens läuft die Bankverbindung durch eine [[iban-pruefung]] — die IBAN wird auf Prüfziffer und Längenkonformität geprüft, der BIC POFICHBE wird gegen das offizielle SWIFT-Verzeichnis verifiziert. Zweitens läuft eine [[sanktionslistenpruefung]] gegen die Bank selbst (PostFinance ist auf keiner Liste) und gegen den Lieferanten (Geschäftsführer + Firma).

Bei der ersten Zahlung wählt die Buchhaltung im SAP-System eine SWIFT-Auslandsüberweisung. Da Schweiz zwar SEPA-Mitglied ist, aber der Zahlungsbetrag in CHF läuft (nicht EUR), greift die SEPA-IBAN-Only-Regel nicht — der BIC ist Pflicht. Das System validiert: Bankcode POFI ist connected, Standort BE (Bern), keine Filialangabe — Standardweg über SWIFT.

Drei Wochen später kommt eine Rechnung mit geänderter Bankverbindung per E-Mail: angeblich neue IBAN bei einer Bank in Zypern, BIC BCYPCY2NXXX. Der Einkäufer merkt sofort, dass das ein Warnsignal ist — Zypern statt Schweiz, neue Bank ohne schriftliche Ankündigung. Er ruft die in den Stammdaten hinterlegte Hauptnummer des Lieferanten an (nicht die in der Mail) und bestätigt: Es liegt ein Betrugsversuch vor (Lieferantenrechnungsbetrug, sogenanntes Payment Diversion). Die alte BIC POFICHBEXXX bleibt gültig, die Mail wird an die IT zur Forensik weitergegeben.

Dieses Beispiel zeigt, warum der BIC im Einkauf nicht nur ein technisches Pflichtfeld ist, sondern auch ein Sicherheitsanker: Eine plötzlich abweichende Länderkennung (CY statt CH) ist ein klassischer Indikator für Manipulationsversuche.

Typische Fehler & Verhandlungskontext

Der häufigste Fehler ist das mechanische Übernehmen einer geänderten Bankverbindung aus einer E-Mail ohne telefonische Rückbestätigung über die in den Stammdaten hinterlegte Nummer. Das BSI berichtet jährlich von Schäden im dreistelligen Millionenbereich allein durch Fake-President- und Payment-Diversion-Fraud im deutschen Mittelstand.

Zweiter Fehler: BIC-Felder werden nicht gepflegt, weil die SEPA-IBAN-Only-Regel intern als "BIC braucht man nicht mehr" interpretiert wird. Sobald aber eine Zahlung in Drittwährung (USD, GBP, CHF) oder ins Nicht-SEPA-Ausland läuft, fehlt das Feld und die Zahlung wird zurückgewiesen — mit Verzugsschaden und Mahngebühren des Lieferanten.

Dritter Fehler: Der BIC wird kopiert, aber die Filialkennung (Stellen 9-11) wird abgeschnitten. Manche Großbanken nutzen Filial-BICs, um interne Verarbeitungswege zu steuern. Eine Zahlung an den Hauptsitz-BIC kommt zwar an, wird aber intern umgeleitet und verzögert sich um ein bis zwei Bankarbeitstage.

Vierter Fehler: Bei Bankenfusionen ändert sich der BIC, ohne dass die Lieferanten ihre Kunden aktiv informieren. Stammdaten veralten, Zahlungen scheitern. Ein gepflegter Stammdatenprozess (siehe [[stammdatenmanagement-mdm]]) sollte mindestens jährlich die BICs gegen das offizielle SWIFT-Verzeichnis abgleichen.

In der Verhandlung selten direktes Thema, aber relevant bei [[zahlungsbedingungen]]: Wer in Drittwährung zahlt, trägt Bankgebühren — typischerweise 15 bis 40 EUR pro Auslandsüberweisung plus Wechselkursaufschlag von 0,5 bis 2,5 %. Bei wiederkehrenden Zahlungen lohnt sich ein Devisenkonto bei der Hausbank oder ein Forward-Kontrakt zur Kursabsicherung. Wer sauber argumentieren will, fordert vom Lieferanten alternative Bankverbindungen in EUR an oder verhandelt einen Skonto-Abschlag, der die Bankgebühren kompensiert.

Verwandte Begriffe

• [[iban-pruefung]]
• [[sanktionslistenpruefung]]
• [[swift-zahlung]]
• [[stammdatenmanagement-mdm]]
• [[zahlungsbedingungen]]