Einführung von SAP FS-DM Deposits Management

alseda war von Anfang an ein fester Bestandteil dieses Projekts zur Einführung des SAP Core Banking Moduls FS-DM Deposits Management, im Rahmen der Einführung von SAP Banking Services 8.0. alseda begleitete den Kunden angefangen von der Erstellung von Fachkonzepten, Service Process Definitions und Sequenz Diagrammen, über die Implementierung und das Customizing von Zahlungsverkehrsprozessen, bis hin zur Integration von SAP Banking Services 8.0 durch Webservices in die bestehende IT-Landschaft. Parallel kümmerte sich alseda beispielsweise auch um die bankfachliche Abstimmung der Anforderungen und Prozesse an SAP DM, die Planung und Koordination von Workshops, das Design, die Konzeption und die Realisierung von Change Requests oder die Unterstützung des Integrations- und Abnahmetests.

Einführung von SAP Banking Services, Zahlungsverkehr, Archivierung

Aufgabe in diesem Projekt war unter anderem die Spezifikation,
Konfiguration und Implementierung des technischen und funktionalen
Designs für die Archivierung von Zahlungsposten und der Segmente
Aufwandsschätzungen und Ressourcen-Planung für Change Requests im
Bereich Konfiguration, Erweiterungen und Performance-Tests. Ebenso war
eine weitere Aufgabe die Supporttätigkeit im Zahlungsverkehrsteam des
SAP Build Workstream im Rahmen der Einführung von SAP Banking Services.

Integration der Kredit- und Debitkartenanbindung in SAP FS-DM Deposits Management als das Kernbankensystem

alseda war in diesem Projekt unter anderem verantwortlich für das Design, Customizing und die Entwicklung in ABAP und JAVA von kundenspezifischen Erweiterungen, sowie die Anbindung der Kreditkartenfunktionalität an das Master Contract Management in SAP FS-DM Deposits Management. Zusätzlich war es erforderlich in diesem Rahmen auch eine Schnittstelle zwischen der SAP FS-DM Kartenverwaltung und einem Karten-Provider zu entwickeln. Damit einher gingen beispielsweise die DV-Konzeption, Customizing und Realisierung der Schnittstelle in ABAP OO und JAVA zur Authorisierung von Kreditkarten-, bzw. Debitkartenzahlungen. Ausserdem waren wir für die Anbindung und Integration der Schnittstelle an SAP FS-CML und die Entwicklung weiterer Schnittstellen und Reports für SAP FS-CML verantwortlich. Zudem kümmerte sich alseda auch um die Implementierung der UC4-Steuerung der Tagesendverarbeitung.

Erweiterung eines SAP CML – Loans Management Systems / Datenmigration

Hauptaufgaben in diesem Projekt waren unter anderem die Migration von Privatkundendarlehen aus einem HOST nach SAP CML – Loans Management, die Erstellung von DV-Konzepten inkl. der Mapping-Regeln zur Migration der Stammdaten und der Konditionen, sowie die Erweiterung, d.h. Customizing und Programmierung des SAP CML – Loans Management Systems zur Abbildung neuer, migrationsbedingter Kreditprodukte. Ebenso war notwendig für den Aufbau der LSMW Strukturen für die Beladung der Migrations-Quelldaten zu sorgen.

Einführungsprojekt von SAP Banking Services / SAP DM – Deposits Management

Im Zuge der Mitarbeit bei der Einführung von SAP-DM – Deposits Management, war es unter anderem auch notwendig Schnittstellen zur Anbindung von anderen Banksystemen an SAP Banking Services zu designen und konzipieren. Ebenso war die Erarbeitung von System-Architekturplänen und auch das Training der Kundenmitarbeiter in SAP Banking Services / SAP DM – Deposits Management Umfeld von großer Wichtigkeit.

Gewerbliche Immobilienfinanzierungen, SAP CML, SAP BCA – Deposits

In diesem Projekt waren unsere Mitarbeiter unter anderem verantwortlich für die Projektkoordination, sowie die Datenmigration. Für letzteres wurde unter anderem auch eine Portfolioanalyse zur manuellen Migration von gewerblichen Immobilienfinanzierungen durchgeführt. Weitere wichtige Apekte in diesem Projekt waren die Abstimmung der fachlichen Anforderungen, die Koordination der Abhängigkeiten zu anderen Modulen, bzw. Aufgabengebieten, sowie die Planung und Überwachung der Aufgaben zur Durchführung der manuellen Übernahme der relevanten Geschäfte nach CML und BCA.

Produktivsetzung des SAP Geschäftspartners auf der Basis von SAP Banking Services

