Bei der IBAN kommt es auf das Land an, welche Regeln gelten für die max. 30-stellige Kontoangaben gelten (Die ersten 4 Ziffern sind der CountryCode und die Prüfziffer). Bis dato kann man in DE die 18stellige ziemlich direkt in eine IBAN umwandeln. Mit kann man rückwärts die Prüfziffer ermitteln. Und schwupps hat man die alten Kontodaten in eine IBAN umgewandelt.

Zurück zur Software. Wenn ein Unternehmen irgendwann seine eigene Software gebastelt hat (oder in Auftrag gegeben hat). Dann sollte man den alten Programmier ausbundeln, der noch weiß wie die Software funktioniert. Die Felder für die ganzen lustigen GUIs müssen neu verbunden werden, die Datenbank braucht entsprechend neue Spalten, Referenzdaten müssen ge-mapped werden, ein Regex und Validierung hier und da muss neu gemacht werden, und korrekte Messages müssen auch rausgefeuert werden, usw. usw. Dabei kann vor allem sehr viel schief gehen und schwupps sind ein paar Millionen auf dem falschen Konto gelandet, Gläubiger fragen sich wo ihr bleibt, ….

Es kommt sicherlich darauf an, wie ein Unternehmen seinen Zahlungsverkehr abwickelt und wie gut die verwendete Software gewartet wird. Das kann dann alles von „Null Problemo“ bis „Katastrophe“ sein. Bei Firmen die eh entsetzlich ineffiziente Verwaltungsprozesse pflegen und mit SW-Inseln ausschmücken, naja werden für SEPA noch ein Stückchen mehr Bürokratie aufbauen und ihre Fehleranfälligkeit erhöhen, so wie in den Jahren zuvor auch schon.