01Bewertung der Migrationsbereitschaft und des Transformationspfads
Wir klären, was tatsächlich bewegt wird — Release-Basis, Prozesse, Daten, Code und Schnittstellen — und verdichten die Ergebnisse des SAP Readiness Check sowie die Simplification Items zu einer begründeten Empfehlung für den Transformationspfad.
- Prüfung der bestehenden SAP-Landschaft
- SAP-Release- und Systembasis
- Bewertung der Geschäftsprozesse
- Ergebnisse des SAP Readiness Check
- Prüfung der Simplification Items
- Add-on-Kompatibilität
- Bewertung des Datenvolumens
- Analyse des Custom Code
- Integrationsabhängigkeiten
- Reporting-Abhängigkeiten
- Überlegungen zur Business Continuity
- Empfehlung zum Transformationspfad
02SAP S/4HANA-Systemkonvertierung
Eine Konvertierung erhält die Konfiguration und Historie, die Sie aufgebaut haben — sobald Simplification Items bereinigt, Custom Code angepasst und das Datenvolumen reduziert sind. Erst dann werden die technische Konvertierung und die Umstellung des Datenmodells koordiniert, getestet und validiert.
- SAP ECC-Systemkonvertierung
- Fachliche Vorbereitung
- Bereinigung der Simplification Items
- Vorbereitung des Custom Code
- Bewertung von Add-ons und Schnittstellen
- Reduzierung des Datenvolumens
- Koordination der technischen Konvertierung
- Konvertierung des Datenmodells
- Testen und Abstimmung
- Cutover-Planung
- Validierung nach der Konvertierung
03Selektive Datentransition und Datenmigration
Wo weder eine vollständige Konvertierung noch ein kompletter Neuaufbau passt, überführt die selektive Transition nur das, was seinen Platz verdient: ausgewählte Einheiten, Zeitscheiben, Stammdaten und offene Posten — die Historie ist dabei eine Entscheidung, kein Standard. Restrukturierung und Harmonisierung finden hier statt, jeder Zyklus wird abgeglichen, bevor der nächste läuft.
- Umfang der selektiven Migration
- Auswahl von Buchungskreisen oder Geschäftsbereichen
- Auswahl der Zeitscheibe
- Migration der Stammdaten
- Offene Bewegungsdaten
- Anforderungen an historische Daten
- Datentransformation
- Organisatorische Restrukturierung
- Datenharmonisierung
- Migrationsobjekte
- Testmigrationszyklen
- Validierung und Abstimmung
- Überlegungen zu Archivierung und Aufbewahrung
04Modernisierung von Custom Code, Clean Core und Erweiterungen
Die meisten SAP-Landschaften tragen weit mehr Custom Code mit sich, als tatsächlich noch genutzt wird. Wir inventarisieren ihn anhand der realen Nutzung, entfernen, was niemand mehr aufruft, bereinigen, was S/4HANA erfordert, und überführen den Rest in Erweiterungsoptionen auf SAP BTP — damit das nächste Upgrade zur Aufgabe wird, nicht zum Programm.
- Inventarisierung der Eigenentwicklungen
- Nutzungsbasierte Custom-Code-Analyse
- Stilllegung ungenutzten Codes
- SAP S/4HANA-Kompatibilitätsprüfungen
- Codebereinigung
- In-App-Erweiterbarkeit
- Developer-Erweiterbarkeit
- Side-by-Side-Erweiterungen auf SAP BTP
- Freigegebene APIs und Events
- Abbau technischer Schulden
- Clean-Core-Governance
- Upgrade-Bereitschaft
05Modernisierung von Integration, Daten, Reporting und Systemlandschaft
Eine Migration ist der eine Moment, in dem Schnittstellen offenliegen, die sonst niemand anfassen will. Jede SAP- und Non-SAP-Verbindung wird inventarisiert und bereinigt, die Middleware verlagert sich in Richtung API-geführter Integration auf der SAP Integration Suite, Reporting und Fiori werden neu aufgebaut, und Altanwendungen, die ihren Platz nicht mehr verdienen, werden konsolidiert, archiviert oder stillgelegt.
- Inventar der SAP- und Non-SAP-Integrationen
- Bereinigung der Schnittstellen
- Überlegungen zur SAP Integration Suite
- API-geführte Integration
- Middleware-Transition
- Modernisierung der Datenflüsse
- Reporting-Inventar
- Überlegungen zu SAP Fiori und User Experience
- Modernisierung der Analytics
- Systemkonsolidierung
- Stilllegung von Altanwendungen
- Planung von Archivierung und Aufbewahrung
- Design der Ziellandschaft
06Cutover, Validierung und Stabilisierung nach der Migration
Der Cutover wird geprobt, bevor er läuft. Die Ausfallzeit wird gegen den Geschäftskalender geplant, und der letzte Zyklus folgt einem bereits bewährten Drehbuch. Anschließend werden die Ergebnisse abgestimmt, Prozesse und Sicherheitsrollen validiert, und die Hypercare bleibt bestehen, bis die Fehlerkurve abflacht und der Support übernimmt.
- Cutover-Strategie
- Cutover-Proben
- Finaler Migrationszyklus
- Planung der Ausfallzeit
- Business Continuity
- Datenabstimmung
- Validierung der Geschäftsdaten
- Fachliche Validierung
- Validierung der Integration
- Validierung von Sicherheit und Rollen
- Produktivsetzung
- Hypercare
- Fehlerbehebung
- Performance-Monitoring
- Übergabe an den Support
- Planung zur Stilllegung von Altsystemen