Aufgaben die beispielsweise in diesem Projekt anfielen, waren etwa die funktionale Konzeption und Implementierung des SAP Geschäftspartner Customizing, das Design einer Schnittstelle zwischen einem Fremdsystem und dem SAP Geschäftspartner, sowie SAP Deposits Management mittels SAP Webservices. Die Integration von SAP DM und Geschäftspartnerfunktionalitäten in die SAP Webservices Umgebung war ebenfsalls Teil dieses Projekts. Zusätzlich war es erforderlich eine Migration der Geschäftspartnerdaten aus einem Fremddatensystem vorzunehmen. Ebenso war es notwendig, Unterstützung zu leisten, bei der täglichen Aktualisierung für den SAP Geschäftspartner im Produktionsbetrieb. Neben der Erstellung und Durchführung von Testfällen, war es auch wichtig, die technische als auch die funktionale Konzeption von Erweiterungen der Archivierungsfunktionen für den gesamten Zahlungsverkehr über AFX Workbench Object, sowie ADK und SAP Archive Engine vorzunehmen.

Einführung von SAP FS-DM Deposits Management / SAP Banking Services

Bei diesem Projekt ging es hauptsächlich um die Konzeption und
Entwicklung von SAP DM Reporten, beispielsweise für Payments,
Massenbuchung oder Parallel Processing. Ebenso war die fachliche und
technische Konzeption und Implementierung von Change Requests im
Payments-Bereich von Belang. Die Konzeption von Systemtests und der
Support, sowie die Defektbeseitigung im Rahmen dieser Tests stellten
eine weitere Facette dieses Projekts dar.

Portalanbindung und Schnittstellenentwicklung zu SAP Banking

Die Aufgaben in diesem Projekt waren sehr vielseitig und erstreckten
sich über diverse Themenfelder. Unter anderem die verantwortliche
Arbeitspaketeplanung und -steuerung für die SCHUFA-Anbindung an SAP DM –
Deposits Management, inkl. der kundenseitigen und eigenen fachlichen,
sowie technischen Ressourcen. Ebenso kümmerte sich alseda um die
eigenverantwortliche Organisation und Moderation von
Anforderungsworkshops mit dem Kunden und SAP, sowie die die
konzeptionelle und programmtechnische Umsetzung der in den
Anforderungsworkshops erzielten Ergebnisse (Business Rules). Auch die
Prüfung und Einschätzung der architektonischen Abhängigkeiten im
Zusammenhang mit der Anbindung eines Portals an das SAP DM – Deposits
Management Back-End oblag dem Team von alseda. Weitere Aufgaben waren
unter anderem die Programmierung des Mail-Versands aus SAP,
Datenarchivierung in ein externes Langzeitarchivierungssystem, sowie
notwendige Anpassungen im SAP GP – Geschäftspartner mittels BDT-Business
Data Toolset und die Entwicklung von Schnittstellen-Software.

Einführung einer Service-orientierten Bankenlösung basierend auf SAP Banking Services

Im Rahmen dieser Einführung war es unter anderem wichtig als
Bestandteil des Teams für Datenarchitektur, sich mit der Analyse und
Konzeption der Anforderungen an Daten und Datenstrukturen zu
beschäftigen. Die Konsolidierung des Customizings für SAP DM – Deposits
Management, die Validierung von Konzepten und Mappingregeln für die
Migration von Konten, Karten, Zahlungsaufträgen und -posten aus
Altsystemen in SAP DM – Deposits Management, sowie die Erstellung von
Testszenarien im Bereich Zahlungsverkehr waren weitere Themen mit denen
sich alseda in diesem Projekt beschäftigte.

Projekt SAP CMS – Collateral Management System: Data Migration Framework

Alle Migrationen erfordern einen fachlich konsistenten und revisionssicheren Datentransfer vom Quell- zum Zielsystem. Mit dem Projekt zum Einsatz einer Data Management Suite für SAP CMS (Sicherheitenverwaltung) erfolgte dies über eine zentrale Datenmanagement-Plattform, die einen vollständigen Überblick über alle Werteflüsse liefert und den Datenaustausch revisionssicher und mit Fehlerbearbeitungsfunktionen unterstützt.

Die Data Management Suite lieferte für SAP CMS Standard Extraktions- und Beladungs-Schnittstellen für große Datenmengen (Immobilien, Sicherheiten, Mietverträge etc.), die eine besonders schnelle Umsetzung der Migrationslogik ermöglichen.

Die bei einer Migration anfallenden komplexen Transformations- und Mappingprozesse wurden über Mapping-komponente abgebildet. Abgerundet wurde der Funktionsumfang durch eine Abstimmung der Daten zwischen Quell- und Zielsystem, sowie der Möglichkeit zur revisions­sicheren Datenkorrektur innerhalb von SAP CMS.

Um die zu migrierenden Daten zur Verfügung zu stellen, kam eine Extraktionskomponente zum Einsatz. Diese ermöglicht auch Migrationsszenarien mit mehr als einem Quellsystem. Handelt es sich bei einer Quelle um ein NON-SAP-System, so importiert die Extraktions­komponente die Daten per Datei-Schnittstelle – üblicherweise über CSV- oder XML-Dateien.

