Überweisungstermin fast verpasst? Von privat ein Auto gekauft? Oder schnell mal einem Freund den vorgestreckten Betrag für die gemeinsame Reise schicken? Echtzeitüberweisungen im Online-Banking sind ein echter Gewinn. Nicht nur für Privatkunden, sondern auch im B2B-Zahlungsverkehr. Wenn Zahlungen in Echtzeit fließen, wirkt sich das unmittelbar auf die Liquidität, Planungssicherheit oder Lieferketten aus. Unternehmen können schneller disponieren, Risiken senken und partnerschaftlich handeln, wenn das Geld nur maximal 10 Sekunden statt mehrerer Tage unterwegs ist. 

Mit unserer Entwicklungsarbeit im Bereich Instant Payment (seit 2017) sorgen wir dafür, dass komplexe Prozesse reibungslos, sicher und regulationskonform funktionieren. Aktuell beschäftigen wir uns unter anderem mit der Umsetzung der neuen Vorgaben für die Echtzeitüberweisungen. Hier steht in diesem Jahr noch ein wichtiger Termin an. Worum es geht und welche komplexen Aufgaben damit verbunden sind, ordnet unser Lösungsfinder Ralf ein.

Seit Januar dieses Jahres kann ich bei meiner Sparkasse kostenfrei Sofortüberweisungen vornehmen. Was ist noch zu tun? 

Ralf: Sparkassen sind fix, die haben die Sepa-Echtzeitüberweisung für Privatkunden seit 10.07.2018 vollständig umgesetzt. Jetzt geht es in der Sparkassen-Finanzgruppe noch um die Firmenkunden. 

Kurz zur Einordnung: Für die Einführung der Echtzeitüberweisung sind zwei Termine wichtig. Seit Januar müssen alle Institute in der Lage sein, Echtzeitüberweisungen zu empfangen. Hierzu hat der Europäische Zahlungsverkehrsausschuss (EPC) weitere Rahmenbedingungen festgelegt, wie beispielsweise die maximale Betragsgrenze für eine Echtzeitüberweisung innerhalb des SEPA-Raums in Höhe von 100.000 Euro pro Transaktion. 

Im Oktober dann muss Instant Payment vollständig umgesetzt sein. Dann müssen Zahlungsdienstleister nicht nur eingehende Echtzeitüberweisungen in Euro ohne Zusatzkosten ermöglichen, sondern auch ausgehende. Und zwar ohne Transaktionslimit. Dabei sorgt die "Verification of Payee" (VoP) für eine zusätzliche Absicherung. Sie wird auch Zahlungsempfängerbestätigung genannt und ist ebenfalls bis Oktober umzusetzen. Banken müssen dann vor der Ausführung einer SEPA- bzw. Echtzeit-Überweisung den Namen des Zahlungsempfängers mit der angegebenen IBAN abgleichen und das Ergebnis anzeigen. 

Warum wird die Echtzeitüberweisung im Firmenkundengeschäft später umgesetzt?

Ralf: Was sich einfach nach einer Beschleunigung vorhandener Prozesse anhört, ist eine komplexe Angelegenheit, die Zeit benötigt. Eine zeitliche Streckung der Umsetzung ist sinnvoll. Denn die Prozesse zur Abwicklung von Überweisungen haben sehr viele Schnittstellen zwischen unterschiedlichen Systemen verschiedener Institute und Provider. Gerade im Firmenkundengeschäft wächst die Komplexität noch einmal an, da nicht nur die Systeme der Banken berücksichtigt werden, sondern auch die der Unternehmen. 

B2B-Geschäftsvorfälle durchlaufen sehr viele Anwendungssysteme. Die Prozessketten wechseln zwischen Großrechnern, dezentralen Servern, Browseroberflächen und verschiedenen Netzen der beteiligten Rechenzentren und Firmenkunden. Das fängt schon bei der Vielfalt zur Erfassung einer Überweisung an: 

• Firmenkunden reichen ihre Zahlungsverkehrsaufträge ein, teils als Sammelüberweisung via Browseranwendung oder Transfer auf einen Electronic Banking-Server.
• Auch Bankberater können im Auftrag ihres Kunden Zahlungsverkehrsaufträge erfassen und direkt die Verarbeitung anstoßen.

Das Dispositions-Modul der Banken prüft eingereichte Zahlungsverkehrsaufträge auf Ausführbarkeit, leitet den Auftrag zur VoP-Prüfung und merkt im Kontosystem die Zahlung vor. Echtzeitüberweisungen werden als Sammlerdateien oder Near-Time als MQ-Nachrichten an den Digitalisierungspartner der Sparkassen-Finanzgruppe, unsere Mutter Finanz Informatik (FI), zur Abwicklung durch das Gesamtbanksystem OSPlus übergeben. Buchungen werden an OSPlus beziehungsweise die bei unseren Kunden parallel betriebenen Kontoführungssysteme übergeben und dort ausgeführt. Diese senden dann Statusmeldungen an den Electronic Banking-Server beziehungsweise an den Kunden zurück, was auch systemseitig hinterlegt werden muss. Darüber hinaus sind auch Verfahren für den Rückruf einer Zahlung sowie Ablehnung einer Zahlung bereitzustellen. 

Ein echtes Mammut-Projekt. Kannst du das ein bisschen in Zahlen fassen?

Ralf: Ja, gerne. Auf FI-SP-Seite sind in das Projekt circa 30 Lösungsfinderinnen und Lösungsfinder eingebunden. Wir entwickeln APIs (REST), um zwischen Anwendungen und Kontoführungssystemen die wesentlichen Funktionen nutzen zu können. Da circa 10 unterschiedliche Anwendungen in den Prozess eingebunden sind, arbeiten wir eng mit anderen Unternehmen zusammen:

• Auf der Infrastrukturseite sind dies unsere Schwester Finanz Informatik Technologie Service (FI-TS) und das FI-Rechenzentrum mit jeweils ca. 10 Experten. Bei der FI-TS geht es um das Installieren der von uns entwickelten Anwendungen sowie das Einrichten und Testen von MQ-, Filetransfer-, Jobablauf-Schnittstellen. Mit dem FI-Rechenzentrum stimmen wir uns ab, um die Schnittstellen zwischen IP-Services und Kunden-Systemen einzurichten und zu testen.
• Mit der Anwendungsentwicklung der FI arbeiten wir zusammen, um die Instant Payment und VoP-Services der FI fachlich und technisch korrekt zu nutzen. Außerdem stimmen wir uns eng ab, um das Zusammenspiel zwischen OSPlus und den Kunden-Zahlungsverkehrssystemen zu synchronisieren.
• Ohne unsere Kunden geht es natürlich nicht. Der Fachbereich Zahlungsverkehr stellt rund 15 Mitarbeiterinnen und Mitarbeiter, um die Spezifikationen/Stories für die Realisierungsmaßnahmen abzustimmen und die Tests durchzuführen.
• Weitere Projektpartner sind Softwarehersteller. Sie liefern geänderte Anwendungen, damit die ZV-Aufträge abgewickelt werden können.

Die Produktivsetzung der Anwendungen ab Mitte September 2025 und den Cutover von IP am 05.10.25 betrifft über 30 Spezialisten und bedarf einer detaillierten Ablaufplanung.