Event-basierte Workflows im Banking: Prozesse, die auf den Moment warten

Ein Kind wird 18. Ab diesem Tag gelten andere Legitimationsanforderungen. Die Jugendschutzeinstellungen am Konto müssen angepasst werden. Neue Produkte werden verfügbar. Die Bank muss handeln — genau an diesem Datum.

Bisher lief das manuell. Eine Mitarbeiterin prüft Listen, merkt sich Fristen, trägt Termine ein. Oder es passiert gar nichts, bis der Kunde anruft.

Das Problem mit zeitgesteuerten Prozessen

Banken haben zahllose Prozesse, die an ein künftiges Ereignis gebunden sind:

• Volljährigkeit: Kontotyp ändern, Legitimation auslösen, Produktangebote freischalten

• Adressänderung mit Stichtag: Umzug in drei Monaten gemeldet — Systeme müssen am Stichtag aktualisieren, nicht sofort

• Fristabläufe: Kreditangebote, Sonderzinsen, Vollmachten — alles mit Ablaufdatum

• Regulatorische Termine: Meldepflichten, Prüfzyklen, Dokumentenaktualisierungen

Diese Prozesse verbindet eines: Sie müssen zum richtigen Zeitpunkt ausgelöst werden. Nicht früher. Nicht später. Und sie betreffen mehrere Systeme gleichzeitig.

Was event-basierte Workflows anders machen

Statt Listen und Kalendereinträge nutzen event-basierte Systeme einen anderen Ansatz: Ein Ereignis wird definiert ("Kunde erreicht Volljährigkeit am 15.03.2026"), das System registriert es, und am definierten Zeitpunkt löst es automatisch eine Kette von Aktionen aus.

Das Architekturprinzip

Ein Event-System besteht aus drei Komponenten:

Event-Quelle: Das System, das den Auslöser kennt. Bei Volljährigkeit ist es das Kundenstammdatensystem mit dem Geburtsdatum. Bei einer Adressänderung das CRM mit dem Stichtag.

Event-Bus: Eine zentrale Schicht, die Events entgegennimmt und an die richtigen Empfänger weiterleitet. Der Event-Bus weiß nicht, was die Empfänger tun. Er stellt nur sicher, dass sie informiert werden.

Event-Empfänger: Die Systeme, die auf das Ereignis reagieren. Bei Volljährigkeit: Kontoführungssystem (Kontotyp ändern), Legitimationssystem (neue Prüfung auslösen), CRM (Berater informieren), Produktsystem (Angebote freischalten).

Der entscheidende Unterschied

In klassischen Architekturen ruft System A direkt System B auf. Bei zehn beteiligten Systemen entstehen Dutzende direkte Verbindungen. Fällt ein System aus, bricht die Kette ab.

Event-basierte Systeme entkoppeln. Das Quellsystem publiziert ein Event. Die Empfänger reagieren unabhängig voneinander. Fällt ein Empfänger aus, wird das Event später nachgeholt. Die anderen Systeme sind nicht betroffen.

Praxisbeispiel: Haushaltseinheit ändert sich

Ein Ehepaar trennt sich. Die Haushaltseinheit wird aufgelöst. Das hat Konsequenzen in mehreren Systemen: Gemeinschaftskonten, Vollmachten, Kreditverträge, Steuermerkmale, Beraterzuordnung.

Manuell bedeutet das: fünf Abteilungen informieren, hoffen, dass keine vergessen wird, drei Wochen warten, bis alles abgearbeitet ist.

Event-basiert: Ein Event "Haushaltseinheit aufgelöst" wird publiziert. Jedes beteiligte System reagiert eigenständig. Das Kontoführungssystem prüft Gemeinschaftskonten. Das Vollmachtensystem deaktiviert gegenseitige Berechtigungen. Das Kreditrisikosystem bewertet die Engagements neu. Alles am selben Tag.

Was sich ändert

Die offensichtliche Verbesserung ist Geschwindigkeit. Prozesse, die Wochen dauerten, laufen in Stunden.

Die weniger offensichtliche Verbesserung ist Zuverlässigkeit. Kein Prozessschritt wird vergessen, weil er auf einer Liste stand, die niemand geprüft hat. Das System dokumentiert jedes Event und jede Reaktion. Für die interne Revision entsteht eine lückenlose Nachvollziehbarkeit.

Grenzen

Event-basierte Workflows ersetzen keine Entscheidungen. Wenn ein Berater beurteilen muss, ob ein Kredit nach einer Trennung angepasst werden soll, trifft kein System diese Entscheidung. Aber das System kann den Berater informieren, dass eine Entscheidung ansteht — rechtzeitig und mit allen relevanten Daten.

Nächster Schritt

Lassen Sie uns in 30 Minuten prüfen, welche Prozesse in Ihrem Finanzunternehmen automatisierbar sind — unverbindlich und kostenfrei.

Gespräch vereinbaren →