S/4HANA Transformation
Strategische Planung und Durchführung der Migration von SAP ECC nach S/4HANA. Mit SAP Activate in sechs Phasen (Discover, Prepare, Explore, Realize, Deploy, Run), SAP Readiness Check, ATC-basierter Custom-Code-Bewertung, SUM DMO mit minimalinvasiven SPDD/SPAU-Korrekturen und nüchterner Brownfield-/Greenfield-/RISE-Bewertung. Cut-over mit Hypercare-Team, Run mit Cloud ALM und HANA-Housekeeping.
SAP S/4HANA Transformation in 6 Phasen
Die Transformation von SAP ECC zu S/4HANA ist ein strategisches Vorhaben – technisch anspruchsvoll, methodisch präzise. Wir orientieren uns am SAP-Activate-Ansatz, der die Migration in sechs klar definierte Phasen unterteilt: Discover, Prepare, Explore, Realize, Deploy und Run. Jede Phase erfüllt eine spezifische Funktion und bringt technische, organisatorische und wirtschaftliche Anforderungen in Einklang.
Discover
In wenigen Workshops prüfen wir, ob eine reine System Conversion (Brownfield) Ihre Anforderungen erfüllt: gleiche Prozesse, Daten und Eigenentwicklungen bleiben erhalten. Mit dem SAP Readiness Check sammeln wir technische Eckdaten (Release-Stand, Add-Ons, Datenvolumen) und schätzen Dauer, Aufwand und Kosten. Ergebnis: ein kurzer Business-Case und eine grobe Terminplanung – ohne Prozessänderungen.
Was Sie davon haben:
- Klare Bewertung, ob Brownfield, Greenfield oder RISE die richtige Strategie ist
- Transparente Aufwand-, Kosten- und Zeitabschätzung durch SAP Readiness Check
- Erste Business-Case-Validierung schafft fundierte Entscheidungsbasis
- Reduktion technischer Risiken durch frühe Identifikation kritischer Komponenten
- Klares Zielbild ohne Eingriffe in bestehende Prozesse
Prepare
Das Projektteam richtet ein Governance-Board und klare Rollen ein. Maintenance Planner, Sizing und Hardware-Checks stellen sicher, dass alle System-, Datenbank- und OS-Versionen kompatibel sind. Wir legen eine Sandbox an, sichern vollständige Backups und planen einen ersten Test-Conversion-Lauf. Custom-Code wird mit dem ABAP Test Cockpit gescannt – rein technische Korrekturen (Syntax, obsolete APIs) werden als Aufgabenliste dokumentiert.
Was Sie davon haben:
- Frühzeitige Governance erhöht Projekttransparenz
- Sizing, Hardware-Checks und Custom-Code-Analyse vermeiden Verzögerungen
- Test-Sandbox und definierte Backup-Strategien minimieren Risiken
- ABAP Test Cockpit sichert frühe Code-Qualität
- Realistische Testpläne durch ersten Conversion-Durchlauf (Dry Run)
Explore
Die Sandbox wird mit SUM DMO (Software Update Manager – Database Migration Option) nach S/4HANA konvertiert. Wir bearbeiten Fehlerprotokolle, passen zwingend betroffene Objekte (SPAU/SPDD) minimal an und führen einen reinen Regressionstest der bisherigen Abläufe durch. Offene technische Lücken, Laufzeiten und Downtime-Schätzungen fließen in einen detaillierten Cut-over-Plan.
Was Sie davon haben:
- Reale Konvertierung zeigt das tatsächliche Verhalten unter S/4HANA
- Fehlerprotokolle und Laufzeiten liefern präzise Cut-over-Erkenntnisse
- Minimale SPAU/SPDD-Anpassungen verhindern Prozessbrüche
- Frühe Regressionstests sichern bestehende Funktionalitäten
- Detaillierter, validierter Migrationsplan steht bereit
Realize
Nach der validierten Sandbox folgen Development- und Quality-System. Wir wenden die gesammelten Korrekturen an, führen Daten-Migration, SPDD/SPAU und Custom-Code- Anpassungen durch und bestätigen per Regressionstest, dass alle alten Transaktionen unverändert laufen. Fiori wird nur aktiviert, wenn bestehende Transaktionen es voraussetzen – sonst bleibt die klassische GUI erhalten. Abschließend wird der produktive Cut-over-Plan samt Checklisten fixiert.
Was Sie davon haben:
- Übernahme bewährter Korrekturen beschleunigt Umsetzung
- Volle Datenmigration und Custom-Code-Integration bei minimalem Risiko
- Klarer Fokus auf Stabilität: Fiori nur, wo notwendig
- Validierung über Regressionstests schützt Geschäftsprozesse
- Finaler Cut-over-Plan mit Checklisten reduziert Go-Live-Risiken
Deploy
Zum Go-Live-Wochenende frieren wir alle Transporte ein, sichern das ECC-System und führen SUM DMO im Produktivsystem aus. Nach technischen Nacharbeiten (Index-Rebuild, Nummernkreise, Finance-Reconciliation) erfolgt ein kurzer Smoke-Test durch die Fachbereiche. Ein Hypercare-Team überwacht Performance und Fehlerjobs, bis alle KPIs stabil sind. Danach geht das System in den Regelbetrieb über.
Was Sie davon haben:
- Sicherer Produktivstart mit eingefrorenen Transporten und Backups
- Command-Center und Hypercare-Team sichern stabile Live-Schaltung
- Echtzeit-Monitoring durch Smoke-Tests und KPI-Tracking
- Klare Rollback-Strategien erhöhen Sicherheit
- Minimale Downtime durch erprobte SUM-DMO-Prozesse
Run
Der Betrieb erfolgt mit unveränderten Prozessen in einer neuen S/4HANA-Umgebung. Technisches Monitoring (SAP Solution Manager oder ALM Cloud) prüft Performance, Datenwachstum und Sicherungen. Regelmäßige Support-Package-Updates und HANA-Housekeeping sichern Langzeitstabilität. Prozessoptimierungen oder neue Funktionen sind nicht Teil dieses Projekts – sie können in separaten Initiativen geplant werden.
Was Sie davon haben:
- Technisches Monitoring (ALM, SolMan) sichert langfristige Verfügbarkeit
- Regelmäßige Updates und Housekeeping garantieren Performance und Sicherheit
- Volle Prozesskontrolle bleibt trotz technischer Veränderungen erhalten
- Erweiterungen und Prozessoptimierungen jederzeit nach Go-Live möglich
- Höchste Betriebsstabilität durch SLA-basierten Betrieb
Drei Wege, ein Ziel
| Ansatz | Wann sinnvoll |
|---|---|
| Brownfield (System Conversion) | Bestehende Prozesse, Daten und Eigenentwicklungen erhalten |
| Greenfield (Neuimplementation) | Bewusster Neustart, Prozess-Reengineering, Standard-Adoption |
| RISE with SAP | Cloud-First, Plattform-as-a-Service, gebündelte Verantwortung |
Welcher Weg zu Ihnen passt, klären wir gemeinsam in der Discover-Phase – auf Basis Ihres Readiness-Checks, Ihrer Custom-Code-Tiefe und Ihrer Zielarchitektur.
Stand: 2026-05-10
