MultichannelBanking als zentrale Hostlösung

„Einen Geschäftsvorfall nur einmal implementieren und für alle alternativen Vertriebswege einsetzen“

Die Bank kommt zum Kunden

Die Finanzdienstleister werden zukünftig Ihre Bankdienstleistungen über verschiedenste Medien anbieten. So kann der Kunde selbst entscheiden, was für ihn am effektivsten ist und für Bankgeschäfte das Telefon, den PC oder Mailing nutzen, mit dem Auto zur  nächsten Filiale fahren oder aber während des Einkaufs im Supermarkt den dortigen ”BankingShop” aufsuchen.

Die Kundenzufriedenheit wird davon abhängen, wie maßgeschneidert die Produkte der Banken und Sparkassen auf die Wünsche der Kunden ausgerichtet sind.

Das Filialsystem wird zwar weiter Bestand haben, aber in reduzierter und veränderter Form. Es wird in seiner Ausschließlichkeit von einem MultiChannelBanking abgelöst, und jede Bank wird für sich für einen bestimmten wettbewerbsfähigen Vertriebsweg-Mix individuell entscheiden müssen.

Dabei wird sich die IT-Landschaft der Banken weiter vergrößern, es werden zu den SB-Funktionen in der Filiale und dem Internet-Banking in naher Zukunft weitere Vertriebswege hinzukommen.  

So werden durch neue Techniken auch in Zukunft neue Vertriebswege entstehen, die man sich heute noch gar nicht vorstellen kann.

Diese neuen Techniken werden neben den bestehenden Vertriebswegen zentrale Funktionen des Bankings nutzen, die heute schon für den SB-Bereich bzw. für bankinterne Funktionen realisiert wurden. Eine einmalige Entwicklung pro Funktion ist anzustreben.

Wie können Sie diese Anforderungen
kostengünstig implementieren

„MultichannelBanking mit dem Multichannel Hostconnector“

Um zentrale Banking-Funktionen für die verschiedenen Vertriebswege nutzbar zu machen, setzen wir in von uns erfolgreich realisierten Projekten den Multichannel Hostconnector als zentrale Steuerung und Schnittstelle ein. Dieser steuert die  bestehenden Anwendungen und führt die notwendigen Anpassungen und Einschränkungen dynamisch während des Dialoges durch.

Damit können Funktionen bestehender Anwendungen einfach und kostengünstig an neue Vertriebswege angepasst werden, und es können zentrale Funktionalitäten

einmal entwickelt und

für alle Vertriebswege genutzt werden.

Welche zentrale Funktionalitäten werden dazu benötigt

• Unterstützung der Schnittstellen zu verschiedenen Vertriebswegen über diverse Datenformate wie HTML, 3270, HBCI, XML usw.  
  Mit der Implementierung einer neuen Schnittstelle steht die komplette betriebswirtschaftliche Funktionalität zur Verfügung.

• Technische Schnittstellen zu den dienstespezifischen Anwendungen (z.B. SNA LU6.2, TCP-IP, MQ-Series) 

• Konvertierung zwischen Datenformat des Vertriebsweges und verschiedener Anwendungen mit unterschiedlichen Dialogabläufen hostseitig

• Zentrale Journalisierung und Eventaufzeichnung und damit ein Medium für revisionssichere Nachweise und Hotline

• Steuerung der Zugangssicherheit incl. des Berechtigungsprofils

• Inhousetestsystem für die Anwendung (z.B. über XML)

• Performanceoptimierung, Hostkommunikation wird vereinfacht
  Unterstützung verteilter Hostanwendungen (mehrere Zielrechner)

Und: Alle Banking-Funktionen werden nur einmal realisiert und stehen allen Vertriebswegen zur Verfügung

Ebenen der Lösung

Die Anwendungsarchitektur baut auf 4 Ebenen auf. Das sind:

Der MCHC Datenkonverter

Der Datenkonverter kennt die pro Vertriebsweg unterschiedlichen Nachrichten und konvertiert

diese auf die einheitliche zentrale HC Struktur. Damit können alle weiteren Ebenen immer mit dem gleichen Nachrichtenformat arbeiten.

MCHC-Kernel

• Übernimmt die zentralen Funktionen wie

• Journalisierung und Eventaufzeichnung

• Zentrales Hostgateway

• Routing zur Applikation (ggfs. anderer Host)

• Dialog- bzw. Sessionkontrolle

• User- bzw. Profil-Check

Die MCHC-Applikationen (API)

Schnittstelle zu den verschiedenen Anwendungen und Plattformen

Die zentralen Kernbankensysteme

Bankfunktionen, die für verschiedene Vertriebswege nur einmal entwickelt wurden

Seitenanfang