Marc Tutak

Der Kunde — ein international führender Anbieter im Bereich Gefahrstoffmanagement — führte Salesforce Sales Cloud ein und integrierte diese mit SAP S/4HANA als Quellsystem. Im Rahmen des Go-Lives begleitete ich die kritische Produktivsetzung und übernahm gleichzeitig technische Aufgaben in der Fehleranalyse und Datenstabilisierung.

Beim Go-Live zeigte sich, dass die S/4HANA-Migration in komplexen Systemintegrationen einige Herausforderungen mit sich bringen kann. Ich analysierte systematisch die Error-Logs der SAP→Salesforce-Synchronisation, identifizierte die Ursachen fehlerhaft migrierter Account-Daten und entwickelte eine Abfang- und Retrigger-Logik in Apex, die sicherstellt, dass Enduser-Updates trotz Migrationsproblemen konsistent in beiden Systemen ankommen. Der Go-Live konnte damit auf solider Datenbasis erfolgreich durchgeführt werden.

Der Kunde – ein international führendes Unternehmen der Getränkeindustrie – verfolgte das Ziel, seine SAP-seitigen Buchungsprozesse für Zahlungseingänge mit Salesforce zu verbinden. Kernstück des Projekts war die Implementierung der CGC (Consumer Goods Cloud) im Salesforce Enhanced Data Model, die gezielt für die Nutzung durch Sales Reps konzipiert wurde. Als Berater übernahm ich Aufgaben in den Bereichen SAP-Integration und Solution Design.
Ich erschloss die SAP-Buchungslogik des Kunden durch eine Analyse des Datenmodells und klärte die Bedeutungen der Reference Fields um die Integration erheblich zu vereinfachen. Im Bereich Solution Design unterstützte ich bei der Erstellung von Mappings und Prozessdiagrammen und trug zur strukturierten Erfassung offener Business-Anforderungen bei.

Das Ziel des Kunden – eines regionalen Energieversorgers – war die stabile Migration seiner CRM-Prozesse auf die Salesforce Service Cloud. Im Rahmen dieser Migration wurden kundenspezifische Apex-Testklassen in die neue Umgebung überführt und gleichzeitig eine moderne, reproduzierbare Deployment-Strategie etabliert. Als Berater übernahm ich die technische Analyse der Testklassen sowie die Konzeption der Deployment-Architektur.
Ich analysierte systematisch die Fehlerursachen der Testklassen, implementierte gezielte Mockstrategien, führte Mechanismen für Validation Rules ein und optimierte die E-Mail-Versendungslogik. So konnten die Testklassen erfolgreich stabilisiert werden, was die Migrationsbasis deutlich verbesserte.
Parallel konzipierte ich gemeinsam mit dem Team eine sfp/npm-basierte Deployment-Pipeline: sfp behandelt jede Salesforce-Komponente als eigenständiges Paket/Artefakt; eine npm-Pipeline ermöglicht deren Installation in eine frische Org – Änderungsverluste bei Org-Refreshes werden damit dauerhaft vermieden.

Der Kunde – eine international tätige Non-Profit-Organisation mit einer der weltweit größten Spenderdatenbanken – stand vor der Herausforderung, Spenderdaten aus zwei heterogenen Quellsystemen (Core-System und Salesforce Sales Cloud) zu einem einheitlichen Kundenprofil zu konsolidieren. Ziel war die Einführung von Salesforce Data Cloud als zentrale Datenbasis mit automatisierter Identity Resolution.

Ich erarbeitete die Gesamtarchitektur der Data Cloud: Ich analysierte den Datenfluss von Data Lake Objects (DLOs) über Party Identification DMOs bis zum Unified Profile, definierte die Primary-Key-Strategie und konzipierte Reconciliation Rules zur automatisierten Konfliktlösung anhand von Source-Priority-Regeln. Auf Sales-Cloud-Seite analysierte ich Felddatentypen und Beziehungsstrukturen als Grundlage für das Datenmodell-Mapping.

Das Learn Center Management System (LCM) – eine internationale Plattform zur Verwaltung von Nachhilfezentren – stand trotz agilen Wachstums vor einer kritischen Qualitätslücke: Die Qualitätssicherung erfolgte fast ausschließlich manuell, Testautomatisierung war kaum etabliert.

