Associate-Weblog
Was passiert, wenn ein Bankkunde eine Zahlung auslösen möchte, auch ausreichend Deckung auf dem Konto hat, aber seine Financial institution nicht genug Liquidität vorhält, um die Transaktion durchführen zu können?
Bisher ein undenkbares Szenario. Durch die Verpflichtung, Immediate Funds (IP) zu jeder Tages- und Nachtzeit anzubieten, wird dieses Szenario jedoch nicht nur theoretisch möglich, sondern zu einer realen Bedrohung. Banken müssen eine Lösung für diesen Fall finden.
Das Ende von reaktivem Liquiditätsmanagement
Traditionelle SEPA-Zahlungen ermöglichen den Banken ein vergleichsweise flexibles Liquiditätsmanagement. Solange diese Zahlungen der Normal bleiben, können sie gebündelt und oft nur wenige Male täglich im Rahmen von Clearing-Prozessen ausgeführt werden – und zwar ausschließlich an Werktagen. Dadurch besteht ausreichend Zeit, um Liquidität auf Zentralbankkonten effizient umzuschichten. Durch den vorab planbaren und regelmäßigen Abgleich zwischen Eingängen und Ausgängen kann die Liquidität optimum ausbalanciert werden. Kurzfristige Liquiditätsengpässe sind selten und Reservesysteme nur für den Ausnahmefall erforderlich.
Mit der Einführung von Immediate Funds verändert sich dieses Modell grundlegend. Zahlungen werden nicht mehr über Batch-Verfahren abgewickelt, sondern in Echtzeit verarbeitet. Dabei wird für jede einzelne Transaktion unmittelbar geprüft, ob ausreichend Liquidität auf dem entsprechenden Zentralbankkonto – beispielsweise auf einem TIPS-Konto (TARGET Immediate Fee Settlement) – vorhanden ist. Dies stellt Banken vor mehrere Herausforderungen:
- Echter Echtzeitbedarf: Es reicht nicht mehr aus, Liquidität bedarfsgerecht über Tagesverläufe zu steuern. Stattdessen ist eine kontinuierliche Verfügbarkeit von Mitteln auf Zentralbankkonten notwendig, um jede IP-Transaktion ohne Verzögerung auszuführen.
- Engpässe durch kurzfristige Schwankungen: Da Zahlungen zu jeder Tages- und Nachtzeit möglich sind, entstehen potenzielle Liquiditätsengpässe, die in der Vergangenheit mithilfe von Clearingzyklen aufgefangen werden konnten. Bestehende Prognoseinstrumente zur Cashflow-Analyse und Echtzeitwarnsysteme können kurzfristige Schwankungen nicht immer zuverlässig abbilden.
- Druck durch permanente Bereitschaft: Da IP-Zahlungen auch außerhalb von Geschäftszeiten ausgeführt werden müssen, erhöht sich die Belastung auf Treasury- und IT-Systeme deutlich. Liquiditätsreserven müssen konstant überwacht und im Voraus so eingestellt werden, dass sie außerhalb der Geschäftszeiten ausreichen.
Gescheiterte Zahlungen führen zu Frustration bei Kunden
In der Praxis führen Liquiditätsengpässe dazu, dass IP-Zahlungen systemseitig abgelehnt werden. Dies geschieht durch standardisierte sogenannte „Motive Codes“ wie „AM04 – Inadequate Funds“, die dem Zahler jedoch meist nicht im Element kommuniziert werden. Stattdessen sieht der Kunde häufig unspezifische Fehlermeldungen wie „Zahlung konnte nicht durchgeführt werden“. Diese Intransparenz verursacht Frustration, da die Hintergründe der Ablehnung unklar bleiben: Liegt der Fehler beim Zahler, beim Empfänger oder bei der Financial institution selbst?
Kunden erwarten in solchen Fällen schnelle Lösungen. Doch fehlgeschlagene IP-Zahlungen werden nicht erneut angestoßen oder über different Wege abgewickelt. Die Folge sind nicht nur verloren gegangene Transaktionen, sondern auch eine Belastung des Kundenservices und Reputationsrisiken für die Financial institution. Banken können es sich nicht leisten, Kunden durch als unzuverlässig empfundene Zahlungen zu verunsichern – insbesondere in einem Umfeld, in dem Wettbewerber moderne Zahlungsdienstleistungen zunehmend als Differenzierungsmerkmal nutzen.
Regulatorische Komplexität im neuen Paradigma
Die Anforderungen der EU-Verordnung unterstreichen, dass Zahlungen „unverzüglich“ ausgeführt werden müssen. Dies bedeutet, dass Banken keine Verzögerungen bei der Abwicklung von IP-Zahlungen zulassen dürfen – auch temporäre Engpässe werden aus regulatorischer Sicht kritisch bewertet. KPIs zur Messung von Zahlungsverarbeitungs-Quoten könnten Bestandteil von Audits werden, was zusätzlichen Druck auf Banken ausübt, operative Prozesse flüssig und fehlerfrei zu gestalten.
Trotz dieser strengen Erwartungen bleibt die Frage, wie temporäre Liquiditätsengpässe abgefedert werden können, ein schwieriger Diskussionspunkt. Regulatorische Vorgaben lassen keinen Raum für Versäumnisse, doch operativ muss ein gewisses Maß an Flexibilität erhalten bleiben, um wirtschaftlich agieren zu können. Eine Steadiness zwischen strikten rechtlichen Anforderungen und der Realität begrenzter Liquiditätsressourcen zu finden, ist eine ständige Herausforderung.
Ansätze zur operativen Entlastung
Eine der diskutierten Optionen zur operativen Entlastung ist die Idee des „Queueings“ – ein bankenseitiger Mechanismus zur Zwischenspeicherung abgelehnter Zahlungen. Statt eine Zahlung bei fehlender Liquidität unmittelbar zurückzuweisen, wird dem Kunden, der die Zahlung angestoßen hatte, angeboten, den Auftrag in eine Warteschlange zu stellen. Sobald wieder ausreichende Liquidität verfügbar ist, könnte die Transaktion automatisch erneut angestoßen werden. Dieses Prinzip ermöglicht nicht nur die Abwicklung von Zahlungen, ohne dass der Kunde selbst aktiv werden muss, sondern minimiert auch den Verlust von Transaktionen und das Risiko negativer Kundenerfahrungen.
„Queueing“ ist keineswegs ein Ersatz für ein umfassendes Liquiditätsmanagement, eröffnet jedoch neue Möglichkeiten zur Schadensbegrenzung bei temporären Engpässen – jedoch nur unter der Voraussetzung, dass dieser Prozess sauber implementiert, clear dokumentiert und regulatorisch abgesichert ist.
––––––––––––––––––––
Eine tiefere Diskussion zu den technischen und fachlichen Voraussetzungen sowie zu den Grenzen dieses Ansatzes finden Interessierte im dazugehörigen Dialogue Paper, das kostenfrei auf der Webseite von PPI heruntergeladen werden kann.
*Oliver Schwarz ist Senior Supervisor und Doreen Wangard ist Managing Marketing consultant bei dem Beratungs- und Softwarehaus PPI AG. Die PPI AG gehört zu den Premium-Partnern von Finanz-Szene.de. Mehr zu unserem Associate-Modell erfahren Sie hier.