ERP and AI: stability and 99 percent availability

SAP bezeichnet sich selbst als „Cloud Company“, was naturgemäß nicht stimmt, denn die Kernkompetenz von SAP ist ERP und nicht ein IT-Betriebsmodell wie Client/Server, Virtualisierung oder Cloud Computing. Es lässt sich viel erlernen, aneignen und zukaufen. Dennoch gilt bei uns das Sprichwort: Schuster, bleib bei deinem Leisten!

Selbst die Hyperscaler erwischt es immer wieder einmal – und ihre Cloud-Rechenzentren und weltweiten Glasfaserkabel haben zeitweise Aussetzer. In einer modernen, vernetzten IT-Gesellschaft ist somit eine Verfügbarkeit von 99,999 Prozent ein Standard. Experten sagen auch, fünf Neuner sind das Minimum für ERP und Supply Chain Management.

SAP ist von diesen Anforderungen mitunter weit entfernt: Beim Verwaltungsportal und Dashboard SAP for Me gehen immer wieder einmal die Lichter aus. Was für meine Kollegen aus dem CCoE extrem ärgerlich und unproduktiv ist. Meine SAP-Stammtischschwestern und -brüder berichten Ähnliches. SAP ist kein Unternehmen mit Fokus und Kompetenz beim Cloud Computing. Ich mache daraus den SAP-Verantwortlichen keinen Vorwurf, aber das Scheitern in der Cloud sollte deutlich angesprochen werden und es sollten aus den Versäumnissen auch Konsequenzen gezogen werden.

Früher war alles besser: Als SAP zum ERP-Weltmarktführer aufstieg, war es nur konsequent, dass IT-Dienstleistungen und -Produkte, die nicht zur Kernkompetenz zu zählen waren, zugekauft wurden. Die notwendigen Datenbanken kamen von Microsoft, Oracle oder IBM. Die Middleware von HP, CA und auch IBM. Ähnlich war es mit den Betriebssystemen. Mein allererstes R/3-System basierte auf IBM AIX mit einer RS/6000-Hardware und einer Oracle-Datenbank. Wir waren alle sehr zufrieden!
Stabilität, das erste Kapitel: 2010 versuchte sich SAP unter Führung von Professor Hasso Plattner an einer In-memory-Computing-Datenbank. Am HPI in Potsdam entwickelten er und Professor Alexander Zeier mithilfe des SAP-CTO und Vorstands Vishal Sikka eine neue Datenbankgeneration, die vollständig die Daten im Hauptspeicher des Servers vorhielt.

Diese Innovation aus Potsdam ist aktuell bekannt unter dem Namen SAP Hana und läuft nach fünfzehn Jahren hinreichend stabil. Aber alle meiner Stammtischschwestern und -brüder können mindestens fünf Anekdoten aus einer Zeit erzählen, als Hana nur mit zahlreichen Software-Updates das Wochenpensum erfüllen konnte. Ein stabiler Betrieb war in der Anfangszeit kaum möglich und trotzdem propagierte SAP das Produkt SoH (Suite on Hana) lautstark!

Stabilität, das zweite Kapitel: SAP wollte und musste in die Cloud, obwohl für diesen Schritt im ERP-Konzern kaum Erfahrung vorhanden war. Ex-SAP-CEO Bill McDermott versuchte es mit Zukäufen, was zu Beginn nicht unerfolgreich war. Die Probleme begannen, als es etwa um die Weiterentwicklung der HR-Software SuccessFactors ging. Schnell zeigte sich, dass Cloud Computing ein eigenes Wissensgebiet ist, und SuccessFactors von SAP war dementsprechend instabil.

Stabilität, das dritte Kapitel: Aktuell betrifft es das SAP-Portal SAP for Me, ein wichtiges IT-Werkzeug für unsere CCoE-Mannschaft. Immer wieder gibt es hier Aussetzer und Betriebsstörungen, sodass nur Teile von diesem Dashboard nutzbar sind. Diesmal trifft es also nicht produktive ERP-Systeme. Ärgerlich ist die Sache aber in jedem Fall, wie mein SAP-Stammtisch einstimmig betont.
Zukünftige Systeme wie SAP BTP und BDC sowie KI-Agenten werden aber eine einhundertprozentige Verfügbarkeit brauchen und verlangen.

Einen planlos und ziellos herumirrenden KI-Agenten in unserem S/4-System will ich mir nicht vorstellen. Der Schaden durch einen unkontrollierten und autonom agierenden KI-Agenten könnte astronomisch hoch sein. Wer würde in so einem Fall die Haftung übernehmen? Ich denke, dass die Bemühungen von SAP um KI relevant und richtig sind, aber viel zu wenig Fokus wird auf Betriebssicherheit, IT-Stabilität und 100 Prozent Verfügbarkeit gelegt. SAP ist führend bei betriebswirtschaftlichen End-to-End-Prozessen, aber keine Engineering Company.