Experte Master Data Management und Data Governance – Meta Customer Management für AFC-Compliance nach EU-AML

Wertpapierhaus der Sparkassen-Finanzgruppe

Banken und Finanzdienstleistungen

5000-10.000 Mitarbeiter

Kontext: Im Zuge der laufenden Umsetzung von EU-AML baut die Bank für die AFC-Compliance eine konsolidierte, kundenzentrische Sicht auf: Einzeldaten aus verschiedenen Quellen im Haus werden auf Basis von MDM zu einem Meta-Kundenprofil zusammengeführt. Ziel ist eine Kundensicht, die im AFC-Kontext nachhaltig, transparent und regulatorisch konform betrieben werden kann.

Ist-Analyse und Anforderungen: Analyse von Prozessen, Datenflüssen und Systemlandschaften in Compliance und AFC; Anforderungen aus First Line (Stammdatenmanagement) und Second Line (Monitoring, Kontrolle)
Meta Customer und Data Governance: Fachfunktion, die Einzeldaten zu einem konsolidierten Meta-Kundenprofil aggregiert; Data Governance Framework und MDM-Prozesse für die AFC-Anforderungen mit Rollenmodell (Data Owner, Data Steward, RACI)
Datenqualität und Lösungen: Kontrollmechanismen mit regelmäßigen Data Quality Checks und Monitoring; fachliche Beratung bei Auswahl und Einführung von Lösungen für MDM und Data Governance

Umfeld: Master Data Management (MDM) · Data Governance · AFC-Compliance · EU-AML · Geldwäscheprävention · Kunden- und Transaktionsdaten · Data Owner/Data Steward · RACI · Datenqualität und Monitoring

Testmanager – Ablösung eines Legacy-Mainframes durch ein Data Lakehouse

Anbieter von Wertpapier- und Kapitalmarktdaten für die Finanzbranche

Banken und Finanzdienstleistungen

250-500 Mitarbeiter

Kontext: Der Anbieter löst seine geschäftskritische Host-Plattform für die Versorgung der Finanzbranche mit Wertpapierdaten durch ein Data Lakehouse ab; für die weitere Umsetzung wird das Testmanagement neu ausgerichtet.

Ist-Analyse und Risikobewertung: Deep-Dives mit den Feature Teams entlang Dateneingang, -verarbeitung und -ausgang (rund 190 Datenquellen); strukturierte Risikobewertung mit Gegenmaßnahmen und Quality Gate Kriterien
Gesamttestkonzept: Konsolidierung der bestehenden Testkonzepte zu einem risikobasierten Gesamttestkonzept – Teststufen bis zum Abnahmetest im taggleichen Parallelbetrieb mit dem Altsystem, fünf Quality Gates bis zur Go-live-Entscheidung, RACI für zentrales Testmanagement und Feature Teams
Planung und Steuerung: Überarbeitung von Aufwandsschätzung und Ressourcenplanung für das zentrale Testmanagement, Entscheidungsvorlagen für Management und Beirat; Mitgestaltung des neuen Testansatzes

Ergebnis: Das Testmanagement ist neu aufgestellt: Das konsolidierte Gesamttestkonzept mit Teststufen, Quality Gates und Governance ist freigegeben, Aufwandsschätzung und Ressourcenplan sind verabschiedet.

Umfeld: IBM Mainframe (Host) · Data Lakehouse · Datenmigration · IBM MQ · Jira/Xray · Confluence · Risikobasiertes Testen · Quality Gates

Co-Projektleiter – BCBS 239 / EZB RDARR: Data Governance, Datenarchitektur, Data Lineage

Bausparkasse der Sparkassen-Finanzgruppe

Banken und Finanzdienstleistungen

1000-5000 Mitarbeiter

Kontext: Die Bausparkasse steht unter direkter EZB-Aufsicht und muss nach BCBS 239 / RDARR nachweisen, dass sie ihre Risikodaten vollständig, korrekt und zeitnah aggregieren kann – vom Quellsystem bis in Risikobericht und Meldewesen, auch ad hoc in Stresssituationen.

