Wie migriert man SAP Custom Code schnell nach S/4HANA?

Beim Umstieg auf S/4HANA muss der eigene ABAP-Code aufgeräumt werden. Scannt man den ABAP-Code auf herkömmlichem Weg, können dabei hunderttausend Findings und Bereinigungszeiten von mehreren tausend Tagen herauskommen – mehr als das ganze Erwerbsleben eines Entwicklers.

Von Patrick Boch (akquinet) wollte ich wissen, wie man die Migrationszeit für Custom Code auf ein realistisches Pensum reduzieren kann und wie trotz Änderungen im produktiven Code der operative Betrieb nicht eingeschränkt wird. Herr Boch ist Gast in einem Expert-Talk zur Onlinekonferenz „Ihr Weg nach SAP S/4HANA“ und gibt Tipps für einen bestmöglich optimierten Projektablauf, berichtet dort über typische Fragen und über Erfahrungen aus abgeschlossenen S/4HANA Migrationen.

Für den Expert-Talk mit Patrick Boch registrieren … (09:00 Uhr | 31.01.19 – oder später Aufzeichnung ansehen)

 

Herr Boch, warum ist die Migration der Custom-Codes eine zeitliche Herausforderung beim S/4HANA-Umstieg?

Die erste Herausforderung, vor der Unternehmen beim Umstieg auf S/4HANA stehen ist die schiere Masse des kundeneigenen Codes. Im Schnitt haben SAP-Kunden zwei Millionen Zeilen eigenen Code entwickelt. Diesen auf eine neue Plattform zu hieven bedeutet einen enormen Aufwand – der zusätzlich zum Aufwand anfällt, den Unternehmen sowieso betreiben müssen, um auf HANA umzusteigen. Die Versuchung, den Code mehr oder weniger ungeprüft in S/4HANA zu integrieren, ist da natürlich groß.

Damit steht dann auch die zweite Herausforderung fest: Code, der auf „alten“ NetWeaver-Systemen läuft, funktioniert nicht unbedingt reibungslos auf S/4HANA. Das heißt: Es ist zwingend notwendig, diesen Code zu testen. Unserer Erfahrung nach ist das Testen von Code – egal ob bei einer Migration oder im „normalen“ Entwicklungsumfeld – immer das, was die meiste Zeit beansprucht. Und diese Zeit haben die Unternehmen in S/4HANA- Migrationsprojekten meist nicht.

 

Welche Ansätze gibt es, den Aufwand zu reduzieren?

Unternehmen tun gut daran, den Code vor der Migration zu überprüfen. Bei den eingangs genannten Mengen sollte man dazu einen Code-Scanner verwenden. Der Aufwand dafür ist zwar überschaubar, im Ergebnis werden aber eine Menge Fehler im Code auftauchen – sechststellige Fehlermengen sind hier keine Seltenheit, sondern im Gegenteil eher die Regel.

Diese Fehlermengen sinnvoll zu reduzieren ist dann die Herausforderung, dies es zu bewältigen gibt. Dazu gibt es verschiedene Thematiken, die wir in unserem Expert-Talk der Onlinekonferenz auch ansprechen werden. Um nur ein Beispiel zu nennen:

Unserer Erfahrung nach sind 60 – 90 Prozent des kundeneigenen Codes obsolet. Das beinhaltet Anwendungen, die vor Jahren entwickelt wurden und inzwischen durch den SAP-Standard oder geänderte Prozesse ersetzt worden sind, oder aber Programme, die für einen einmaligen Einsatz oder im Zuge von Entwicklungstests entstanden sind und ebenfalls nicht mehr benötigt werden. Dieses Coding sollten Kunden gar nicht erst nach S/4HANA migrieren.

 

Welche Umstellungszeiten sind erreichbar?

Gerade bei Projekten, bei denen Code „aufgeräumt“ werden muss, sind die Projektzeiten stark kundenabhängig, eine Pauschalisierung kann man hier also nur bedingt treffen. Verbindet man aber einen durchdachten Projektplan mit den Ansätzen zur Reduzierung des Aufwandes, wie beispielsweise das eben erwähnte Deaktivieren von obsoletem Code, können bis zu 75 Prozent des Aufwandes eingespart werden.

 

Was muss man beachten, um gleichzeitig den operativen Betrieb sicherzustellen?

Das Problem ist der enorme Testaufwand, der eingeplant werden muss, um sicherzugehen, dass der kundeneigene Code tatsächlich wie geplant funktioniert. Und, ganz wichtig: Kunden sollten sich nicht nur auf funktionale Tests beschränken, das Thema „sicherer“ Code sollte mindestens mit gleicher Priorität behandelt werden. Gerade in einem System wie S/4HANA, das mit vielen weiteren Systemen verbunden wird und oft sogar aus dem öffentlichen Internet erreichbar ist, muss die Sicherheit des eigenen Codes unbedingt gewährleistet sein.

Die traditionelle Herangehensweise mit umfangreichen Testszenarien birgt dabei zwei Probleme: Erstens werden viele Ressourcen gebunden. Zweitens wird man in solchen Testszenarien nicht jede Eventualität abdecken können. Wir haben daher einen alternativen Ansatz gewählt, bei dem wir das alte Coding auf Knopfdruck wieder „zuschalten“ können, wenn Probleme auftauchen. Der große Vorteil dieses Ansatzes ist, dass die Testphase quasi komplett entfällt und der operative Betrieb zu keiner Zeit eingeschränkt ist.

 

Was wird für Sie in den kommenden 12 Monaten das dominierende Thema in der SAP-Community?

Wir haben in den letzten Monaten schon ein großes Kundeninteresse zum Thema S/4HANA-Migration erlebt. Zwar deutet sich an, dass die Cloud mittelfristig zu einem der größten, wenn nicht dem größten, Thema im SAP-Umfeld wird, aber für die nächsten 12 Monate wird die S/4HANA-Migration die meisten Kunden beschäftigen.

 

Vielen Dank für das Gespräch.

Die Fragen stellte Helge Sanden, Chefredakteur des IT-Onlinemagazins.

 

 

In einem Expert-Talk zur Onlinekonferenz „Ihr Weg nach SAP S/4HANA: Wie machen es andere Unternehmen“ berichtet Patrick Boch zusätzlich über die Erfahrungen aus S/4HANA-Migrationen, Best-Practices und Empfehlungen für die Umstellung.

Sie können diesen und alle Beiträge der Onlinekonferenz live (29.01. – 01.02.19) oder als Aufzeichnung verfolgen. Im Konferenzprogramm finden Sie Erfahrungsberichte aus mehr als 20 S/4HANA-Migrationen.