2017 - 2017: Meldewesen / Abacus 360

Kunde: Großbank

Aufgaben:

• Testanalyst, Konzeptionist Migration ADV / A360 inkl. Business Analyse und Konzeptionserstellung.  Bestandteil der Migration  sind feingranulare Informationen der Geschäfte, insbesondere Einlagen, Wert-papiere und Kredite. Im Bereich Kredit ist das Thema Ana Credit zusätzlich hinzugekommen. Erstellung von Konzeptionsdokumenten für Architektur, Strategie und Test und übergreifenden  Meldebauplänen.
• Die, bei dem Kunden im Einsatz sich im Cluster befindlichen Methoden / Tools wurden genutzt  resp. sind in den Konzeptions- Abnahmephasen angewandt worden.

2015 ? 2016: Meldewesen / Abacus

Kunde: Bankengruppe

Rollen: Qualitätssicherer, Testmanager, Testanalytiker.  Analyst, Konzeptionist

Aufgaben:

• Konzeptionist, Testanalytiker Testmanager (fachlich / technisch) in Rahmen einer technischen Migration (Zusammenführung mehrerer EDV-Systeme) bei gleichzeitiger  Ausrichtung des Meldewesens auf das System ABACUS (alle Cubes incl. FinRep und FMS).
• Definition und Validierung von Abacus spezifischen Anforderungen aus fachlicher und ABACUS spezifischer Validierung der Anlieferungsschnittstellen  aus dem DWH zum Basic Cube. Insbesondere die Ableitungen zu den SmartCubes ?Kredit?. Einlagen- und Sachkonten (Bilanzdaten) (FinRep), incl. der Zahlungsplandaten waren bankfachlich und strukturell, ausgehend von den Core Systemen,  zu analysieren.
• Überprüfung der bisherigen Meldungen mit den Abacusmeldungen (XML-Format. Ermittlung der Deltaposition auf feingranularer Ebene über  separates hauseigenes Abstimmtool (Host SQL-Datenbank) unter Anwendung von ETL-Techniken. Ermittlung der notwendigen Korrekturen zur Basic Cube Anlieferung ausgehend von  SMART-Cube Warnings / Fehlermeldungen.  Erörterung der Findings mit den Meldeverantwortlichen der Banken. Defecteinmeldung und Nachvalidierung über HP-Alm, incl. Incidenteinmeldung bis hin zur Bearing Point.
• Fehleranalyse incl. Abgleich der Datenanlieferung (Core-System) vom Host mit den dispositiven Daten für die aufsichtsrechtlichen Meldungen
• Proaktive Analyse im Bereich fachlich logischer Abhängigkeit. Z.B. Geschäftsart (Kredit, Einlage, Bilanzkonto, GuV Konto) zu Bilanzseite (Forderungen, Verbindlichkeiten und  Saldo Skontro / Bilanzkonto Vorzeichen (Soll/Haben).  Thematik der Soll / Haben Stornierung resp. Soll minus / Haben minus Korrektur, incl.  Auswirkung auf die kumulierten Umsatzzahlen. Bewertungsthemen UGB(HGB) zu  IFRS.

2013 ? 2014: SEPA / DTA

Kunde: internat. Finanzdienstleister

Rollen: Koordinator, Qualitätssicherer, Tester , Analyst, Konzeptionist

Aufgaben

• Koordinator für das Themengebiet End_To_End systemübergreifende Validierung von Zahlungsverkehrsströmen im Bereich DTA / SEPA. Von der geplanten Detail-Umsatzgenerierung bis zur Buchungsabstimmung.  Nachverfolgung auf Detail-Datensatzebene (Lebenszyklus) über diverse  Client/Server und Hostsysteme im Segment Online und Batchumsätze über die END to END ID) und über unterschiedliche Zahlungsverkehrsformate. Analyse des Istzustandes, Definition und Abstimmung des Sollkonzeptes. Validierung der realisierten Komponenten hinsichtlich der Erfüllung der geforderten Sollwerte bis auf Feld resp. TAG Ebene  innerhalb der einzelnen Dateien.
• Reporting zu den Endkunden (Großbanken) unter Einbezug von europ. externen  Kooperationspartnern im Bereich Sepa-Mandatsverwaltung. Beachtung der Sepa-Regularien u.a. für valutengerechte Buchung. Architektonische  Konzeption (logische Datenbankmodellierung), Implementierung und Validierung. Internes Review  und Moderation.

Technisches Umfeld

Host, Client Server, ORACLE (Sepa Formate: PAIN 001, PAIN 008, CAMT 053, CAMT 054)

2013 - 2013: Testplanerstellung

Kunde: internat. Finanzdienstleister

Rolle: Testmanager im Bereich Zahlungsverkehr (AZV)

Aufgaben

• Schwerpunkt Testplanerstellung, Reporting Optimierung des Testverfahren (Testfallabdeckung), Schnittstellenvalidierung (import / export / Embargo), Analyse der Arbeitsabläufe. Analyse und QS des Mappings. Matching MT 202  mit MT4xx und / oder MT 999. Validierung der Spezifikationen. Validieren der Archive-Dateien im XML-Format. Datenvalidierung via. Open-source Cobol unter MS-Windows.

2012 - 2012: Machbarkeitsstudie

Kunde: Großbank

Aufgaben

• Machbarkeitsstudie zum Aufbau einer Plattformübergreifenden Gesamtüber-sicht über Kunden, Darlehens- und Kreditnehmerdaten. 

2009 ? 2012: diverse Projekte

Kunde: Großbank

Aufgaben

Abgeltungssteuer / FAS / OGAW / Zahlungsverkehr /Testmanagement

• SW-Qualitätssicherung /Datenvalidierung / Prozessvalidierung insbesondere im Umfeld von OGAW via DB2 Datawarehouse und Kapitalveränderungen und Zahlungseingängen (MZUE (intern/extern) Erträgnisse unter steuerlichen Gesichtspunkten und aktuellen und zukünftigen Zahlungsverkehrsstammdaten gemäß ISO 20022.
• Ermittlung von Delta Korrektur-Bedarf aufgrund von gesetzl. Änderungen insbesondere Validierung, Testing, Regressionstest und Testfallbeschreibung.

Testdatenmanagement / Testmanagement

• SW-Qualitätssicherung unter fachlicher und steuerlicher Betrachtungsweise der Bewegungsdaten, der Steuerberechnung (Verlustverrechnung, Frei-stellungsaufträge und Steuerverbünde). QS der Datenbasis / Prozessabläufe incl. fachübergreifende Ereignisse (z. B. Spar, Zahlungsverkehr). Validierung und Verfassen / Modifikation von LB?S (Leistungsbeschrei­bungen) und TFB?s (Testfallbeschreibungen) incl. finaler Klärung mit der Fachabteilung.
• Analyse, Konzeption und Realisierung eines Tools als MS-Access Lösung incl. MS-SharePoint Realtime Synchronisation.

Kredite

• Migrationsdesign einer Kreditanwendung via. Migrationsdrehscheibe incl. Zahlungsverkehrsdaten (Abbucher)

Avale / Darlehen / Kunden- Konten Beziehung Zahlungsverkehrsdaten Integration

• Synchronisation der unterschiedlichen Konto-Nrn. Systematiken der einzelnen Teilcluster des Gesamtinstitutes mit den jeweiligen Views. Die Synchronisation wurde notwendig, da im Rahmen einer Fusion via. Migrationsdrehscheibe die ursprünglichen Systematiken beibehalten wurden.

Kontokorrent / Rechnungswesen / Termingeld

• Analyse / QS / Test / Konzeption / Realisierung einer signifikanten Performance-Verbesserung im Rahmen des sehr eng gewordenen Zeitfensters nach Buchungstagwechsel durch Ausweitung der Bestände durch Fusion via Migrationsdrehscheibe und Bewegungsdaten (interne / externe Zahlungsumsätze) mit dem Schwerpunkt Data Warehouse Versorgung.

Zahlungsverkehr

• Analyse mit anschließender Ermittlung einer Vorgehensweise zur Reorganisation / Vereinheitlichung des Zahlungsverkehrs incl. der Vorbereitung der anstehen­den SEPA-Aktivitäten, auf Basis sehr grober Vorgaben und  Benennung von Risiken.

2002 ? 2010: ER-Modellierung

Kunde: branchenneutral

Aufgaben

• ER-Modellierung unter PostgreSQL (SUN / SOLARIS / Windows) mit SQL Manager (logische / physische Datenmodellierung [reverse / forward - Engineering (Datenbank ?> ER-Modell <-> Datenbank). Erstellen der DDL?s für DBA ? Portierung (z. B. DB 2 / Oracle [Prototyping]). Regelbasierte Migration von Host-Strukturen (IMS / DB 2 / FLAT-Files) nach XSLT (XML) via VA-Cobol.

2007 ? 2009: diverse Projekte

Kunde: Bank (Wertpapierhandel / Depotbank)  

Rolle: Konzeption / Realisierung / Test

Aufgaben

XML-Parser/Konverter für C02-Zertifikate

• Die im XML-Format gelieferten Daten der EUA  / ECC (Strombörse Leipzig [European Commodity Clearing]) für CO2 ? Zertifikate werden auf den Host portiert und konvertiert, wobei eine eingeschränkte Skalierbarkeit implementiert wurde (zeitkritisch). Spezifizierung der fachlichen Prozesse und finale Klärung mit der  Fachabteilung

Konzeption / Realisierung / Test / Testmanagement

Zahlungsinformationen

• Aufschlüsselung der Investro-Schlussnoten (Zahlungsinformationen) nach eigenen / fremden Positionen in der Rolle der Depotbank für den Emittenten des jeweiligen Fonds mit entsprechendem Reporting für die KAG?s (Kapital  Anlage Gesellschaften). Spezifizierung der fachlichen Prozesse und finale Klärung mit der  Fachabteilung, inclusive: Recherche, Test

Konzeption / Realisierung / Test / Testmanagement

Mandantentrennung für Zahlungsströme

incl. Schnittstelle zur Abgeltungssteuer und Hauptbuch.

• Durch die Gründung einer Tochtergesellschaft war es notwendig geworden, die täglichen Bewegungsdaten / Zahlungsströme nach Mandanten, ausgehend vom Kundendepot zu trennen. Hierzu wurden die bestehenden Geschäfts-Referenztabellen um die Mandanteneigenschaft erweitert. Gleich-zeitig wurden Basisinformationen / Buchungssätze für die Abgeltungssteuer je Mandant bereitgestellt und Verrechnungsumsätze erzeugt.

Konzeption (Redesign) / Architekturentwurf / Prototyping

Orderdatenbank

• Portierung Orderdatenbank (IMS) nach DB2. Analyse der Quellumgebung (IMS und DB2). Entwurf und Implementierung eines META-Modells zur Analyse / Beschreibung der bestehenden IMS-Datenbank (unterschiedliche gekapselte Bereiche / Module [Beratung / Abwicklung / Handel]). Erarbeitung des Regelwerkes für das Mapping von IMS nach DB2 incl. Beschreibung (Data Dictionary) der Zielumgebung DB2. Definition des Migrationsframeworks (logisch und physisch) durch Überleitung des logischen Datenmodells in das physische Datenmodell.

Konzeption / Modellierung / Architektur / Realisierung / Test / Testmanagement

Wertpapierabwicklung - generische Orderüberwachung-

• Analyse des Ist Zustands incl. aller Datenquellen (Steuerungstabel­lenverwaltungssystem) Design eines Meta-Modells und Implementierung für einen generischen und dynamischen Dialogpart, der die Möglichkeit bietet, auf alle Attribute der Orderbestandsverwaltung auf dem Wege des Vergleiches zuzugreifen. Das Ergebnis wird den Organisationseinheiten zur Verfügung zustellt. Diese Organisationseinheiten sind für die Fachabteilung frei definierbar und skalierbar gehalten worden.
• Spezifizierung der fachlichen Prozesse und finale Klärung mit der Fachabteilung. Die Auswahl / Administration der Selektionskriterien und der Organisationseinheiten erfolgt durch die Fachabteilung im Realtime-Modus.

Konzeption / Modellierung / Realisierung / Prototyping / Test / Testmanagement

Verwaltung Fondsgeschäfte / Zahlungsverkehrsdaten

incl. Revalutierung der Urkunden

• Übermittlung der Bewegungsdaten (Zahlungsverkehrsdaten) mittels SWIFT MT 520 / MT 522 und MT 579 an Clearstream Banking (Deutsche Börse). Erarbeitung des Soll-Datenmodells, Realisierung, Test und Abstimmung mit der Börse.

Konzeption / Realisierung / Test / Testmanagement

Kursverwaltung (Bestands- und Bewertungskurse)

• Die im eigenen Hause bevorrateten Wertpapierkurse wurden dahin gehend untersucht, für welche Gattungen Bestände vorliegen, bzw. im zurückliegenden Zeitraum im Bestand waren. Für diese Gattungen wurden unterschiedliche Bevorratungszeiträume definiert und über ein Regelwerk einem Löschungs- / Bewertungsalgo­rithmus unterworfen. Alle anderen Gattungen wurden sukzessive aus­gelagert respektive gelöscht.

Konzeption / Realisierung / Projektmanagement / Test / Testmanagement

Status SWIFT MT 548 (offene Positionen)

• Statusermittlung / -verfolgung des Geschäftes und Erstellung des MT548 für den Kunden unter Berücksichtigung der Order / Order resp. der Order / Schlussnoten Beziehung incl. Splittings von Wertpapier-Lieferungen. Aufbau einer Referenzdatenbank der offenen Geschäfte.

Datenlieferungen MERVA / Zahlungsverkehrsinformationen

Validierung / Realisierung

• Überprüfung der Datenlieferungen an MERVA. Ergänzung der Schnittstellenversorgung (aus unterschiedlichen Modulen [Cluster] der Bank) im Rahmen der erweiterten BASEL II Anforderungen (Zahlungsverkehrsinformationen). Inklusive: Recherche (u. a. Analyse der Datenquellen) / Test.

2006 - 2006: diverse Projekte

Kunde: Rechenzentrale

Aufgaben

Konzeption / Realisierung / Projektmanagement / Test

Kredit / Wertpapier / Kontokorrent / Einlagen, Zahlungsverkehrsstammdaten, zentrale mandantenfähige Datenversorgung

• Auf Basis grober fachlicher Vorstellungen / Konzepte und präziser externer Vorgaben (Verband) wurde für den Bereich Controlling ein zentrales mandantenfähiges und versioniertes Datenmapping aufgebaut.  Durchführung von Modul- und Integrationstests.

Rahmenprogramm für BusinessLogic

• Auf Basis fachlicher Vorstellungen / Konzepte wurde für die Fachan­wendungen KK und Kompensation ein Rahmenprogramm erstellt, dass für alle Teilbereiche (EWB, Meta, Darlehen, Zahlungsverkehrsstammdaten etc.) als Vorlage diente. Anschließend wurde die jeweilige Teilspezifika ergänzt (Wiederverwertbarkeit / Komponentenbildung).

2006 - 2006: Validierung Konzepte

Kunde: Beratungshaus

Aufgaben

Validierung Konzepte

• Spezifische Konzepte wurden hinsichtlich Ihrer Realisierbarkeit / Wirtschaftlichkeit untersucht. 

2005 - 2005: Realisierung einer zentralen mandantenfähigen Schnittstelle

Kunde: Transaktionsbank / Landesbank

Aufgabe

zentrale Schnittstelle Depotcluster / Wertpapier

• Realisierung einer zentralen mandantenfähigen Schnittstelle unter COBOL / ADASQL unter Einbezug einer hauseigenen zentralen Schlüsseltabellen-verwaltung zur Ermittlung von Depotschlüsselwerten auf der Basis von Teilclustern. Aufruf / Anbindung erfolgt im Batch sowie im Online. Weiterhin aus Cobol und Natural heraus. Notwendige Modifikation des bestehenden, teilweise sehr groben Konzeptes, wurden nach Abstimmung der Schnittstellen, eingearbeitet. Detailinformationen wurden aus den Datenströmen herausselektiert und zu einem strukturierten eindeutigen Identifizierungsgesamt-schlüssel aufbereitet. Inklusive Recherche / Test

2002 ? 2005: diverse Projekte

Kunde: Systemhaus für Großbank

Aufgabe

Projektmanagement

• Migration / Integration / Schnittstellen
• Konzeption / Datenmodellierung eines mandantenfähigen und branchenneutralen Migrations-, Integrations-, und Schnittstellentools.

Projektmanagement

• Datawarehouse
• Konzeption incl. Datenmodellierung eines mandantenfähigen Datawarehouses als Speichermedium für Integrationsinformationen, Mappingregeln für Schnittstellen, Errorhandling und Datentransferinformationen im Rahmen eines ganzheitlichen Produktangebotes. Die Basiskonfiguration für ETL wurde im Konzept mit berücksichtigt.

Datenmodell Mandantenplattform Zahlungsverkehrs etc.

• Erstellen eines Datenmodells ?Mandantenfähigkeit? als Teil eines gesamtheitlichen Architekturentwurfes für unterschiedliche Ausprägungen als Basis für Finanzdienstleister, um die Funktionalitäten einer Service Bank, eines Zahlungsverkehrshauses (Inland / Ausland ) oder einer Kreditfabrik als Datenbasis abzudecken.

Projektmanagement

• Analyse von Geschäftsprozessen
• Erstellen eines Datenmodells für ein Analysetool zur Ermittlung von Istzuständen zur Identifizierung von Geschäftsprozessen.

2003 ? 2004: Studie Mandantenfähigkeit / Zukunftsfähigkeit

Kunde: Transaktionshaus

Aufgabe

• Studie Mandantenfähigkeit / Zukunftsfähigkeit des bestehenden Wertpapiersystems mit dem Schwerpunkten Migration und Aufnahme neuer Mandanten (Skalierbarkeit).

2002 ? 2003: diverse Projekte

Kunde: Service Bank (Konzern / Großbank)

Aufgaben

Projektmanagement

Geld- / Devisenbereich / Wertpapierbereich

Konzeption, Koordinierung, Realisierung Migration Stammdaten, Geschäftsdaten und Zahlungstransferdaten (DTA und SWIFT [MT103, 202, 210, 300, 305, 320 und 330]) für mehrere Mandanten.

Mandantenfähigkeit

Erstellung Pflichtenheft und Grobfachkonzept inkl. Datenmodell für die Teilgebiete Mandantenfähigkeit / Kosten- und Statusverfolgung / Spezielle Mandantenservices.

2001

Kunde: Finanzdienstleister (Konzern / Versicherung / Bausparkasse)

Aufgaben

Testing / QS- Management

Konzeption / Realisierung eines Administrationsverfahrens zum Nachweis der Integrationsfähigkeit der Neuentwicklung des Kernsystems einer Bauspar-kasse in die bestehende Landschaft des Konzerns.

weitere Projekte gerne auf Anfrage