Roadmap und Steuerung: Mitentwicklung der BCBS 239 Roadmap bis zur Vorstandsvorlage; Führung der Teilprojekte IT-Architektur und Metadaten mit bis zu fünf Beratern
Data Governance und Data Lineage: Mitgestaltung der Richtlinien für Data Governance und DQM, Verantwortung für die Metadaten-Richtlinie; zehn Datendomänen und Fachdatenmodell für rund 1.500 Datenelemente; Zerlegung aller 61 steuerungsrelevanten Kennzahlen bis in die Quellsysteme
Collibra und Zielbild: Auswahl und Einführung von Collibra für Metadaten- und DQ-Management bis zum Go-live Anfang 2026; Zielbild für IT- und Datenarchitektur mit neuem DWH als Single Point of Truth und Umsetzungsplan über rund fünf Jahre

Ergebnis: Alle 61 steuerungsrelevanten Kennzahlen sind bis ins Quellsystem nachvollziehbar und in Collibra dokumentiert, das seit Anfang 2026 produktiv ist. Data Governance ist mit Richtlinien, Datenverantwortlichen und Gremium verankert.

Umfeld: BCBS 239 · EZB RDARR · DORA · Collibra · REST-API · DWH (IBM DB2, PostgreSQL, SAS) · OSPlus · BAIS · AWS

Teilprojektleiter Datenintegration – Kostencontrolling im Konzern-DWH für Oracle EPM

Großer deutscher Versicherungskonzern

Versicherungen

>10.000 Mitarbeiter

Kontext: Der Konzern ordnet das Controlling seiner Verwaltungskosten (Sach-, Personal-, Provisions- und Prämienkosten) für fünf Versicherungsunternehmen mit rund 550 Kostenstellen neu. Die Daten kommen aus Finanzbuchhaltung, Entgelt- und Provisionsabrechnung und fließen über das Konzern-DWH in Oracle EPM.

Quellsystem: Spezifikation von Soll-Kontenrahmen und DWH-Schnittstelle in der Finanzbuchhaltung (Infina)
Stammdaten und Datenstrecke: Mapping-Framework, das Hauptbuch-Konten, Lohnarten und Personalkostenstellen auf die Kostenarten abbildet; Konzept für die Integration von Hauptbuch, Anlagebuch, Entgelt- und Provisionsabrechnung im DWH
Datenqualität und Test: DQ-Regelwerk mit 22 komplexen Regeln im Produktivbetrieb; selbst entwickelte Schattenrechnung (Excel/Power Query) als Abgleich gegen das DWH; Testdaten für drei Systemintegrationstests

Ergebnis: Die neue Kostenrechnung läuft seit 2026 produktiv auf Oracle EPM, mit einer monatlich DQ-geprüften Kostendatenbasis, die je Konto gegen das Hauptbuch abgestimmt ist.

Umfeld: Oracle EPM Cloud · DWH (IBM DB2, DataStage) · Data Vault · SQL · IBM Cognos · Excel/Power Query · Jira

Senior Data Architect – EZB-Onboarding: Datenarchitektur und Data Lineage für das Meldewesen

Große internationale Bank

Banken und Finanzdienstleistungen

>10.000 Mitarbeiter

Kontext: Die EU-Einheit einer internationalen Großbank bereitet sich auf die direkte EZB-Aufsicht vor. Im Datenmanagement-Projekt ihres EZB-Onboarding-Programms überführt sie die Datenanforderungen von acht Teilprojekten (u. a. Comprehensive Assessment, Meldewesen, SRB-Onboarding) in Data Governance, Datenmodelle und Datenarchitektur.

Data Lineage für BAIS: Lineage-Konzept für den Meldewesen-Rechenkern nach dem EZB RDARR Leitfaden bis zu Meldebögen und Kennzahlen wie LCR, NSFR, RWA und CET1; Bewertung der Automatisierbarkeit mit Collibra
Datenarchitektur-Plan: Aufbau des Datenarchitektur-Workstreams mit Impact-Analyse der Business Requirements, High-Level Datenflüssen und Datenarchitektur-Kapiteln für die Solution Design Documents
Lakehouse-Design: Designoptionen für den Gold Layer der Databricks-Plattform (Medallion-Architektur) mit semantischer Schicht und Data Marts; Vergleich von 3NF, dimensionaler Modellierung und Data Vault