Bei einem SAP-System als Quelle erfolgt der Zugriff auf kundenindividuelle Datenobjekte über SAP Standard Mechanismen. Durch Index-Technologie und Parallelisierung ist die Extraktions­komponente auch für extrem große Datenmengen und Daten-kombinationen nutzbar.

Die Funktionalität der Extraktions­komponente ermöglicht neben einer flexiblen Selektion und Extraktion auch eine betriebswirtschaftliche Zusammenführung von Quelldaten.

Über die Mapping- und Korrektur­komponente werden die extrahierten Datensets anschließend weiterverarbeitet.

Auf den extrahierten und zu Datenstrukturen gebündelten Quelldaten konnten mit der Mapping­komponente Transformations- und Mappingprozesse angewendet werden, um die Daten­strukturen auf die Zielstrukturen abzubilden. Dies geschah über fachliche oder tech­nische Daten­ver­arbeitungs­regeln, welche vom Data Migration Framework revisions­sicher und nach­voll­zieh­bar pro­to­kolliert wer­den.

Komplexe Transformations- und Mappingregeln stehen häufig in Verbindung mit Kalkulationsregeln, Datenanreicherungs-regeln oder Anonymisierungsfunktionen für Testdurchläufe. Zudem verkürzen automatisierbare Vollständigkeitsprüfungen und fachliche Validierungen die Testaufwände und steigern die Daten­qualität der Migrationsergebnisse.

Die Mapping­komponente ermöglicht die Ausgabe von Daten in ver­schiedenen Datei­for­maten und die An­bin­dung ver­schiedener Über­tragungs­wege. Für die per­for­man­te Be­ladung des Ziel­systems empfiehlt sich eine Übergabe der Daten an die Beladungs­komponente.

Beladung SAP CMS – Collateral Management System:

Die Beladungskomponente übernimmt die Daten­ver­sorgung von SAP CMS. Sie erhält die Da­ten von der Extraktions- , Mapping- oder Korrektur­komponente und lädt sie in das Ziel­system.
Für die Beladung von SAP-Systemen boten die Beladungs­schnittstelle folgende Funktionen:

• Datenaufbereitung und parallelisierte Verbuchung in SAP-Systeme
• Entwickelt für die Datenversorgung von SAP-Systemen auf Einzelsatzebene über BAPIs oder Servicebausteine
• Reihenfolgesteuerung für fachliche Objekte
• Protokollierung und Überblick über aufgetretene Meldungen / Fehler
• Fehlerhafte oder ausgesteuerte Daten direkt korrigierbar über Korrektur­komponente
• Revisionssichere Protokollierung des Ladeprozesses und von Datenänderungen / -ergänzungen
• Nachverarbeitung veränderter Daten und Wiederaufsetzbarkeit

Abstimmung:

Durch eine Abstimmung der Daten zwischen Quell­sy­stemen und dem Zielsystem SAP CMS (Sicherheitenverwaltung) wird eine Steiger­ung der Da­ten­quali­tät erreicht.
Die Abstimmung erfolgt durch Integration von spezifischen Regeln mit Funktio­nalitäten wie Voll­ständig­keits­prüf­ungen, Mengen­abgleiche, Werte­ver­gleiche, Salden­er­mittlung und Kenn­zahlen­ab­gleich. Durch Er­stellung ziel­gruppen­spezi­fischer Proto­kolle inkl. Abbildung eines inte­grierten Pro­zesses zur Proto­koll­bearbeitung (z.B. Prüf­proto­kolle, Analyse­ergeb­nisse etc.) werden die Ab­stimmungs­erg­ebnisse aus­gewertet.
Es ist anschließend möglich, abweichende Daten an die Korrektur­komponente weiter­zugeben, um sie dort zu korrigieren und er­neut in das Ziel­sy­stem zu über­tragen.

Korrektur Cockpit:

Vor Beladung von SAP CMS oder nachträglich auf Basis von Ab­stimmungs­er­gebnissen bot das Korrektur Cockpit Möglich­keiten zur Be­trach­tung und Korrektur von Daten. Die Korrek­turen können manuell durch den Benutzer oder auto­ma­tisch durch Business Rule Frame­work-Funktio­nalität vor­genommen werden.
So kann über Korrekturregeln im Business Rule Framework bestimmt werden, wie die Daten zu korrigieren sind. Die Korrekturregeln liefern Korrekturwerte, wie beispielsweise eine Kennzahl, die sich aus mehreren Datenobjekten aggregiert.
Die Korrekturkomponente des Data Migration Frameworks gewährleistet eine konsistente Datenanlieferung an das Zielsystem.

Für alle Datenänderungen / Korrekturen gilt:

• Alle Korrekturen und Anreicherungen wurden revisionssicher protokolliert und gemäß Versions- und Historisierungskonzept abgelegt
• Für die Korrekturfunktionen können explizite Berechtigungen auf Basis des SAP-Standardberechtigungskonzepts vergeben werden