A Longitudinal Analysis of SAP Architecture Evolution from R/3 to S/4HANA

Stellen Sie sich eine riesige Bibliothek vor, in der jedes Buch eine Geschäftstransaktion repräsentiert: ein Verkauf, eine Lieferung, eine Gehaltsabrechnung oder eine Fabrikbestellung. Über Jahrzehnte hinweg bedeutete die Art und Weise, wie diese Bibliotheken organisiert waren, dass man die Bücher aus den Regalen ziehen, in einen separaten Lesesaal tragen und von Hand sortieren musste, um ein Muster in den Büchern zu finden. Dies war langsam, und die Informationen, die man fand, waren oft schon von gestern. Die Geschichte der Entwicklung moderner Business-Software ist die Geschichte davon, wie wir aufgehört haben, die Bücher zu bewegen, und stattdessen anfingen, sie genau dort zu lesen, wo sie stehen. Dieser Wandel handelt nicht nur von Geschwindigkeit; es geht darum, das eigentliche Wesen der Art und Weise zu verändern, wie Organisationen ihre eigenen Abläufe wahrnehmen. Die Frage, die im Zentrum dieser Entwicklung steht, ist simpel: Wie bewegen wir uns von einem System, das Daten speichert, zu einem System, das mit ihnen denkt?

Eine neue Analyse von Albert Schulle von der Technischen Universität München zeichnet diese Reise durch die Geschichte von SAP nach, dem Unternehmen, das die weltweit am weitesten verbreitete Business-Software entwickelt hat. Die Studie untersucht drei Jahrzehnte des Wandels, ausgehend von den frühen 1990er Jahren bis zur Gegenwart. Sie untersucht, wie sich die Architektur dieser Systeme – die Art und Weise, wie ihre verschiedenen Teile aufgebaut und miteinander verbunden sind – von einer starren, mehrschichtigen Struktur in eine fluide Echtzeit-Plattform verwandelt hat. Die Forschung listet nicht bloß neue Funktionen auf; sie bildet die Logik hinter den Gründen ab, warum diese Veränderungen stattfanden, getrieben durch Fortschritte in der Computerhardware und das wachsende Bedürfnis von Unternehmen, Entscheidungen sofort zu treffen.

Die Geschichte beginnt 1992 mit einem System namens R/3. Zu dieser Zeit war dies eine revolutionäre Art, Geschäftsdaten zu organisieren. Es nutzte ein Drei-Schichten-Design, was bedeutete, dass der Computer, der mit dem Benutzer kommuniziert, der Computer, der die Geschäftsregeln ausführt, und der Computer, der die Daten speichert, alle separat waren. Diese Trennung ermöglichte es Unternehmen, ihre Arbeit auf viele verschiedene Maschinen zu verteilen, ganz ähnlich wie ein Team von Arbeitern, die eine schwere Last von einer Person zur nächsten weiterreichen. Dieses Design hatte jedoch eine Einschränkung. Der Computer, der die Daten speicherte, war wie ein passives Lagerhaus. Er hielt die Datensätze, aber er leistete keine Schwerstarbeit. Wenn ein Manager wissen wollte, wie viele Produkte im letzten Monat verkauft wurden, musste die Anwendungsschicht die Datenbank nach den Rohzahlen fragen, diese zurückholen und dann die Berechnungen durchführen. Dieser Prozess war langsam und erforderte viel Bewegung zwischen den verschiedenen Schichten des Systems.

Im Laufe der Jahre verbesserte sich die Technologie, aber die grundlegende Struktur blieb gleich. Mitte der 2000er Jahre entwickelte sich das System zu dem, was als ECC bekannt war, und eine neue Plattform namens NetWeaver wurde eingeführt, um den verschiedenen Teilen der Software die Kommunikation zu erleichtern. Dies machte das System zwar flexibler und ermöglichte eine bessere Verbindung zwischen verschiedenen Anwendungen, aber die grundlegende Art und Weise, wie Daten gehandhabt wurden, änderte sich nicht. Die Datenbank war immer noch ein Ort zur Speicherung von Informationen, und die Anwendung war immer noch ein Ort zur Verarbeitung dieser Informationen. Die beiden blieben getrennt, und die Lücke zwischen ihnen bedeutete, dass es oft Zeit dauerte, ein klares Bild des Geschäfts zu erhalten.

Der eigentliche Wendepunkt kam im Jahr 2010 mit der Einführung einer neuen Art von Datenbanktechnologie namens HANA. Dies war ein radikaler Bruch mit der Vergangenheit. Anstatt Daten auf langsamen Festplatten zu speichern, behielt HANA alles im Hauptspeicher des Computers, der wesentlich schneller ist. Darüber hinaus organisierte es die Daten in Spalten statt in Zeilen, eine Methode, die eine extreme Komprimierung ermöglichte. Dies bedeutete, dass eine massive Menge an Informationen auf kleinem Raum untergebracht und fast augenblicklich abgerufen werden konnte. Da die Daten so schnell und kompakt waren, musste das System Informationen nicht mehr hin und her bewegen, um Berechnungen durchzuführen. Die Datenbank konnte nun die Mathematik selbst ausführen. Dies brachte die alte Trennung zwischen Transaktionsverarbeitung und Analyse zusammen. Zum ersten Mal konnte ein Unternehmen gleichzeitig sehen, was genau in diesem Moment geschah und was dies für die Zukunft bedeutete.