Ergebnis: Das Lineage-Konzept für BAIS samt Collibra-Bewertung ist Teil der Discovery-Ergebnisse, auf deren Basis die Bank die Umsetzungsphase beauftragt hat.

Umfeld: EZB-Onboarding · EZB RDARR · BCBS 239 · Data Lineage · BAIS · Loan IQ · Anvil · Collibra · Kafka · Databricks (Lakehouse, Medallion-Architektur) · Data Vault

Projektleiter – EZB-Onboarding: Data Dictionary und Gap-Analyse für AQR und EZB-Stresstest

Große internationale Bank

Banken und Finanzdienstleistungen

>10.000 Mitarbeiter

Kontext: Die Bank bereitet sich auf die direkte EZB-Aufsicht vor. Für Asset Quality Review (AQR) und EZB-Stresstest muss sie wissen, welche der geforderten Daten in ihren Systemen verfügbar sind (teils bei Konzerngesellschaften betrieben) und wo Lücken bestehen.

Data Orchestration: Workstreamübergreifende Steuerung von Datenanforderungen, Data Mapping und Gap-Analyse für AQR Kredit, AQR Fair Value und Stresstest
Data Dictionary und Gap-Analyse: Aufbau des zentralen Data Dictionary mit Quellsystem, Transformationstyp und Bezug zu FINREP/COREP; Klassifikation der Lücken und Katalog der Schließungsmaßnahmen
Data Governance und Fahrplan: Review der Rahmenwerke für Data Governance und DQ gegen BCBS 239 und den Entwurf des EZB RDARR Leitfadens; Aufwandsschätzung für Lückenschließung und EZB-Onboarding

Ergebnis: Knapp 1.000 Template-Felder aus AQR und Stresstest sind in einem zentralen Data Dictionary erfasst, auf die Quellsysteme gemappt und abgestimmt; Lücken sind klassifiziert und jeweils mit einer Maßnahme hinterlegt.

Umfeld: EZB-Onboarding · AQR · EZB-Stresstest · BCBS 239 · EZB RDARR · IFRS 9 · FINREP/COREP · Collibra

Projektleiter & Experte Datenmanagement – Ausweitung von BCBS 239 auf das Meldewesen (KDE/CDE)

Captive-Bank eines deutschen Automobilkonzerns

Banken und Finanzdienstleistungen

>10.000 Mitarbeiter

Kontext: Die Bank prüft ihr Datenmanagement auf Lücken gegenüber MaRisk und BCBS 239 und will dabei erstmals das Meldewesen einbeziehen, dessen Daten bisher nicht Teil der Data Lineage sind.

Projektleitung: Leitung des Proof of Value vom Angebot bis zur Ergebnisübergabe und Steuerung eines Teams aus Experten für Meldewesen, Datenmanagement und Knowledge Graphs
Methodik und Proof of Value: Hybrides Vorgehen zur KDE-Identifikation aus fachlicher Expertenbewertung und graphbasierter Auswertung der Data Lineage; Ableitung kritischer Meldepositionen der COREP-Meldung (Eigenmittel) aus EBA Risk Indicators und EBA ITS Data Points
DQ-Messung und Roadmap: Vorgehensmodelle für DQ-Messpunkte mit kalibrierten Schwellenwerten; Roadmap zur Ausweitung auf alle BCBS 239 relevanten Meldungen einschließlich Data Lineage, Datenliefervereinbarungen und Anbindung der DQ-Messungen an das DQ-Issue-Management

Ergebnis: Die Methodik zur Identifikation kritischer Datenelemente ist an der COREP-Meldung (Eigenmittel) erprobt; eine Roadmap gibt den Weg zur Ausweitung auf alle BCBS 239 relevanten Meldungen vor.

Umfeld: BCBS 239 · MaRisk · COREP · EBA Risk Indicators · Ab Initio · Data Lineage · Knowledge Graph · Data Delivery Agreements

Business Analyst & Experte Datenmanagement – Data Vault DWH bei Einführung von adcubum SYRIUS

Kompositversicherer eines deutschen Finanzkonzerns

Versicherungen

>10.000 Mitarbeiter

