Die Migration zu SAP S/4HANA bringt viele Herausforderungen mit sich, doch eine sticht besonders hervor: die doppelte Pflege zwischen den bestehenden SAP-ECC-Altsystemen und der neuen SAP-S/4HANA-Umgebung.
Sofern Sie für Ihre S/4HANA-Migration keinen Greenfield-Ansatz wählen, müssen die Altsysteme bis zum finalen Cutover in Betrieb bleiben.
Warum doppelte Pflege während einer SAP-S/4HANA-Migration entscheidend ist
Ziel der doppelten Pflege ist es, Ihr Altsystem und Ihre SAP-S/4HANA-Systeme synchron zu halten und Folgendes zu vermeiden:
- Change-Freeze-Phasen
- Ungeplante Ausfallzeiten
- Funktions-Downgrades
- Transportkonflikte
Ein automatisierter Retrofit-Ansatz für die SAP-S/4HANA-Migration reduziert Zeit, Aufwand und Risiko erheblich und stellt sicher, dass SAP-Änderungen parallel über beide Systemlandschaften hinweg synchronisiert werden.
Ohne eine saubere Synchronisierung der beiden Landschaften riskieren Unternehmen, Änderungen in ECC einzubringen, die in S/4HANA nie erneut angewendet werden – mit der Folge fehlender Funktionen oder Systemregressionen nach dem Go-live.
Warum Retrofit-Automatisierung der Schlüssel zu einer erfolgreichen S/4HANA-Migration ist
Ein ECC-System weiter zu betreiben und gleichzeitig auf S/4HANA zu migrieren, ist einer der anspruchsvollsten Aspekte einer digitalen Transformation.
Die kurze Antwort zur Bewältigung dieser Herausforderung lautet: automatisierte Change Synchronization.
Wenn Sie ein ECC-System unterstützen und die neue SAP-S/4HANA-Umgebung aufbauen, sollten Sie alles automatisieren, was möglich ist – einschließlich des Retrofits von SAP Changes.
System-Downgrades treten häufig auf, wenn während einer SAP-S/4HANA-Migration ECC-Änderungen oder neue Funktionen eingeführt werden, diese jedoch nicht korrekt bewertet, angepasst und erneut in S/4HANA angewendet werden. Der Übergang ist kein einfaches Lift-and-Shift.
Die Komplexität Ihrer Landschaft und der Grad der Zusammenarbeit zwischen den beteiligten Teams beeinflussen, wie schnell und sicher Sie den Cutover durchführen. Branchenexperten erwarten Migrationszeiträume von 2–6 Monaten bis hin zu 24+ Monaten für Unternehmen, die ihre S/4HANA-Migration schrittweise angehen.
BAU-Änderungen während einer SAP-S/4HANA-Migration managen
Unabhängig davon, ob Sie einen Big-Bang-Ansatz wählen oder schrittweise vorgehen: BAU-Änderungen und funktionale Updates werden zwangsläufig in Altsysteme eingebracht. Zu den Arten von Änderungen und Updates gehören:
- Funktionales Upgrade – Einführung neuer Funktionen, die auf der BTP verfügbar sind
- Technisches Upgrade – minimale Änderungen vornehmen und aktuelle funktionale Änderungen nach dem Go-live einführen
Jede Änderung muss daraufhin bewertet werden, ob sie in die S/4HANA-Umgebung übernommen werden soll, um Funktionsverluste nach dem Cutover zu vermeiden.
Der empfohlene Ansatz ist eine automatisierte doppelte Pflege, auch bekannt als digitale Synchronisierung von SAP-Änderungen.
Wenn Sie Ihre Legacy- und SAP-S/4HANA-Umgebungen synchron halten, vermeiden Sie kostspielige Ausfallzeiten
Wie Rev-Trac doppelte Pflege und Retrofit automatisiert
Wenn eine oder mehrere SAP-Entwicklungslinien parallel laufen, muss jede Änderung in der Produktion in jede parallele Linie erneut eingespielt werden. Automatisches Retrofitting reduziert Risiken, baut Silos ab und beschleunigt Ihre Migration.
Rev-Trac ermöglicht Unternehmen:
- SAP Changes und Updates automatisch zu klonen
- Geklonte Änderungen für die erneute Anwendung (Retrofit) in parallelen Entwicklungslinien zu bewerten
- ECC- und S/4HANA-Systeme bis zum finalen Cutover synchron zu halten
Umgang mit Custom Code während der S/4HANA-Migration
Die Migration zu SAP S/4HANA bringt bei der doppelten Synchronisierung Herausforderungen mit sich. Ist der Custom Code mit dem neuen System kompatibel oder stellt er ein Hindernis dar, das zu kostspieligen Ausfallzeiten führen kann?
Custom Code spielt eine entscheidende Rolle dabei, wie Retrofitting angewendet wird.
SAP-S/4HANA-kompatibler Custom Code:
Wenn Sie zu SAP S/4HANA wechseln, sollten alle Änderungen, die in Ihrem ECC voranschreiten, durch das ABAP Test Cockpit (ATC) laufen, um sicherzustellen, dass sie für die Nutzung in der neuen Umgebung geeignet sind.
Rev-Trac integriert sich für S/4HANA-Readiness-Checks mit dem ATC. Dieser Check hilft, die Eignung der geklonten Änderung für das Retrofit zu bestimmen. Ist der Code S/4HANA-kompatibel, wird das Retrofitting zu einer einfachen Annehmen/Ablehnen-Entscheidung, wodurch der Aufwand minimiert und die Risiken für das Transformationsprojekt deutlich reduziert werden.
Wo möglich, empfehlen wir, den S/4HANA Readiness Check im ECC-DEV-System zu verwenden, damit Entwickler die Änderung vor dem Freigeben der Transporte korrigieren können.
Custom Code, der nicht mit SAP S/4HANA kompatibel ist:
Nicht jeder Custom Code ist S/4HANA-kompatibel – und genau hier wird es knifflig.
In diesen Fällen ist ein automatisierter Re-Apply-Prozess ausgeschlossen.
Rev-Trac:
- Stellt Arbeitsaufträge aus ECC als offene Punkte in eine Warteschlange
- Stellt sicher, dass inkompatibler Code zur manuellen Anpassung im S/4HANA-System geprüft wird
Doppelte Pflege und Retrofit für Hybrid- und Brownfield-Ansätze
Unabhängig davon, ob Sie einen Hybrid-(Bluefield-) oder Brownfield-Ansatz für S/4HANA wählen: Sie müssen identifizieren, welche ECC-Änderungen im neuen System erneut angewendet werden sollen.
Jede Änderung fällt typischerweise in eine von drei Kategorien:
- Nicht mehr erforderlich
- Unverändert erneut anwenden
- Erforderlich, aber die Änderung muss im S/4HANA-System manuell angepasst werden
Eine Verknüpfung zur ursprünglichen ECC-Änderung ist für die erneute Anwendung entscheidend. Sie müssen verstehen, warum die Änderung vorgenommen wurde und wie sie umgesetzt wurde. Mit Rev-Trac ist jede SAP-Änderung an eine Rev-Trac-Request gebunden, die Transporte, zugehörige Dokumentation, Freigaben und Audit-Historie bündelt.
Die Zuordnung einer ECC-Änderung zur zukünftigen Umsetzung in S/4HANA stellt die Verbindung zur ursprünglichen Anfrage sicher. Rev-Trac synchronisiert diese, sodass sie erhalten bleibt.
Wann Custom-Code-Kompatibilitätsprüfungen zu umgehen sind
Es gibt Situationen, in denen Sie Kompatibilitätsprüfungen umgehen müssen, um Anomalien und Abweichungen abzudecken.
Ein flexibler SAP-Change-Management-Workflow ist entscheidend, um Ausnahmen zu handhaben, darunter:
- Notfalländerungen, die sofort in der Produktion erforderlich sind, sodass keine Zeit für S/4HANA-Readiness-Checks bleibt
- Konfigurationsänderungen für eine Brownfield-Transformation, die nicht auf S/4HANA-Eignung geprüft werden können und für einen schnellen Change-Prozess in die Produktion ausgeschlossen werden sollten
Was ist mit SAP BTP und Clean Core?
Viele Unternehmen setzen SAP BTP ein, um einen Clean Core zu unterstützen und das zentrale S/4HANA-System frei von Anpassungen zu halten. Ein Clean Core ist wesentlich, um während des S/4HANA-Aufbaus und nach dem Go-live einen stabilen und zuverlässigen Betrieb sicherzustellen.
Statt ECC-Änderungen zu retrofittieren, kann Funktionalität über native SAP-BTP-Funktionen bereitgestellt werden und so einen Clean Core unterstützen. Auch wenn das heute möglich ist, wird erwartet, dass der Großteil des Custom Codes eher auf S/4HANA als auf BTP bereitgestellt wird.
FAQ: Automatisches Retrofit für SAP S/4HANA
Was ist Dual Maintenance bei einer S/4HANA-Migration?
Dual Maintenance (doppelte Wartung) bezieht sich darauf, Ihr ECC-Altsystem und das neue S/4HANA-System bis zum endgültigen Cutover synchron zu halten.
Warum ist automatisiertes Retrofit für S/4HANA-Migrationen wichtig?
Automatisiertes Retrofit eliminiert manuelle, fehleranfällige und zeitaufwändige Aufgaben, die erforderlich sind, um relevante Änderungen aus dem ECC-Altsystem erneut in der S/4HANA-Umgebung anzuwenden. Es reduziert Risiken, ungeplante Ausfallzeiten und Regressionen nach dem Go-live und beschleunigt gleichzeitig Ihre Migration.
Wie unterstützt Rev-Trac die Dual Maintenance?
Rev-Trac klont Produktionsänderungen automatisch und wendet kompatible Änderungen erneut in der S/4HANA-Landschaft an, sodass beide Landschaften im Verlauf der Migration synchron bleiben.
Kann Rev-Trac funktionale Regressionen nach dem S/4HANA-Cutover verhindern?
Ja. Rev-Trac stellt sicher, dass ECC-Änderungen bewertet und selektiv nach S/4HANA retrofittiert werden. Das hilft, fehlende Funktionen, Überschreibungen und Regressionen nach dem S/4HANA-Go-live zu verhindern.
Fazit: Retrofit automatisieren, um Ihre SAP-S/4HANA-Migration zu entlasten
Die meisten SAP-S/4HANA-Migrationen erfordern, dass ECC-Systeme über einen längeren Zeitraum bis zum Cutover weiter betrieben werden. Doppelte Synchronisierung (oder Retrofit) ist entscheidend, um Ihr Altsystem zu erhalten, während Sie die neue Umgebung aufbauen.
Rev-Trac automatisiert den Retrofit-Prozess, indem automatisch geklonte Änderungen selektiv erneut auf den parallelen S/4HANA-Track angewendet werden. Das hilft Unternehmen dabei:
- Ausfallzeiten zu minimieren
- Fehlende Funktionalität zu vermeiden
- SAP S/4HANA Migration zu beschleunigen
Erfahren Sie, wie Rev-Trac doppelte Pflege und Retrofit vereinfacht. Kontaktieren Sie einen unserer SAP-Change-Management-Experten.
