SAP Activate für S/4HANA-Transformation
Sechs Activate-Phasen entlang Ihrer Eigenentwicklungen, Modul-Tiefe und Risiko-Toleranz – Brownfield, Greenfield oder RISE, mit ATC für die Custom-Code-Inventur, SUM DMO für die Konvertierung und Cloud ALM für den Betrieb. Entscheidung auf Basis von Daten, nicht auf Basis eines Marketing-Folien-Stapels.
S/4HANA-Transformation in sechs Activate-Phasen
Eine S/4HANA-Transformation ist mehr als ein technisches Upgrade. Wir orientieren uns am bewährten SAP-Activate-Ansatz und gehen die sechs Phasen entlang Ihrer Eigenentwicklungen, Ihrer Modul-Tiefe und Ihrer Risiko-Toleranz – Brownfield, Greenfield oder RISE – nicht entlang einer Marketing-Folie.
mermaid
flowchart TD
D[1 · Discover<br/>Readiness Check]
P[2 · Prepare<br/>Maintenance Planner + ATC]
E[3 · Explore<br/>Sandbox SUM DMO]
R[4 · Realize<br/>Dev + QS + Cutover-Plan]
Dp[5 · Deploy<br/>Go-Live Wochenende]
Rn[6 · Run<br/>Cloud ALM + Housekeeping]
D --> P --> E --> R --> Dp --> Rn
Rn -.->|Optimierungen| R
click D call mmdInfo() "Wir prüfen mit dem SAP Readiness Check, ob eine reine System Conversion (Brownfield) Ihre Anforderungen erfüllt. Erfasst werden Release-Stand, Add-Ons, Datenvolumen und Custom-Code-Tiefe. Resultat: ein belastbarer Business Case mit grobem Zeit-, Aufwand- und Risikorahmen."
click P call mmdInfo() "Governance-Board und klare Rollen werden definiert. Maintenance Planner, Sizing und OS- und DB-Checks stellen Kompatibilität sicher. Eine Sandbox wird angelegt, vollständige Backups gesichert. Das ABAP Test Cockpit prüft frühzeitig die Code-Qualität und ein erster Conversion-Lauf liefert realistische Test-Pläne."
click E call mmdInfo() "Die Sandbox wird per SUM DMO nach S4HANA konvertiert. Wir bearbeiten automatische Fehlerprotokolle, passen zwingend betroffene Objekte mit SPDD und SPAU minimalinvasiv an und führen einen reinen Regressionstest der bisherigen Abläufe durch. Funktionsanpassungen bleiben ausgeschlossen."
click R call mmdInfo() "Nach validierter Sandbox folgen Development- und Quality-System. Korrekturen aus Explore werden automatisiert eingespielt. Daten-Migration, SPDD und SPAU sowie Custom-Code-Anpassungen werden durchgeführt. Regressionstests bestätigen, dass alle alten Transaktionen unverändert laufen. Fiori wird nur dort aktiviert, wo ein klarer Mehrwert besteht."
click Dp call mmdInfo() "Zum Go-Live-Wochenende werden alle Transporte eingefroren und das Quell-System gesichert. SUM DMO läuft im Produktivsystem. Nach Index-Rebuild, Nummernkreis-Korrekturen und Finance-Reconciliation erfolgt ein Smoke-Test durch die Fachbereiche. Ein Hypercare-Team überwacht Performance und Datenkonsistenz bis zur stabilen Übergabe."
click Rn call mmdInfo() "Der Betrieb erfolgt mit unveränderten Prozessen in einer neuen S4HANA-Umgebung. SAP Solution Manager oder Cloud ALM überwachen Performance, Datenwachstum und Backups. Regelmässige Support-Package-Updates und HANA-Housekeeping sichern die Langzeit-Stabilität. Prozessoptimierungen oder neue Funktionen lassen sich kontrolliert nachziehen."
1. Discover – Readiness Check und Strategie
Wir prüfen in wenigen Workshops, ob Ihr System für eine reine System Conversion (Brownfield) geeignet ist. Mit dem SAP Readiness Check sammeln wir Release-Stand, Add-Ons, Datenvolumen und Custom-Code-Tiefe. Wir vergleichen Brownfield, Greenfield und RISE und liefern einen belastbaren Business-Case. Sie entscheiden auf Basis von Daten, nicht auf Basis eines Marketing-Folien-Stapels.
2. Prepare – Governance, Sizing, Test-Sandbox
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. Eine Sandbox wird angelegt, vollständige Backups und Transport-Freeze- Regeln dokumentiert. Das ABAP Test Cockpit (ATC) sichert frühe Code-Qualität und ein erster Conversion-Lauf liefert realistische Test-Pläne.
3. Explore – Sandbox-Konvertierung mit SUM DMO
Die Sandbox wird mit SUM DMO (Software Update Manager – Database Migration Option) nach S/4HANA konvertiert. Wir bearbeiten Fehler protokolle, passen zwingend betroffene Objekte (SPDD/SPAU) minimalinvasiv an und führen einen reinen Regressionstest der bisherigen Abläufe durch. Offene technische Fragen werden hier geklärt – keine funktionalen Änderungen.
4. Realize – Dev und QS, dann Cutover-Plan
Nach validierter Sandbox folgen Development- und Quality-System. Wir wenden die im Explore-Schritt 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 dort aktiviert, wo ein klarer Mehrwert besteht – die GUI bleibt erhalten, wo sie funktioniert.
5. Deploy – Go-Live mit Hypercare
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 Datenkonsistenz bis zur stabilen Übergabe.
6. Run – Stabiler Betrieb mit Optimierungen
Der Betrieb erfolgt mit unveränderten Prozessen in einer neuen S/4HANA- Umgebung. Technisches Monitoring (SAP Solution Manager oder Cloud ALM) prüft Performance, Datenwachstum und Sicherungen. Regelmässige Support-Package-Updates und HANA-Housekeeping sichern Langzeit-Stabilität. Prozessoptimierungen oder neue Funktionen lassen sich kontrolliert nachziehen – ohne den produktiven Kern zu destabilisieren.
Stand: 2026-05-10