Kontext: Die Versicherung löst im Rahmen eines Transformationsprogramms ihr Komposit-Kernsystem durch adcubum SYRIUS ab. Parallel baut sie ein DWH nach Data Vault 2.0 auf, das die dispositiven Systeme versorgen soll, von IFRS 17 über Aktuariat und Controlling bis zur Vertriebssteuerung. Das DWH-Projekt wird dafür fachlich neu aufgestellt.

Review und Anforderungen: Ramp-up-Review des DWH-Projekts mit Maßnahmen und neuer Projektorganisation aus drei Teilprojekten; Erhebung der Datenanforderungen von zwölf abnehmenden Systemen und Überführung in User Stories im Jira-Backlog
Datenmodell und IFRS 17: Ausgestaltung des Schichtenmodells bis zum Business Access Layer und fachliches Datenmodell für Bestand, Partner und Schaden; Erhebung der IFRS 17 Datenanforderungen mit dem Aktuariat, Mapping von rund 100 Feldern auf die Raw Vault Satelliten
Test und Datenqualität: Schichtenorientiertes Testvorgehen von den Quelldaten bis zum Abnahmetest, rund 100 fachliche Testfälle in Zephyr, Konzept für einen automatisierten Regressionstest je Release

Ergebnis: Das DWH-Projekt ist fachlich neu aufgestellt; zum Softlaunch des Kfz-Direktgeschäfts auf SYRIUS stellt das DWH die Datenbasis für IFRS 17 und Solvency II bereit.

Umfeld: adcubum SYRIUS · Datenmigration · Data Vault 2.0 · IBM DB2 · SQL · IFRS 17 · Solvency II · Camunda (BPMN 2.0) · Jira · Zephyr

IT-Experte COREP-Meldewesen & SAP-Schnittstelle – COREP-Meldetool auf EBA Reporting Framework 3.0

Luxemburger Privatbank einer deutschen genossenschaftlichen Finanzgruppe

Banken und Finanzdienstleistungen

1000-5000 Mitarbeiter

Kontext: Die Bank erstellt ihre COREP-Meldungen seit 2014 mit einem VBA-basierten Meldetool als Middleware zwischen SAP BW und den Meldebögen; zum Stichtag 30.06.2021 muss es auf das EBA Reporting Framework 3.0 mit den neuen CRR II Anforderungen gehoben werden.

Datenmodell und Meldebögen: Aktualisierung von Datenmodell und Validierungsregeln auf EBA DPM 3.0 bzw. ERF 3.0; Integration von rund 30 neuen Meldebögen u. a. für IRB, SA-CCR, NPE-Backstop, NSFR und Leverage Ratio
SAP-BW-Schnittstelle und Test: Einführung des Entwicklerteams der Bank in die Schnittstellenvorgaben; Testdaten für 84 Meldebogengruppen (rund 370.000 Positionen) und Test der neuen Toolversion
Meldeerstellung: Einlesen der SAP-Ergebnisdaten, Erstellung und Plausibilisierung der Meldebögen für die erste Meldung nach ERF 3.0

Ergebnis: Das Meldetool ist rechtzeitig zur ersten Meldung nach ERF 3.0 zum Stichtag 30.06.2021 aktualisiert: Datenmodell auf DPM 3.0, rund 30 neue Meldebögen integriert.

Umfeld: COREP · CRR II · EBA Reporting Framework 3.0 · EBA DPM 3.0 · SA-CCR · NSFR · zeb-Meldetool (VBA/Excel) · SAP BW

Business Analyst & Testanalyst – NPE-Backstop nach CRR II in Abacus360

Zentralinstitut einer deutschen genossenschaftlichen Finanzgruppe

Banken und Finanzdienstleistungen

5000-10.000 Mitarbeiter

Kontext: Die Bank muss den mit CRR II eingeführten NPE-Backstop, also die Mindestdeckung notleidender Risikopositionen, erstmals zum Stichtag 30.06.2021 in den neuen COREP-Meldebögen zur NPE-Verlustdeckung melden und setzt die Berechnung konzernweit in Abacus360 um.

Testfälle und Testdaten: Überführung der Testanforderungen in ein VBA-gestütztes Werkzeug, das 639 Testfallkonstellationen in 36 Testgruppen gegen rund 4.000 produktionsnahe Geschäfte prüft; Testdaten für Positiv- und Negativtests
Schattenrechnung: Aufbau des NPE-Testkalkulators, der die Backstop-Logik von der NPE-Identifikation bis zur Unterdeckung und den Meldebögen nachrechnet
Soll-Ist-Abgleich: Automatisierter Abgleich der erwarteten Ergebnisse je Testfall mit den Abacus-Ergebnissen als Grundlage für Fehlermeldung und Retest