Ziel des Projektes war die Entwicklung eines praxistauglichen Blueprints zur Integration von TDD und E2E-Testautomatisierung in bestehende CI/CD-Pipelines.
Als Lösung entwickelte ich einen hybriden, risikobasierten Blueprint: TDD fokussiert auf kritische Backend-Logik, externe Schnittstellen werden gemockt, wesentliche Geschäftsprozesse werden über asynchrone Playwright-E2E-Tests in der CI/CD-Pipeline abgesichert. Steuerung der Testqualität über DORA-Metriken statt absoluter Abdeckungsziele.

Kernergebnis: Risikobasierte Automatisierung übertrifft die Vollabdeckungsstrategie in agilen Startup-Umgebungen in Wirksamkeit und Wartbarkeit.

Die Qualitätssicherung der Plattformen des Kunden stützte sich vorwiegend auf manuelle Testverfahren. Als der Kunde beschloss, systematische Testautomatisierung einzuführen, übernahm ich die fachliche Verantwortung für Konzeption, Implementierung und organisatorisches Roll-out.
Ich konzipierte Testszenarien für kritische Nutzerpfade der Web-Plattform, evaluierte geeignete Frameworks und verantwortete die Einführung und Etablierung von Playwright als E2E-Testautomatisierungslösung. Neben dem technischen Aufbau des Testframeworks übernahm ich die fachliche Einarbeitung von Mitarbeiterinnen und Mitarbeitern in das neue Testsystem – von der Testkonzeption über das Schreiben erster Tests bis zum Review-Prozess.
Die Einführung von Playwright legte damit erstmals eine systematische, reproduzierbare Testbasis für den gesamten Entwicklungsbetrieb. Zusätzlich übernahm ich technische Projektmanagement-Aufgaben und koordinierte den Roll-out über mehrere Teams hinweg.

Der Kunde betrieb eine umfangreiche Angular-Codebasis, die über Jahre gewachsen war und dringend modernisiert werden musste. Ziel war die schrittweise Migration von Angular Version 7 auf den aktuellen Stand – ein mehrjähriges Großvorhaben mit erheblichem technischem Aufwand.

Als Frontend-Entwickler wirkte ich neben der regulären Entwicklung aktiv an der Migration der Angular-Codebasis von Version 7 auf Angular 21 mit – 14 Major Versions mit jeweils erheblichen Breaking Changes, vollständigen API-Migrationen und tiefgreifenden Änderungen an Framework-Konzepten. Ich analysierte und behob migrationsbedinge Inkompatibilitäten, aktualisierte Komponenten, Services und Build-Prozesse schrittweise und stellte die Lauffähigkeit der Plattform über den gesamten mehrjährigen Migrationsverlauf sicher.

Konsistente, reproduzierbare Entwicklungsumgebungen sind Grundvoraussetzung für effiziente Teamarbeit und stabile Software-Lieferungen. Als DevOps-Entwickler wirkte ich an der Implementierung Docker-basierte Entwicklungsinfrastruktur des Teams mit.

Ich richtete Docker-Umgebungen ein, optimierte bestehende Container-Konfigurationen hinsichtlich Stabilität und Performance und stellte sicher, dass neue Teammitglieder schnell und reibungslos ongeboardet werden konnten. Die Entwicklungsumgebungen liefen durchgängig auf Linux-Systemen – ich verantwortete Einrichtung, laufende Pflege und Optimierung eigenständig.

Die Backend-Systeme des Kunden stellten hohe Anforderungen an Stabilität und Wartbarkeit – Fehler in den Plattformen hatten direkte Auswirkungen auf Endnutzer und den operativen Betrieb. Als Backend-Entwickler übernahm ich Feature-Entwicklung und systematische Qualitätssicherung.

Ich entwickelte und wartete Features in Symfony-basierten Webanwendungen, analysierte Fehler methodisch auf Ursache statt Symptom und behob sie nachhaltig. Durch strukturierte Fehleranalyse und konsequente Dokumentation trug ich zur dauerhaften Verbesserung der Softwarequalität bei.