Schneller und sicherer zu S/4HANA gelangen

Zusammenfassung

Eine S/4HANA-Migration zwingt oft zu einer Wahl zwischen dem Stoppen von Business-Innovationen mit einem „Change Freeze“ oder dem Risiko projektbezogener Fehler aufgrund von Code-Inkompatibilität.

Rev-Trac eliminiert dieses Dilemma, indem es das Change Management automatisiert und eine perfekte SAP-Traceability zwischen Legacy-ECC-Systemen und neuen Projektlandschaften gewährleistet. Dadurch können Unternehmen die Business Continuity aufrechterhalten und ihre Migration sicher skalieren.

Das Ende des Supports für ECC ist kein Geheimnis. Tatsächlich ist es heute vielleicht das größte einzelne Thema im SAP-Ökosystem. Doch das Ende des Supports für bestehende Systeme allein macht den Übergang weder einfacher noch kostengünstiger. Und schon gar nicht weniger kompliziert.

Heute ist eine S/4HANA-Migration wahrscheinlich auch eine Migration zu SAP Cloud ERP Private.

Wie können wir das Migrationsprojekt beschleunigen und gleichzeitig das Geschäft effektiv unterstützen? Wie werden wir das Projekt managen, ohne Personal oder Budgets zu sprengen? Ist es möglich, projektbezogene Change Freezes sicher zu eliminieren? Dies wird ein langfristiges Projekt sein, bei dem ein Produktions-Change Freeze keine praktische Antwort ist.

BAU bis zur Geschäftskontinuität

Bevor die S/4HANA-Migration beginnt, haben die meisten Teams konkurrierende Prioritäten:

• Der Geschäftsbetrieb läuft normal weiter, zusätzlich zum Migrationsprojekt. Das bedeutet: Die regelmäßigen, alltäglichen Aufgaben, die das Team heute erledigt, ändern sich während des Projekts nicht – zumindest nicht wesentlich.
• Die meisten großen Unternehmen geben ihre aktuellen Systeme nicht auf; sie verfolgen einen Brownfield-Ansatz und übernehmen einen erheblichen Teil ihrer Customizations aus dem bestehenden System – zumindest anfänglich. Das bedeutet, dass die Teams, die die heutige SAP-Umgebung betreiben, auch am besten qualifiziert sind, Migrationsaufgaben zu übernehmen.

Dies führt zu einem echten Ressourcenkonflikt:

• Bestehende Business-Systeme werden während des Migrationsprojekts weiterhin innoviert und geändert.
• Dasselbe Team, das für den heutigen Betrieb verantwortlich ist, ist entscheidend für die Migration.
• Das Nachverfolgen von Änderungen zwischen Systemen wird die Anforderungen an Change Management und Dokumentation praktisch verdoppeln. Einige Legacy-Customizations müssen angepasst werden, um in S/4HANA zu funktionieren, und Änderungen am bestehenden System werden bis zum finalen Cutover fortgesetzt.

Transformationsprobleme angehen

Eine der unschönen Herausforderungen einer S/4HANA-Migration ist die Verwaltung von Customizations, die eine Transformation erfordern, während sich das bestehende System während des Projekts ständig ändert.

Das heißt, eine bestehende Customization ist nicht direkt code-kompatibel mit der neuen S/4HANA-Plattform. Der Code wird für die Kompatibilität mit dem neuen System transformiert, aber Geschäftsanforderungen führen zu Änderungen im bestehenden System, wodurch der neu transformierte Code veraltet ist.

Die Lösung dieses Problems erfordert einen von zwei Ansätzen:

1. Einen Change-Freeze, sodass sich im bestehenden Business-System nichts ändern kann, nachdem der Code für die Kompatibilität im neuen System transformiert wurde. Alle erforderlichen Geschäftsänderungen müssen warten, bis die Migration abgeschlossen ist und das neue System live geht.
2. Traditionell eine Projektlandschaft mit einer Retrofit-Fähigkeit – die Möglichkeit, Änderungen während eines parallelen Projekts vom Business-System in die Projektlandschaft zu verschieben. Dieser Ansatz funktioniert jedoch nicht, da die Legacy-Customization und das neue S/4HANA-System nicht code-kompatibel sind.