Ergebnis: Die erste COREP-Meldung zum NPE-Backstop ist zum Stichtag 30.06.2021 erfolgt, abgesichert mit den Ergebnissen des im Test aufgebauten NPE-Kalkulators.

Umfeld: CRR II · NPE-Backstop · COREP · Abacus360 · SAP CMS · Excel/VBA · Jira · Xray

Berater Markt- und Wettbewerbsanalyse – Decision Engines für Kredit und Anti-Financial Crime

Internationaler Private Equity Investor

Banken und Finanzdienstleistungen

Kontext: Ein Private Equity Investor lässt zur Absicherung seiner Investitionsthese einen auf Banken spezialisierten Anbieter von Decision Engines für Kreditentscheidungen und Anti-Financial Crime (AML, KYC, Sanktionen, Betrug) outside-in im Markt einordnen.

Wettbewerbsanalyse: Recherche und Profile der Kernwettbewerber (u. a. Experian/arvato, FICO, Provenir, SAS, IBM); Vergleich der Decision Engine Anbieter nach fachlicher Abdeckung, technischer Architektur sowie Lizenz- und Einführungskosten
Markt und Vertriebspotenzial: Herleitung und Segmentierung des adressierbaren Bankenmarkts in der DACH-Region; Priorisierung der Zielsegmente und Schätzung der jährlich erwartbaren Abschlüsse je Segment
Wachstum und Management Summary: Ableitung von Wachstumsoptionen – von funktionaler Erweiterung über Vertrieb via Kernbanksystem-Anbieter und Rechenzentren bis zum SaaS-Paket für kleinere Institute – und Verdichtung im Management Summary

Ergebnis: Der Endbericht lag nach zwei Wochen vor: Er ordnet den Anbieter als Best-of-Breed Decision Engine für Risiko- und Compliance-Anwendungsfälle ein, priorisiert Tier-2-Banken und schätzt das jährliche Abschlusspotenzial je Zielsegment.

Umfeld: Decision Engines · Kreditentscheidung · Anti-Financial Crime · AML · KYC · Kernbanksysteme DACH · Fitch Connect · Excel

Business Analyst & Full-Stack Developer – Managed Legal Service Vergabeservice 360

Wirtschaftskanzlei (intern)

Wirtschaftsprüfung, Steuern und Recht

250-500 Mitarbeiter

Kontext: Die Kanzlei führt Vergabeverfahren für öffentliche Auftraggeber als standardisierten Service durch und arbeitet dabei über Web-Anwendungen direkt mit den Mandanten zusammen.

Konzeption und Anforderungen: Workshops vom Kick-off bis zur Zielkalibrierung, Leistungsbausteine in Signavio, funktionale und nicht-funktionale Anforderungen an die Bewertungsmatrix
Entwicklung: Angular-Anwendung auf SharePoint mit über 100 eigenen Commits, gewichteten Zuschlagskriterien, drei Bewertungsmethoden und Rollen-Workflow; Mitentwicklung und Integration des Vergabeportals
Test und Betrieb: Vorbereitung der User Acceptance Tests, Penetrationstest, Betriebshandbuch und Security-Checkliste, Übergabe an die IT und Begleitung der Überführung in den Betrieb

Ergebnis: Die Bewertungsmatrix ist nach Penetrationstest und CAB-Freigabe (02/2020) in den Betrieb überführt und bildet mit dem Vergabeportal den Kern des Vergabeservice 360.

Umfeld: Vergaberecht (VgV, UVgO) · E-Vergabe · Signavio · Angular · TypeScript · SharePoint (REST-API)

Business Analyst & Full-Stack Developer – Managed Legal Service Markenschutz 360

Wirtschaftskanzlei (intern)

Wirtschaftsprüfung, Steuern und Recht

250-500 Mitarbeiter

Kontext: Die Kanzlei baut einen standardisierten Service für Anmeldung, Überwachung und Verteidigung von Marken auf, der Rechtsberatung mit schlanken Prozessen, neuen Rollen und Software verbindet.

