Eine S/4HANA-Migration ist ein bedeutendes Projekt fĂ¼r Organisationen. Es kann eine Reise mit Hindernissen und RĂ¼ckschlägen sein, die zu verpassten Terminen und aufgeblähten Budgets fĂ¼hren. Es gibt jedoch einige Lösungen auf dem Markt, die die Migration reibungsloser gestalten können, unabhängig davon, ob es sich um eine Greenfield-, Hybrid- oder Brownfield-Lösung handelt. 

Rev-Trac Platindie SAP DevOps Orchestration Platform, ist ein Tool, das Sie bei der technischen Komponente Ihrer digitalen Transformation unterstĂ¼tzt. Sie ermöglicht es Ihnen, schnell auf sich ständig ändernde Geschäftsanforderungen zu reagieren und Ihre Migration zu S/4HANA mit wiederholten, automatisierten, benutzerdefinierten Workflows zu erleichtern.  

In diesem Blog werde ich eine Anwendung aus der Praxis unter die Lupe nehmen. In diesem Szenario hat ein US-amerikanisches Gesundheitsunternehmen ein mehrjähriges Projekt zur Implementierung einer neuen S/4-Landschaft auf der grĂ¼nen Wiese nach jĂ¼ngsten Fusionen und Ăœbernahmen in Angriff genommen. 

Herausforderung bei der Umstellung auf S/4HANA auf der grĂ¼nen Wiese 

Rev-Trac war dem Unternehmen vertraut. Unsere Software verwaltete SAP-Ă„nderungen in mehreren SAP-Landschaften des Unternehmens. Aber Rev-Trac war noch nie fĂ¼r die EinfĂ¼hrung einer S/4HANA-Landschaft eingesetzt worden.  

Ziel war es, den Go-Live zu perfektionieren, indem mehrere "Mock"-Cutovers durchgefĂ¼hrt wurden, um den Prozess effektiv und wiederholt zu simulieren. FrĂ¼her haben wir neue SIDs (SAP System Identifiers) eingerichtet, um eine Landschaft mit mehreren QA-, Test- und Vorproduktionssystemen zu schaffen.

Angesichts der Kosten fĂ¼r neue S4/HANA-SIDs entscheiden sich viele Unternehmen jedoch fĂ¼r die Verwendung mehrerer Mandanten in einem einzigen SID-System, um den Prozess zu replizieren. Das ist nicht die perfekte Lösung; einige Transporte sind mandantenunabhängig. Der Löwenanteil der Transporte fĂ¼r die neue S4/HANA-Landschaft sind jedoch Konfigurationstransporte; daher sind sie in erster Linie mandantenabhängig. 

Die einzige TMS-Anforderung, die Rev-Trac in Bezug auf Transportwege stellt, ist, dass das Entwicklungssystem ein Zielsystem definiert hat, damit es keine lokalen ($TMP) Transporte erstellt. Das im STMS-Transportweg definierte Zielsystem kann problemlos ein virtuelles System sein. 

Wie es funktioniert 

Rev-Trac nutzt das Konzept der "Zielgruppen", um logische Ziele zu definieren, denen die Transporte folgen sollen. 

In diesem Beispiel haben wir Zielgruppen mit den Namen QS4-100, QS4-200, QS4-300, SS4-100 und PS4-100 verwendet, um vier Schein-Cutovers vor dem Produktionssystem PS4 durchzufĂ¼hren. Wir verwenden drei verschiedene Clients in QS4 und einen Client in einer Staging-SID in S4/HANA namens SS4.  

Mit Rev-Trac können Sie mehrere Rev-Trac-Anforderungen (RTRs) zu einer Rev-Trac-Freigabeanforderung (RTRR) bĂ¼ndeln oder sammeln. Stellen Sie sich dies als eine Eltern/Kind-Beziehung vor. Eine "Freigabe" in Rev-Trac bietet Ihnen die Möglichkeit, alle Ihre RTRs (Kinder) in einer einzigen RTRR (Ă¼bergeordneten) Anforderung zusammenzufassen.

Der Vorteil der Verwendung eines Release (RTRR) besteht darin, dass Sie alle in diesen mehreren RTRs enthaltenen Ă„nderungen (die fĂ¼r den Mock Cutover erforderlich sind) in einem einzigen Release (RTRR) zusammenfassen. Da alle Ă„nderungen in einem einzigen RTRR gebĂ¼ndelt sind, können Sie die automatischen SicherheitsprĂ¼fungen von Rev-Trac gegen das Release statt gegen einzelne Ă„nderungen durchfĂ¼hren. Auf diese Weise erleichtert Rev-Trac das Verschieben aller Transporte, die fĂ¼r den Rollout einer neuen S/4HANA-Umgebung erforderlich sind.

Bei jedem Probelauf werden LĂ¼cken identifiziert, und zusätzliche Ă„nderungen können zum ursprĂ¼nglichen RTRR hinzugefĂ¼gt werden, wodurch eine neue Version entsteht, die als Ergänzung zum Original behandelt wird. Die Versionen (Original und Ergänzung) werden in das nächste Zielsystem/den nächsten Mandanten importiert, und die Identifizierung der LĂ¼cken beginnt erneut.

Wenn Sie fĂ¼r den eigentlichen Go-Live bereit sind, ist der Prozess vertraut, der Zeitplan ist bekannt, und die LĂ¼cken sind gefĂ¼llt. Nach dem Go-Live können Sie Rev-Trac verwenden, um alle Support-Ă„nderungen zu verwalten, die in Kategorien wie Fehlerbehebung, Erweiterungen usw. unterteilt werden können.

Die Quintessenz 

Rev-Trac Platin ist äuĂŸerst flexibel und passt sich an Ihre BedĂ¼rfnisse bei der Migration zu S/4HANA an. Wenn z.B. 10 Unternehmen eine S/4HANA-Landschaft einfĂ¼hren, wird jedes unterschiedliche Anforderungen haben. Rev-Trac erzwingt keine EinheitsgrĂ¶ĂŸe fĂ¼r alle.  

Unsere Lösung ermöglicht es Unternehmen, einen automatisierten und wiederholbaren Prozess (Workflow) zu erstellen, um die einfachsten bis hin zu den komplexesten Anforderungen zu erfĂ¼llen. Diese Rev-Trac-Workflows automatisieren die Bewegung von Transporten und bieten ein Dokumentations-Repository. Sie unterstĂ¼tzen auch die begehrte Aufgabentrennung und umfassen mehrere SicherheitsprĂ¼fungen, um zu gewährleisten, dass Ă„nderungen in der richtigen Reihenfolge migriert werden und keine Objekte zurĂ¼ckbleiben.  

Kontaktieren Sie einen unserer internen Experten fĂ¼r weitere Informationen darĂ¼ber, wie Rev-Trac Platin kann Ihre Greenfield-S/4HANA-Umstellung rationalisieren. Â