Was also tun?

Nachvollziehbarkeit – der Schlüssel zu Konsistenz und Kontrolle 

Die Geheimzutat ist Traceability, und sie ist eine Funktion des Change Managements. Traceability akzeptiert zwei verschiedene Objekte – Code-Teile – als funktional gleich. In einer gut geführten Umgebung unterliegen beide Objekte identischen Qualitäts- und Regulierungsprozessen vor der Auslieferung in die Produktion. Der größte Unterschied besteht darin, dass sie als Peers verfolgt und akzeptiert werden – eines für das bestehende Business-System und eines für die S/4HANA-Migrationslandschaft.

In der Praxis funktioniert es so:

• Legacy-Customization wird auf das neue S/4HANA-System portiert, wodurch die Funktionalität kompatibel wird.
• Alle neuen Geschäftsanforderungen während des Projekts werden normal im bestehenden Business-System implementiert, solange es in Produktion ist.
• Das Projektteam übernimmt und re-transformiert Business-Updates während der regulären Projektzyklen, wodurch das Projektsystem mit den Produktionsänderungen synchronisiert bleibt.
• Dokumentation wird erstellt und gepflegt, die jede Änderung, das für die Implementierung in beiden Systemen erforderliche Objekt sowie die Test- und Lieferdatensätze für Audit- und Compliance-Funktionen verfolgt.

Einfach. Nun tun Sie dies Hunderte oder Tausende Male über die Jahre, die das Migrationsprojekt erfordert, und pflegen Sie für jede Änderung eine perfekte Dokumentation. Einige der Änderungen werden kompatibel sein – ein einfaches Retrofit genügt – und einige werden komplex sein und Traceability erfordern.

Nachvollziehbarkeit und Kontrolle automatisieren 

Was wäre, wenn wir das Management von Änderungen, einschließlich Dokumentation, Audit und Lieferung, automatisieren könnten? Wenn wir es richtig machen würden, wären selbst komplexe, inkompatible parallele Projektänderungen so einfach zu verfolgen und zu pflegen wie reguläre Änderungen.

Automatisiertes SAP Change Management bringt Kontrolle und Traceability in komplexe SAP-Umgebungen. Jede Änderung wird systemübergreifend verwaltet, dokumentiert und verknüpft, wodurch eine vollständige Traceability in der gesamten SAP-Landschaft gewährleistet ist. Sicherheits- und Automatisierungsfunktionen garantieren eine konsistente, zuverlässige Lieferung – selbst wenn spezialisierte Versionen von Objekten und Code systemweise erforderlich sind.

Klingt nach einer Lösung? Wenn ja, dann ist die Lösung dieses Problems und die Skalierbarkeit von Änderungen in jeder SAP-Umgebung, wo immer sie läuft, die Spezialität von Rev-Trac. Mit Rev-Trac meistern Kunden die Herausforderung komplexer Migrationsprojekte sicher. Retrofit zwischen ECC und S/4HANA wird unterstützt, ebenso wie die Traceability komplexer, inkompatibler Codes, die Änderungen über Systeme hinweg unterstützen.

Dadurch navigieren Rev-Trac-Benutzer Change- und Transformationsprojekte im großen Maßstab, ohne einen dramatischen Personalaufbau und ohne das Risiko von Change-bezogenen Fehlern in Projekt- oder Produktionsarbeiten.

Um mehr über Rev-Trac und unsere Lösungen für Change Management und Migrationsprojektunterstützung zu erfahren, erkunden Sie unsere fortschrittliche SAP-Automatisierungsplattform Rev-Trac oder kontaktieren Sie uns für weitere Informationen und ein Gespräch mit einem SAP-Change-Experten.