Produktkonzeption und Prozesse: Workshops bis zum Zielbild, Value Proposition und Business Model Canvas; Soll-Prozesse für Ähnlichkeitsrecherche, Anmeldung, Überwachung und Widerspruch mit neuer Rolle Markenverwaltungsexperte
Einführung Patricia: Marktscreening und Shortlist von IP-Management-Software; Customizing von Workflows, Vorlagen und Formularen, Löschkonzept nach DSGVO und DIN 66398
Brand Intelligence 360: Konzeption und Prototyp einer Web-App (Angular, Node.js-Backend mit REST-API, MongoDB), die Ähnlichkeitsrecherchen und Überwachungsergebnisse auswertet und Widerspruchsbegründungen erstellt

Ergebnis: Markenschutz 360 ging als erste Kanzlei-Lösung in den Online-Vertrieb der Gesellschaft; die IP-Management-Software war nach zweieinhalb Monaten eingeführt.

Umfeld: Legal Tech · Signavio (BPMN 2.0) · Patricia (IP-Management) · SharePoint · Angular · Node.js · REST-API · MongoDB

Business Analyst – Operational Excellence im Inhouse Consulting

Wirtschaftsprüfungs- und Beratungsgesellschaft (intern)

Wirtschaftsprüfung, Steuern und Recht

>10.000 Mitarbeiter

Kontext: Ein Vorstandsressort einer Big Four Gesellschaft lässt Leistungserstellung und Abrechnung seiner Einheiten effizienter aufstellen, darunter die der angeschlossenen Wirtschaftskanzlei.

Rechnungsstellung: Auswertung von rund 12.400 Rechnungen eines Jahres, Zielbild der Anwaltsrechnung und Pilot mit Checkliste in einem Fachbereich
Personalbedarf und Arbeitssteuerung: Excel-Modell zur prozessorientierten Personalbedarfsermittlung als Baustein des Target Operating Models; Konzept und Moderation zur Arbeitssteuerung beim Offsite des Vorstandsressorts
Wettbewerbsanalyse: Strategische Standortbestimmung gegenüber Big Four, Next Ten und Plattformanbietern für Vorstandsunterlagen

Ergebnis: Ein Pilot hat das Zielbild für schlanke Anwaltsrechnungen erprobt; dazu liegen Musterangebote, ein Modell zur Personalbedarfsermittlung und ein Konzept zur Arbeitssteuerung vor.

Umfeld: Target Operating Model · Prozessanalyse · Personalbedarfsermittlung · Arbeitssteuerung (Dispatching) · Wettbewerbsanalyse · Excel/VBA

IT-Projektmanager, Business Analyst & Entwickler – eTAXi (steuerliches Fondsreporting)

Kapitalverwaltungsgesellschaften

Banken und Finanzdienstleistungen

250-500 Mitarbeiter

Kontext: Die Steuerabteilung für Investmentfonds erstellt für ihre KVG-Mandanten Bescheinigungen, Veröffentlichungen und Meldungen und bündelt die bis dahin manuellen Schritte in einer eigenen Software.

Projektmanagement: IT-Projektmanagement der Plattform und technischer Ansprechpartner der Mandanten
Fachmodule: Bescheinigungen nach §5 InvStG, Upload in den Bundesanzeiger, KapEStA über ERiC mit Mapping auf das ELSTER-XML-Schema und Ende-zu-Ende-Übermittlung an das Finanzamt, Ratings und Solvency II Factsheets
Architektur: Überführung der VBA-Werkzeuge in eine modulare VB.NET-Solution mit Excel-Ribbons, Mandantenversionen, Installationspaketen und Auto-Update

Ergebnis: eTAXi läuft als Excel-Add-in in eigenen Mandantenversionen bei vier Kapitalverwaltungsgesellschaften; die Kapitalertragsteuer-Anmeldungen gehen automatisiert über ERiC an das Finanzamt.

Umfeld: VB.NET · Excel-Add-in · ELSTER/ERiC · Bundesanzeiger · WM-Daten · labs.STAR · InvStG · Solvency II

Entwickler – Steuerreporting für Investmentfonds in Excel/VBA

Kapitalverwaltungsgesellschaften