Bis 2015 führte diese Technologie zur Entstehung von S/4HANA, der aktuellen Generation der SAP-Software. Dieses System wurde von Grund auf neu entwickelt, um ausschließlich auf der HANA-Datenbank zu laufen. Das Verhältnis zwischen der Anwendung und den Daten wurde umgekehrt. Anstatt dass die Anwendung die Datenbank nach Rohzahlen fragt und die Arbeit selbst erledigt, drückt die Anwendung die Arbeit nun in die Datenbank hinein. Die Datenbank wurde intelligent und übernahm komplexe Berechnungen und Aggregationen direkt vor Ort. Dies ermöglichte eine wesentlich einfachere Datenstruktur und reduzierte die Anzahl der benötigten Tabellen zur Speicherung von Informationen um etwa drei Viertel. Auch die Benutzeroberfläche änderte sich: Weg von komplexen, code-lastigen Bildschirmen hin zu einfachen, rollenbasierten Anwendungen, die wie moderne Consumer-Apps aussehen. Dieser Wandel bedeutete, dass Mitarbeiter mit dem System auf eine Weise interagieren konnten, die sich natürlich anfühlte, wobei der Fokus auf spezifischen Aufgaben lag, anstatt durch endlose Menüs zu navigieren.

Die Studie identifiziert drei Hauptkräfte, die diese Veränderungen vorangetrieben haben. Erstens musste die Hardware selbst aufholen. Der Sprung von Standard-Servern zu Maschinen mit Terabytes an Speicher war essenziell, damit die neuen In-Memory-Systeme funktionieren konnten. Zweitens forderten Unternehmen Einfachheit. Die alten Systeme waren mit redundanten Daten und komplexen Strukturen überladen, die teuer in der Wartung waren. Die neue Architektur strich diese Elemente weg und senkte so die Gesamtkosten des Betriebs. Drittens gab es eine strategische Verschiebung hin zur Cloud. Während die frühen Systeme darauf ausgelegt waren, auf den eigenen Servern eines Unternehmens zu laufen, wurde die neue Generation entwickelt, um nahtlos in der Cloud zu arbeiten, was einfachere Updates und größere Flexibilität ermöglicht.

Die Forschung untersuchte auch, wie Unternehmen den Wechsel von den alten Systemen zu den neuen vollziehen. Sie stellte fest, dass dies kein einfacher Upgrade, sondern eine große Transformation ist. Organisationen haben drei Hauptwege: Sie können mit einem neuen System ganz neu beginnen, ihr bestehendes System direkt konvertieren oder gezielt einzelne Teile umstellen. Die Studie stellt fest, dass dieser Prozess für viele Unternehmen etwa neun Monate dauert. Er beinhaltet mehr als nur das Verschieben von Daten; er erfordert ein Umdenken in der Arbeitsweise des Unternehmens und das Bereinigen jahrelanger kundenspezifischer Anpassungen, die am alten System vorgenommen wurden. Trotz der Herausforderungen ist der Trend klar. Aktuelle Daten deuten darauf hin, dass mittlerweile mehr Unternehmen das neue S/4HANA-System auf ihren eigenen Servern betreiben als die älteren Legacy-Systeme. Dies markiert einen bedeutenden Moment, in dem die neue Architektur zum Standard geworden ist.

Die Ergebnisse legen nahe, dass die Evolution von den alten Client-Server-Modellen zum modernen digitalen Kern nicht nur ein technisches Upgrade ist. Sie stellt eine fundamentale Änderung in der Konzeption von Enterprise-Software dar. Die alte Sichtweise betrachtete die Datenbank als passives Speicherelement, während die neue Sichtweise die Datenbank als aktiven Motor der Intelligenz betrachtet. Dieser Wandel ermöglicht es Unternehmen, mit einer Geschwindigkeit und Klarheit zu operieren, die zuvor unmöglich war. Die Studie kommt zu dem Schluss, dass sich die spezifischen Technologien zwar weiterhin ändern werden, die Kernprinzipien der Trennung von Benutzeroberfläche, Geschäftslogik und Daten jedoch bestehen bleiben. Was sich geändert hat, ist die Beziehung zwischen ihnen – der Übergang von einer starren Hierarchie zu einem fluiden, integrierten Ganzen. Während Organisationen diese Systeme weiter adaptieren, aktualisieren sie nicht nur ihre Software; sie definieren die Art und Weise neu, wie sie sich selbst in einer digitalen Welt sehen und steuern.