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.