Banken und Finanzdienstleistungen

250-500 Mitarbeiter

Kontext: Die Steuerabteilung für Investmentfonds ermittelt Besteuerungsgrundlagen und Ausschüttungsdaten für die Fonds ihrer KVG-Mandanten, darunter Alternative Investmentfonds, und erstellt daraus Bescheinigungen.

AIFM-Steuerreporting: Berechnungslogik für das Steuerreporting Alternativer Investmentfonds sowie für Besteuerungsgrundlagen und Ausschüttungen in Excel/VBA
Bescheinigungen: Automatisierte Erstellung der Bescheinigungen nach §5 InvStG aus labs.STAR-Daten mit Excel und Word
Automatisierung: Auslesen von Kapitalmarktinformationen aus Webseiten per RPA

Ergebnis: Die Bescheinigungen nach §5 InvStG entstehen automatisiert aus labs.STAR-Daten; die VBA-Werkzeuge bildeten die Grundlage für die spätere Plattform eTAXi.

Umfeld: InvStG · AIFM-Steuerreporting · labs.STAR · Excel · Word · VBA

Entwickler Reporting-Automatisierung – Management-Reporting im Projektcontrolling (SAP BW, VBA)

Internationaler Triebwerkshersteller

Industrie und Maschinenbau

>10.000 Mitarbeiter

Kontext: Das Projektcontrolling eines Triebwerksherstellers berichtet wöchentlich und monatlich an Abteilungs- und Bereichsleitung über alle Produktions- und Wartungsprojekte in Deutschland; die Daten dafür kommen aus Standardberichten in SAP BW.

Berichtsautomatisierung: VBA-Lösungen, die aus SAP-BW-Standardberichten die wöchentlichen und monatlichen Berichte zu Kosten, Stunden, Terminen und Plan-Ist-Vergleichen für alle Produktions- und Wartungsprojekte in Deutschland erzeugen
Migration: Überführung und Optimierung der bestehenden Lösungen auf die neue Windows-Plattform

Ergebnis: Die wöchentlichen und monatlichen Managementberichte entstehen automatisiert aus SAP BW in Excel, Word und PowerPoint.

Umfeld: SAP BW · Excel · VBA · Word · PowerPoint · Projektcontrolling

Berater im Datenmanagement für Banken, Versicherungen und Finanzdienstleister

Profilanlagen

Über mich

Skills

Erfahrung

Sprachen

Projekthistorie

Experte Master Data Management und Data Governance – Meta Customer Management für AFC-Compliance nach EU-AML

Testmanager – Ablösung eines Legacy-Mainframes durch ein Data Lakehouse

Co-Projektleiter – BCBS 239 / EZB RDARR: Data Governance, Datenarchitektur, Data Lineage

Teilprojektleiter Datenintegration – Kostencontrolling im Konzern-DWH für Oracle EPM

Senior Data Architect – EZB-Onboarding: Datenarchitektur und Data Lineage für das Meldewesen

Projektleiter – EZB-Onboarding: Data Dictionary und Gap-Analyse für AQR und EZB-Stresstest

Projektleiter & Experte Datenmanagement – Ausweitung von BCBS 239 auf das Meldewesen (KDE/CDE)

Business Analyst & Experte Datenmanagement – Data Vault DWH bei Einführung von adcubum SYRIUS

IT-Experte COREP-Meldewesen & SAP-Schnittstelle – COREP-Meldetool auf EBA Reporting Framework 3.0

Business Analyst & Testanalyst – NPE-Backstop nach CRR II in Abacus360

Berater Markt- und Wettbewerbsanalyse – Decision Engines für Kredit und Anti-Financial Crime

Business Analyst & Full-Stack Developer – Managed Legal Service Vergabeservice 360

Business Analyst & Full-Stack Developer – Managed Legal Service Markenschutz 360

Business Analyst – Operational Excellence im Inhouse Consulting

IT-Projektmanager, Business Analyst & Entwickler – eTAXi (steuerliches Fondsreporting)

Entwickler – Steuerreporting für Investmentfonds in Excel/VBA

Entwickler Reporting-Automatisierung – Management-Reporting im Projektcontrolling (SAP BW, VBA)

Zertifikate

Kontaktanfrage