01 / SAP S/4HANA Transformation
Eine belastbare Transformation beginnt mit dem zukünftigen Geschäftsmodell. Ich verbinde Transformationsstrategie, SAP-Standard, Daten, Organisation und technische Umsetzung zu einer nachvollziehbaren Entscheidung.
Transformationsentscheidung
Der richtige Weg ergibt sich nicht nur aus technischer Machbarkeit, sondern aus Prozessqualität, Daten, Zielorganisation, Risiko, Zeitrahmen und Clean-Core-Strategie.
New Implementation
Prozesse, Organisation und Daten werden bewusst neu gestaltet. Geeignet für starke Harmonisierung, hohe Altsystemkomplexität und eine konsequente Orientierung an SAP Best Practices.
System Conversion
Das bestehende ERP wird technisch und funktional überführt. Kontinuität bleibt erhalten, während Custom Code, Daten, Rollen, Schnittstellen und Prozessprobleme kontrolliert überprüft werden.
Gezielte Transformation
Daten, Unternehmensteile und Konfigurationen werden selektiv übernommen. Ideal, wenn Organisationsstrukturen verändert und nur relevante Historien fortgeführt werden sollen.
Bewertungsmodell
Way of Work
Ich springe nicht von einem Symptom direkt in die Konfiguration. Die Arbeitsweise verbindet Prozessanalyse, Fit-to-Standard, technische Umsetzung und eine messbare Übergabe in den Betrieb.
Interviews mit Business und IT, Scope über SIPOC und Wertstrom, Stakeholder- und Systemlandkarte, gemeinsame Definition von Nutzen und Critical-to-Quality-Kriterien.
Abgegrenzter Prozess, Problemstatement, Zielbild und messbare Erfolgskriterien.
As-is-Prozess in BPMN oder Swimlanes, Varianten- und Medienbruchanalyse, Datenprofiling, Durchlaufzeiten, Fehlerarten, Nacharbeiten und Übergaben sichtbar machen.
Belastbare Baseline statt Einzelmeinungen und eine priorisierte Problemliste.
Pareto, 5 Whys oder Fishbone zur Hypothesenbildung; Verifikation über Belege, Stammdaten, Prozessvarianten, Customizing und organisatorische Regeln.
Bestätigte Ursachen, auf die eine Lösung gezielt wirken kann.
Nicht wertschöpfende Schritte, Warteschleifen und Doppelpflege entfernen; Rollen, Entscheidungen, Freigaben und Prozessvarianten harmonisieren.
Schlanker Soll-Prozess mit klarer Verantwortung und weniger Ausnahmewegen.
Fit-to-Standard-Workshops, Organisations- und Rollenmodell, Gap-Bewertung sowie Clean-Core-Entscheidung für notwendige Abweichungen.
Freigegebener To-be-Prozess und priorisiertes, entscheidbares Backlog.
Konfiguration, Erweiterung und Integration in Iterationen; Datenzyklen, Rollen-, Integrations-, Regression- und End-to-End-Tests mit Business-Abnahme.
Nachweisbar funktionierende Lösung, nicht nur abgeschlossene Konfiguration.
Cutover, Hypercare und Übergabe an Process und Solution Owner; KPI-Set, Kontrollplan, Reaktionswege und kontinuierliche Verbesserung etablieren.
Betriebsfähiger Prozess mit Ownership, Monitoring und Verbesserungsroutine.
SAP Activate
Ziele, Nutzen, Wertströme und Systemlandschaft verstehen.
Governance, Scope, Rollen, Migration, Test und Change aufsetzen.
Fit-to-Standard durchführen und freigegebene Soll-Prozesse definieren.
Konfigurieren, integrieren, migrieren und End-to-End testen.
Cutover, Readiness, Schulung und Hypercare absichern.
KPIs, Varianten und Ursachen kontinuierlich messen und verbessern.
Real Project Situations
Die folgenden anonymisierten Situationen sind typische Muster aus Industrieprojekten. Ursachen sind bewusst als zu prüfende Hypothesen formuliert: Erst Beleg- und Prozessdaten machen daraus eine belastbare Diagnose.
Einkauf, Wareneingang und Kreditorenbuchhaltung arbeiten mit unterschiedlichen Informationen. Rechnungen bleiben im Three-Way-Match hängen; Klärungen erfolgen per E-Mail und Excel.
Zu prüfen sind Mengeneinheiten, Preis- und Mengentoleranzen, fehlende oder verspätete Wareneingänge, Bestelländerungen nach Lieferung, Kontierung und uneinheitliche Lieferantenstammdaten.
Blockgründe nach Wert und Häufigkeit clustern, Prozessvarianten vom Bestellbeleg bis zur Rechnung nachverfolgen und die wenigen dominanten Ursachen mit Belegdaten verifizieren.
Bestell- und Wareneingangsdisziplin harmonisieren, Toleranzen fachlich entscheiden, Rollen und Freigaben klären, Stammdatenregeln absichern und Ausnahmefälle in einen sichtbaren Workflow führen.
Planer korrigieren Termine und Mengen manuell. Fehlteile, Eilbeschaffung und hohe Bestände treten gleichzeitig auf; Fertigungsaufträge werden kurzfristig umgeplant.
Zu prüfen sind Dispositionsparameter, Wiederbeschaffungszeiten, Losgrößen, Sicherheitsbestände, Ausschuss, Stücklisten, Arbeitspläne, Produktionsversionen, Rückmeldedisziplin und offene Bedarfe.
Materialsegmente bilden, Ausnahmegruppen priorisieren und Plan-/Ist-Abweichungen entlang Bedarf, MRP-Lauf, Beschaffung, Auftrag und Rückmeldung analysieren.
Stammdaten und Planungsregeln je Segment standardisieren, Verantwortlichkeiten für Parameter festlegen, Rückmeldungen stabilisieren und Ausnahmen über klare Arbeitsvorräte statt Vollmanipulation steuern.
Fachbereiche nutzen lokale Auswertungen und kundeneigene Logik. Definitionen für Bestand, Auftrag, Marge oder Rückstand unterscheiden sich und erschweren die S/4HANA-Transformation.
Zu prüfen sind Nutzung und fachlicher Owner, redundante Selektionslogik, direkte Tabellenzugriffe, lokale Excel-Nachbearbeitung, historische Sonderanforderungen und fehlende KPI-Definitionen.
Reports nach Nutzung, Geschäftskritikalität und Datenlogik inventarisieren; gleiche Kennzahlen vergleichen, Simplification-Auswirkungen bewerten und Anforderungen vom technischen Objekt lösen.
Nicht benötigte Objekte stilllegen, KPI-Semantik vereinheitlichen, Standard- und Embedded-Analytics priorisieren und notwendige Erweiterungen über freigegebene, Clean-Core-fähige Zugriffe neu gestalten.
Einzelne Objekte sind technisch erfolgreich geladen. Im End-to-End-Test fehlen jedoch Werkssichten, Partnerrollen, Steuerdaten, Einheiten oder Beziehungen zwischen Material, Stückliste, Auftrag und Bestand.
Zu prüfen sind Objektabhängigkeiten, unvollständige Pflichtattribute, Dubletten, widersprüchliche Mappings, fehlende fachliche Freigaben und eine Migration, die nur Ladefehler statt Geschäftsverwendbarkeit misst.
Datenobjekte als Prozesskette statt als Dateien betrachten, Vollständigkeit und Werte abstimmen und für jedes Objekt fachliche Use Cases definieren, die nach dem Laden funktionieren müssen.
Objektsequenz, Data Owner, Qualitätsregeln und Reconciliation aufsetzen; mehrere Mock Loads durchführen und Datenabnahme direkt mit Source-to-Pay, Lead-to-Cash und Plan-to-Produce testen.
Data Migration & Transformation
Eine erfolgreiche Migration verbindet technische Ladefähigkeit mit fachlicher Verwendbarkeit. Deshalb werden Objekte, Abhängigkeiten, Qualität, Mapping, Abstimmung und Cutover als ein integrierter Arbeitsstrom gesteuert.
Quellsysteme, Buchungskreise, Werke, Datenklassen, Cutover-Bedarf und fachliche Data Owner festlegen.
Volumen, Pflichtfelder, Dubletten, ungültige Werte und Nutzungsgrad analysieren; nur benötigte Daten selektieren.
Dubletten bereinigen, Einheiten und Klassifikationen harmonisieren, veraltete Sichten sperren oder aus dem Scope nehmen.
Quell- und Zielattribute, Organisation, Codes, Wertebereiche und Abhängigkeiten in nachvollziehbaren Mappingregeln verbinden.
Formate konvertieren, Zielpflichtfelder ableiten, Daten anreichern und jede Regel versioniert dokumentieren.
Unterstützte Objekte abhängig von Deployment und Scope über Staging-Tabellen oder direkten Transfer in Zyklen laden.
Datensätze, Summen, Bestände, offene Posten und Beziehungen technisch sowie fachlich gegen die Quelle abstimmen.
Delta, Freeze, finale Extraktion, Ladefenster, Freigabe, Fehlerreaktion und Nachkontrolle verbindlich planen.
Object Dependency & Load Waves
Ein Fertigungsauftrag ist ohne Material, Stückliste, Arbeitsplatz und Produktionsversion nicht nutzbar. Ein offener Kundenauftrag benötigt Business Partner, Material, Preis- und Organisationsdaten.
Buchungskreise · Werke · Lagerorte · Vertriebsbereiche · Einheiten · Codes
Kunden · Lieferanten · CVI · Rollen · Adressen · Steuer- und Zahlungsdaten
Material · Werkssichten · Stücklisten · Arbeitsplätze · Arbeitspläne · Produktionsversionen
Inventurbestand · offene Bestellungen · Kundenaufträge · Produktionsaufträge · offene Posten
Salden · Anlagen · Sachkontenbezug · Summen- und Wertabstimmung · Freigabe
Technischer Referenzrahmen: SAP S/4HANA Migration Cockpit ↗
Beratungsprofil
Erfahrung in internationalen Industrie- und Transformationsumgebungen – an der Schnittstelle von Fachbereich, IT, Management, Qualität, Produktion und Prozessorganisation.
End-to-End-Design · Harmonisierung · BPMN 2.0 · Governance
PP · PP-PI · MM · SD · EWM · CO · QM · PLM
Signavio · BIC Cloud · Celonis · BW/4HANA · SAP Analytics Cloud
Projektleitung · Fit-to-Standard · Test · Change · Cutover · Go-live
Vom Prozessproblem zur Lösung
Gemeinsam schaffen wir eine SAP-Lösung, die fachlich sinnvoll, technisch tragfähig und im Betrieb messbar ist.
Projekt besprechen ↗