Die Entscheidung von Lidl, eine SAP-Hana-Implementierung aufgrund eskalierender Kosten zu stoppen, könnte ein frühes Zeichen für die Probleme sein, die ein Upgrade auf S/4 Hana mit sich bringt.

Während nur wenig darüber bekannt ist, warum Lidl sich entschieden hat, SAP zu verwerfen, geht aus den Berichten über das Projekt des Einzelhändlers hervor, dass das Unternehmen aufgrund steigender Kosten den Stecker gezogen hat.

Als Computer Weekly in den späten 1990er Jahren anfing, SAP-Projekte scheitern zu sehen, waren die Kosten der Implementierung einer der Faktoren, die dazu beitrugen. Das Problem war, dass SAP als eine Reihe von vorgefertigten Geschäftsprozessen verkauft wurde, die Geschäftsprozesse von einigen der größten Unternehmen der Welt enthielten, aber oft entsprachen diese nicht den Vorstellungen der Unternehmen, die SAP implementieren wollten. Das bedeutete, dass sie oft angepasst werden mussten.

Zwei Jahrzehnte später sind sich die Experten einig, dass eine Anpassung von SAP vermieden werden sollte, da die Kosten und die Komplexität schnell eskalieren werden. Das gilt heute für Unternehmen, die eine SAP-S/4-Hana-Implementierung in Angriff nehmen, genauso wie bei der Einführung von SAP R/3 in den 1990er-Jahren.

Im Jahr 2025 wird SAP den Support für ECC6, die zentrale Komponente ihres Produkts für Unternehmensressourcen (ERP), offiziell einstellen. Aus Sicht von SAP bleiben den Unternehmen damit weniger als sechs Jahre, um S/4 Hana zu implementieren.

Unternehmen, die SAP-Systeme betreiben, die in den letzten zwei Jahrzehnten implementiert wurden, müssen eine schwierige Entscheidung darüber treffen, wie ihr bestehender SAP-Anwendungscode für S/4 Hana neu entwickelt werden soll.

Es gibt eine anhaltende Debatte darüber, wie bestehende Systeme für S/4 Hana überarbeitet werden können, aber der allgemeine Konsens ist, dass S/4 Hana die Implementierung eines kompletten ERP-Systems bedeutet.

Bestehende Geschäftsprozesse identifizieren

Daher müssen Unternehmen herausfinden, wie ihre bestehenden Geschäftsprozesse aussehen, wie viel davon in SAP kodiert ist, wie viel von den Anpassungen in der ursprünglichen Implementierung nun Teil des Standard-S/4-Hana-Systems ist und ob es wirklich ein geschäftlicher Imperativ ist, den alten angepassten Code in die Plattform zu implementieren. Dies gilt insbesondere dann, wenn ein Geschäftsprozess, der vor zwei Jahrzehnten kodiert wurde, nicht mehr verwendet wird oder angepasst wurde, aber der benutzerdefinierte Code nicht aktualisiert wurde.

Im Whitepaper „Optimising business processes for success“ des Analysten IDC heißt es: „Schlecht koordinierte Prozesse, die nicht auf die Geschäftsanforderungen abgestimmt sind und die Produktionssysteme untergraben, wenn sie eingesetzt werden, sind nicht nur kostspielig – sie können die effektive Positionierung des Unternehmens und die Reaktion auf den sich schnell ändernden Wettbewerbsdruck und die globalen Anforderungen hemmen.“

In dem Whitepaper empfiehlt IDC die Etablierung von Strategien, die einen kulturellen Wandel, organisatorische Strukturen (durch Nutzung bestehender Kompetenzzentren, Projekt- oder Programm-Management-Büros oder DevOps – oder durch deren Gründung), Prozesse für die Qualität von Geschäftsprozessen sowie die Evaluierung und Einführung geeigneter Automatisierungslösungen umfassen, um relevante, anpassungsfähige und geschäftszentrierte Anwendungen zu schaffen.

Delivering on business demands

Um den größtmöglichen Nutzen aus einer SAP S/4 Hana-Investition zu ziehen, muss die IT-Abteilung laut SAP-Berater Panaya die Geschäftsanforderungen so schnell wie möglich und ohne Unterbrechung des Geschäftsbetriebs umsetzen. Da es mehrere Projektpfade gibt – Migration, Implementierung, Greenfield usw. – gehen IT-Teams in 12- bis 18-monatige Projekte, schreibt das Unternehmen in einem aktuellen Whitepaper.

Das technische Upgrade für SAP S/4 Hana kann in nur drei Monaten erfolgen. Um jedoch die neuen SAP S/4 Hana-Standards zu erfüllen, sollten laut Panaya die verbleibenden neun bis 15 Monate auf Änderungen der Geschäftsprozesse, Anpassungen und Qualitätssicherung verwendet werden.

In der Tat führt SAP S/4 Hana viele Änderungen in Bereichen wie Technologie, Geschäftsprozesse und Benutzeroberflächen ein. Panaya zufolge werden sich diese Änderungen sowohl auf die Arbeitsweise der IT-Teams als auch auf die Anpassung des SAP-Systems auswirken.

