Herausforderung 1: Kompatibilität und Modernisierung von benutzerdefiniertem Code
Lange Zeit verwendeten Unternehmen benutzerdefinierten SAP-ABAP-Code, um Geschäftsanforderungen zu erfüllen, die die Standardfunktionalität von SAP nicht erfüllte. Unternehmen, die einen Brownfield-Ansatz verfolgen, portieren benutzerdefinierten Code in das S/4HANA-System, um die aktuelle Funktionalität beizubehalten. Auf diese Weise können sie Systeme nach der Migration modernisieren und optimieren.
Studien zeigen, dass etablierte SAP-Organisationen, die benutzerdefinierten Code verwenden, bei einer Migration etwa 40 % dieses Codes beibehalten. Dieser Code wird für ECC-Systeme erstellt und ist häufig nicht mit S/4HANA kompatibel. Daher muss er wahrscheinlich vor Projektbeginn geändert (oder modernisiert) werden.
Rev-Trac Platin kann einen Ansatz durchsetzen, bei dem die (iterative) Code-Modernisierung während der Vorbereitungsphase beginnt. Unsere neueste Version, Rev-Trac Platin 8.3.4, integriert mit dem ABAP Test Cockpit (ATC) für S/4HANA Readiness Checks.
Stellen Sie sich vor, Sie beginnen mit der Vorbereitung von benutzerdefiniertem Code, indem Sie während der Business-As-Usual-Änderungen (BAU) in der ECC-Umgebung Verbesserungen vornehmen, bevor Sie auf S/4HANA umsteigen. In diesem Fall können Unternehmen die S/4HANA Readiness Checks verwenden, um die Kompatibilität des Codes mit dem neuen ERP-System zu überprüfen.
Sie können einen „Shift-Left“-Ansatz verfolgen und konfigurieren Rev-Trac Platin um die Modernisierung in der DEV-Umgebung durchzusetzen. Durch die schrittweise Modernisierung des benutzerdefinierten Codes wird sichergestellt, dass er fast fertig ist, bevor Ihre Brownfield-Migration beginnt. Wenn Sie sicherstellen, dass der Code S/4HANA-kompatibel ist, bevor Sie das DEV-System verlassen, verringert sich der Bedarf an Nacharbeiten und es kommt nicht zu funktionalen Downgrades, wenn Ihre S/4HANA-Systeme in Betrieb gehen.
Herausforderung 2: Doppelte Wartung
Die Verwaltung dualer Landschaften – Legacy-ECC und neue S/4HANA-Umgebung – stellt für Unternehmen, die einen Brownfield-Ansatz verfolgen, eine große Herausforderung dar. Die Synchronisierung Ihrer Systeme bis zur Umstellung ist unerlässlich, um Änderungsstopps oder kostspielige ungeplante Ausfallzeiten zu vermeiden.
Sie müssen während der Migration möglicherweise BAU ECC-Änderungen vornehmen, um Ihr Produktionssystem zu verbessern. Diese Änderungen müssen berücksichtigt und bei der Nachrüstung in die S/4HANA-Umgebung berücksichtigt werden. Die Automatisierung der Nachrüstung von SAP-Änderungen trägt dazu bei, das Risiko zu senken und Ihr Brownfield-Migrationsprojekt zu beschleunigen.
Bei Rev-Trac Platinkönnen Sie die Systeme während der gesamten Projektlaufzeit synchron halten. Die Software enthält Nachrüstfunktionen, mit denen Sie Änderungen zwischen Ihrem Live-ECC-System und laufenden S/4HANA-Systemen synchronisieren können. BAU-Änderungsanforderungen werden automatisch geklont und zur Prüfung und einfachen erneuten Anwendung an das S/4HANA-System (DEV) gesendet, sodass die Systeme synchron bleiben.
Durch die Durchführung von S/4HANA-Bereitschaftsprüfungen im ECC DEV-System können Entwickler eine inkompatible Änderung korrigieren, bevor sie den Transport freigeben und ihn mit anderen Änderungen durch Test- und Autorisierungsanforderungen bringen. Sie können auch die Eignung des Klons für die Nachrüstung bestimmen. Wenn die Änderung kompatibel ist, wird der S/4HANA-Kompatibilitätsbericht zur einfachen Bezugnahme der geklonten Anforderung beigefügt.
Herausforderung 3: Landschaftsübergreifende Abhängigkeiten verwalten
Bei der Migration zu S/4HANA ist es wichtig, die Abhängigkeiten zwischen Ihrem ECC-System und anderen Landschaften wie BW, BOBJ und CRM zu verstehen, die Ihre alte SAP-Umgebung bilden können. Sie müssen die landschaftsübergreifende Abhängigkeit zwischen Daten berücksichtigen. Integrationen. Andernfalls besteht das Risiko, dass Teile der Anwendung in der S/4HANA-Umgebung nicht funktionieren. Darüber hinaus können verschiedene Landschaften separate SAP S/4HANA-Übergänge durchlaufen, sodass ein klarer Plan zur Verwaltung mehrerer Transformationen unerlässlich ist.
Mit Rev-Trac können Sie Abhängigkeiten definieren, die die Software automatisch überprüft, bevor Transporte auf Zielsysteme migriert werden. Die Abhängigkeiten können nur auf Transporte angewendet werden, die an einen Rev-Trac-Request angehängt sind. Sie müssen jedoch nicht an denselben Request angehängt sein oder sich auf dieselbe Landschaft beziehen.
Die Anforderung wird auf das Zielsystem migriert, wenn die Abhängigkeiten erfüllt sind. Andernfalls erhalten Sie eine Fehlermeldung und einen Bericht mit Einzelheiten zu allen nicht erfüllten Abhängigkeiten.
Das Fazit!
Ein Brachland S/4HANA-Migration kann eine Herausforderung sein. Das Ziel besteht darin, die aktuelle Funktionalität während der Umstellung auf S/4HANA beizubehalten und die Systeme nach der Migration zu modernisieren und zu optimieren. Allerdings sind die Kompatibilität von benutzerdefiniertem Code, wann und wie Sie Code modernisieren, die duale Wartung und die Fähigkeit, landschaftsübergreifende Abhängigkeiten zu verwalten, alles Hindernisse für eine erfolgreiche S/4HANA-Umstellung.
Das ist wo Rev-Trac Platin ins Spiel. Mit Rev-Trac können Sie sicherstellen, dass alle am Code vorgenommenen Änderungen S/4HANA-kompatibel sind, und Ihr ECC und S/4HANA bis zur endgültigen Umstellung synchron halten, wodurch der Migrationsprozess optimiert und Risiken reduziert werden.
Bei der Annahme Rev-Trac Platinkann Ihr Unternehmen die Herausforderungen einer Brownfield-Migration souverän meistern, das volle Potenzial von SAP S/4HANA ausschöpfen und langfristigen Erfolg erzielen.
Erwägen Sie eine Brownfield-Implementierung von S/4HANA? Kontaktieren Sie einen internen Experten um herauszufinden, wie Rev-Trac Platin kann glätten Ihre S/4HANA-Migration.
