Lösungen · Banken und Tochtergesellschaften
Eine Sparfinanzierungssparte, ohne das Kernbankensystem anzufassen
Zwängen Sie die Sparfinanzierung nicht in Ihren bestehenden Kern. Ordo ist ein White-Label-Nebenkern, der neben der Bank auf eigenem Ereignisjournal und eigenen Regelwerken läuft — innerhalb der Bank oder als Tochtergesellschaft.
Bekannte Herausforderungen
Die bekannten Herausforderungen der neuen Sparte
- Risiko, das Kernbankensystem anzufassenSparfinanzierung im bestehenden Kern modellieren: hochriskante Änderungen, lange Freigabeketten.
- Anderes Produkt, anderes JournalSparfinanzierung ist kein Einlagenprodukt; Pool-, Verlosungs- und Zuteilungslogik passt nicht in das Schema eines Bankenkerns.
- Zeit bis zum Start einer TochtergesellschaftVom Lizenzantrag bis zum Go-live: Systemauswahl, Individualisierung und Integration können Jahre dauern, nicht Monate.
- Konsolidierte BerichterstattungDaten aus zwei Systemen für die Konzernkonsolidierung und die Aufsichtsmeldungen zusammenführen.
- Konsistenz von Marke und ErlebnisDen digitalen Standard der Bank auch in der neuen Sparte halten — ohne ein separates UI-Ökosystem aufzubauen.
Szenario
Der Start einer Tochtergesellschaft aus Sicht des Konzern-CIO
Sieben Schritte vom Lizenzantrag bis zum ersten Vertrag: Provisionierung, Identitätsföderation, Marke, Regelwerke, regulatorische Voraussetzungen, Schattenbetrieb und der Fluss ins Hauptbuch.
Konzern-CIO · Aufbauteam der Tochtergesellschaft Schritt 01 von 07
Mandanten provisionieren
Die Control Plane registriert und provisioniert den Mandanten der Tochtergesellschaft: eigenes Ereignisjournal, eigener Produktkatalog, eigene Aufgabenliste. Das Kernbankensystem wird in keiner Weise angefasst; der Nebenkern lebt auf seinem eigenen Journal.
Bankrealität
Entworfen für die Realität einer Bank
Jede Anforderung entspricht einer klaren Teilmenge der Plattformmodule.
| Anforderung | Module | So wird sie gedeckt |
|---|---|---|
| Ein separater, ereignisbasierter Nebenkern | event-store · domain · rule-engine | Die Sparfinanzierung läuft auf eigenem Journal mit eigenen Regelwerken; das Kernbankensystem bleibt unberührt. |
| Anmeldung über den bestehenden Identitäts-Stack | Keycloak · OIDC · Realm-Rollen | Das Verzeichnis der Bank wird per Keycloak-Föderation angebunden; Berechtigungscodes sind Realm-Rollen, ein zweites Benutzerverzeichnis ist nicht nötig. |
| Anbindung an die Konzernbuchhaltung | accounting · exports · outbox | Aus dem Ereignisjournal abgeleitete Buchungen und der Ereignisstrom fließen ins Hauptbuch, gemappt auf den Kontenplan der Bank. |
| White-Label-Kundenerlebnis | branding · customer-web · mobil | Portal- und Mobile-Oberflächen tragen die Marke der Bank oder der Tochtergesellschaft; der Erlebnisstandard bleibt gewahrt. |
| Schneller Start der Tochtergesellschaft | Control Plane · Provisioning | Produktdefinitionen, Rollenmatrix und Prozesspakete kommen vorbereitet; das Startprojekt ist Konfiguration, keine Individualisierung. |
| Konzern-Prüfungsstandards | audit · four-eyes · auditor | Interne Revision und Inspektion greifen über ein lesendes Prüferprofil direkt auf Nachweispakete zu. |
Integration
Integration in das Ökosystem der Bank
Die bestehenden Systeme der Bank werden über Ereignisstrom, Exporte und Identitätsföderation an die Plattform angebunden.
- KernbankensystemKundenstammdaten, Kontoumsatz-Streams und Abstimmung — über Ereignisstrom und Exportendpunkte, vom Institut gebaut
- Identity ProviderOIDC-/SAML-Föderation; bestehendes Mitarbeiterverzeichnis und Rollenmodell in Keycloak gemappt
- HauptbuchKontenplan-Mapping, Journalübertragung, Konsolidierungsberichte
- Data Warehouse und BIAbonnements des Ereignisstroms tfs.events und ClickHouse-Reporting-Sichten speisen das Data Warehouse
- AufsichtsmeldungenBerichtsvorbereitung und Einreichungsablauf; BDDK- und MASAK-Übermittlung über die eigene Integration des Instituts
- Offene APIAPI-Oberflächen, einbettbar in das bestehende Mobile- und Online-Banking der Bank
Tochtergesellschaft oder Sparte innerhalb der Bank?
In einer halbtägigen Discovery skizzieren wir gemeinsam Architektur und Betriebsmodell beider Szenarien.