Da sich Betriebsmodelle und IT-Prozesse ändern, warnte Panaya, dass Änderungsanfragen, Anforderungen sowie Test- und Release-Management-Prozesse eine schwierige Umstellung für die Unternehmens-IT darstellen könnten.

„Für viele Unternehmen wird die Implementierung dieser Änderungen in einem Wasserfallmodus zu lange dauern und den ROI der Lösung beeinträchtigen. Diese Änderungen müssen inkrementell implementiert werden, indem verschiedene Änderungsanforderungen in jedem Zyklus mit Hilfe von DevOps und Continuous Delivery umgesetzt werden“, heißt es in dem Whitepaper von Panaya.

Verantwortung übernehmen

Stuart Browne, Geschäftsführer des unabhängigen SAP-Beratungsunternehmens Resulting, sagte, dass ein häufiges Problem, auf das er stößt, darin besteht, dass Unternehmen oft fälschlicherweise annehmen, dass der Systemintegrator die Verantwortung für die richtige ERP-Implementierung trägt, obwohl dies letztlich in der Verantwortung des Kunden liegt.

Browne sagte, dass eine der technischen Herausforderungen für Unternehmen darin besteht, dass S/4Hana noch nicht vollständig ist. „Es ist ein unfertiges Produkt und vereinfacht die SAP-Produktsuite nicht. Die Einführung von S/4 Hana vereinfacht zwar einige Funktionen, aber nicht alle.“

Da es sich noch um ein unfertiges Produkt handelt, fehlen laut Browne Tools und Mitarbeiter mit den richtigen Fähigkeiten, um S/4 Hana zu implementieren. Hinzu kommt, dass die Leute, die sich mit der bestehenden ECC6-SAP-ERP-Implementierung auskennen und etwa 20 Jahre Erfahrung damit haben, auf den Ruhestand zusteuern.

„Es gibt eine alternde, wohlhabende Belegschaft, die sich dem Ruhestand nähert. Alle sind tendenziell zwischen Mitte 40 und Mitte 50.“ Er sagte, dass jüngere Leute im Allgemeinen „coolere Dinge“ tun, anstatt SAP zu implementieren, und dass es in Indien eine Lohninflation von 8 % gibt, was bedeutet, dass das Auslagern von SAP-Kenntnissen teuer ist.

Aufschieben des Upgrades

Rimini ist eines der Unternehmen, die ein Geschäft rund um die Unterstützung älterer SAP-Systeme aufgebaut haben. Die Idee hinter dem Abschluss eines Wartungsvertrags mit einem Drittanbieter ist, dass er dem Unternehmen ermöglicht, seine laufenden Wartungsgebühren zu senken, während es die Migration auf das neueste Produkt, in diesem Fall SAP S/4 Hana, hinauszögert.

Hari Candadai, Group Vice President of Product Marketing and Strategy bei Rimini Street, sagte, es sei „sehr aufschlussreich“, dass Lidl so viele Prozesse neu bewerten und anpassen musste, damit das neue SAP-System für sein Geschäft funktioniert.

„Die wichtigste Erkenntnis ist, dass jeder Unternehmenskunde, der einen größeren SAP-Plattformwechsel in Erwägung zieht, einschließlich einer potenziellen Neuimplementierung auf S/4 Hana von seinem bestehenden SAP-System, verstehen muss, dass dies alles andere als einfach ist“, sagte Candadai. „Wenn Sie das falsch machen, wird das Ihren Gewinn erheblich beeinträchtigen. Die eigentliche Frage ist: ‚Was war der angebliche ROI an der Stelle, um überhaupt in Betracht zu ziehen, Ihre Backoffice-Systeme zu zerreißen und zu ersetzen?'“

Da der Support für ECC6 noch bis 2025 läuft, müssen Unternehmen nicht unbedingt sofort in S/4 Hana einsteigen, vor allem wenn sie das Gefühl haben, dass es noch kein vollständiges Produkt ist.

Sechs Jahre sind eine lange Zeit, und da SAP S/4 Hana als eine große Implementierung angesehen wird, sagte Browne, dass es für Unternehmen eine Gelegenheit gibt, neu zu bewerten, wie das Kern-ERP im Unternehmen funktionieren soll, und die Machbarkeit des Einsatzes von Alternativen wie NetSuite oder Microsoft Dynamics zu prüfen.

Es stellt sich auch die Frage, welche IT-Architektur im Jahr 2025 benötigt wird, um das zu unterstützen, was das Unternehmen zu diesem Zeitpunkt zu tun hofft. So stellt S/4 Hana zwar Anwendungsprogrammierschnittstellen (APIs) zur Verfügung, doch laut Browne sind diese zu restriktiv, vor allem, wenn das Unternehmen seine Anwendungsprogrammierschnittstellen öffnen und an einer API-Ökonomie teilnehmen will, in der Unternehmen mit einem Cloud-nativen Ansatz auf der Basis von leichtgewichtigen Microservices Transaktionen durchführen.

Und während SAP in der Vergangenheit vielleicht als eine Möglichkeit zur Kapselung von Weltklasse-Geschäftsprozessen verkauft wurde, laufen traditionelle Unternehmen Gefahr, gestört zu werden, weil ein ERP, das in den 1990er Jahren erfunden wurde, den innovativen Lieferketten des 21. Jahrhunderts nicht gewachsen ist.