Einsatz von AMDP-Transformationen für die Zins- und Kapitalablaufprognose bei Banken

Für die Gesamtbanksteuerung wird im Zusammenhang mit Zins- und Kapitalablaufprognosen basierend auf künftigen Zinszahlungen sowie Tilgungen und Auszahlungen eine taggenaue Berechnung für das Restkapital, die Auszahlungsverpflichtungen und Zinsen zwischen den Zinsterminen (sog. Stückzinsen) vorgenommen.

Die angelieferten Zahlungsströme bilden die jeweiligen prognostizierten Zahlungszeitpunkte ab. Für die fachliche Nutzung müssen anhand dieser Zeitpunkte taggenaue Berechnungen für die Tage vorgenommen werden, die zwischen den jeweiligen Zahlungspunkten liegen.

Da dadurch auf der einen Seite in die Berechnung der zu erwarteten Zinserträge und Zinsaufwendungen alle zinstragenden Einzelgeschäfte eingehen und auf der anderen Seite für bestimmte fachliche Analysen eine taggenaue Sicht benötigt wird, werden für derartigen Prognoseberechnungen die Anzahl der Datensätze um ein Vielfaches erhöht. So sind bspw. aus 32 Mio. angelieferten Datensätzen im Ergebnis 670 Mio. Datensätze erzeugt worden. Dies für einen Betrachtungsstichtag und einen Prognosezeitraum von bis zu 40 Jahren.

Klassischerweise würde man im SAP BW dazu in einer Transformation eine oder mehrere ABAP-Routinen anlegen und die Kennzahlen dort ermitteln. An sich ist ABAP eine Programmiersprache, die sehr gut geeignet ist, Massendaten im Business-Kontext zu verarbeiten. Problematisch bei großen Datenmengen ist jedoch, dass bei einer ABAP-Verarbeitung die Daten erst aus der Datenbank gelesen und nach der Verarbeitung wieder zurückgeschrieben werden müssen (data to code).

Durch das beschriebene „data to code“-Verhalten kann in einer ABAP-Transformation ein Performance-Bottleneck entstehen. Je nach Ausgangsbasis der Daten und dem gewünschten Prognoseumfang läuft die Gesamtverarbeitungszeit aus dem „Ruder“ oder im Extrem bricht die Verarbeitung aufgrund eines „Timeout“ ab.

Mit dem Umstieg auf AMDP in SAP BW-Transformationen stehen zwar neue Herausforderungen hinsichtlich einer neuen Programmiersprache (SQLScript for HANA) und einer neuen Entwicklungsumgebung (HANA Studio / Eclipse) bevor.  Ferner schwindet die gewohnte Übersichtlichkeit, da die Anwendungslogik nun nicht nur auf dem Applikationsserver, sondern auch auf der Datenbank zu finden ist. Dafür überwiegt der enorme Performance-Gewinn, sofern es ein hohes Datenvolumen zu verarbeiten gilt.

Tipp1:

Es können nicht alle Funktionalitäten, die durch ABAP ermöglicht werden, mit SQLScript umgesetzt werden. Aus Erfahrung bei unseren Kunden stellen dies jedoch seltene Ausnahmen dar, d.h. über 90% der ABAP-Transformationen können in SQLSkript ebenfalls implementiert werden.