SAP ERP vs. SAP S/4HANA: Der ultimative Architektur- und Technologie-Deep-Dive für die Migration

Das Support-Ende für das klassische SAP ERP rückt unaufhaltsam näher, und für die meisten Unternehmen führt an einer Transformation kein Weg mehr vorbei. Als Senior SAP Technology Consultant sehe ich täglich, wie Organisationen mit der Entscheidung ringen, alte Pfade zu verlassen und sich in die Welt von SAP S/4HANA aufzumachen. Es geht hierbei längst nicht nur um ein einfaches Release-Upgrade, sondern um einen fundamentalen Paradigmenwechsel in der Systemarchitektur, im Datenmodell und in der Benutzeroberfläche. In diesem Deep-Dive analysieren wir die technischen Diskrepanzen, Architektur-Daten und strategischen Implikationen bis ins kleinste Detail.

Begriffsdefinition: Vom klassischen SAP ECC zur intelligenten Suite

Um die technologische Evolution zu verstehen, müssen wir die Begrifflichkeiten schärfen. SAP ERP (Enterprise Resource Planning) fungiert oft als Oberbegriff, wird in der Praxis aber meist synonym für SAP ECC (SAP ERP Central Component) verwendet. Als direkter Nachfolger des legendären SAP R/3 bildet ECC das modulare Herzstück der bisherigen SAP Business Suite, welches Kernprozesse wie Finanzen, Controlling, Materialwirtschaft, Vertrieb und Personalwesen ganzheitlich integriert.

SAP S/4HANA hingegen steht für „Suite for HANA“ und ist die aktuelle, vierte ERP-Generation des Walldorfer Softwaregiganten. Der zentrale Unterschied liegt in der Ausrichtung: S/4HANA wurde als nativer Enabler für die digitale Transformation konzipiert und bietet hochflexible Deployment-Optionen. Unternehmen haben die Wahl zwischen On-Premise-Installationen auf eigenen Servern, der S/4HANA Cloud (Software-as-a-Service) oder hybriden Landschaften. SAP fokussiert sich strategisch stark auf die Cloud-Bereitstellung, um maximale Skalierbarkeit zu gewährleisten.

Quantensprung in der Systemarchitektur: Die In-Memory-Revolution

Der gravierendste technologische Unterschied liegt in der Persistenzschicht. Das klassische SAP ERP agiert datenbankagnostisch und unterstützt zeilenbasierte, relationale Datenbanken von Drittanbietern wie Oracle, DB2, SQL Server oder MaxDB.

Mit S/4HANA erzwingt SAP den Wechsel auf die proprietäre SAP HANA-Technologie. HANA ist eine All-in-One In-Memory-Datenbank, die Daten primär im Arbeitsspeicher (RAM) vorhält und sowohl spalten- als auch zeilenorientierten Datenzugriff (Column & Row Store) ermöglicht. Zwar kann auch ein klassisches ECC-System auf einer HANA-Datenbank betrieben werden (bekannt als "Suite on HANA"), doch erst S/4HANA schöpft durch neu entwickelte CDS-Views (Core Data Services) und drastisch vereinfachte Zugriffstraktate das volle Potenzial der Technologie aus.

Das Resultat sind atemberaubende Echtzeitanalysen. Die strikte Trennung von Transaktionssystemen (OLTP) und Analysesystemen (OLAP) wird aufgehoben. Durch Embedded Analytics können Vertriebler, Controller und Produktionsleiter nun Echtzeitdaten zu Projektkosten, Lagerbeständen und Maschinendaten ohne zeitraubende Batch-Läufe abrufen.

Das Datenmodell: "Single Source of Truth" durch das Universal Journal

Unter der Haube von SAP ERP finden wir eine hochgradig redundante Struktur aus unzähligen Aggregattabellen und Indextabellen, wobei Finanzen (FI) und Controlling (CO) strikt separiert sind.

SAP S/4HANA eliminiert diese Redundanzen und führt das Prinzip der "Single Source of Truth" ein. Das Herzstück dieser Konsolidierung ist das Universal Journal (Tabelle ACDOCA). In dieser massiven, zentralen Tabelle verschmelzen FI- und CO-Daten. Diese architektonische Meisterleistung reduziert die Anzahl der technischen Objekte drastisch: S/4HANA benötigt im Vergleich zu SAP ERP 6.0 weniger als die Hälfte an Tabellen und Codezeilen. Das senkt nicht nur den Speicherbedarf dramatisch, sondern reduziert auch IT-Wartungskosten signifikant.

Zusätzlich ändert sich das Stammdatenmodell: Die historisch getrennten Kunden- und Lieferantenstämme werden durch das obligatorische Business-Partner-Konzept (Single Point of Truth) abgelöst.

Architektur der Geschäftsprozesse: "Lines of Business" statt starrer Module

Die Zeiten klassischer, starrer Module (FI, CO, MM, SD, PP, HCM) sind in der S/4HANA-Welt vorbei. SAP spricht nun von prozessorientierten "Lines of Business" (LoB), die reale End-to-End-Geschäftsabläufe abbilden.

Aus der klassischen Materialwirtschaft (MM) wird beispielsweise "Sourcing and Procurement", was eine wesentlich engere Verzahnung von Beschaffung und Supply Chain Management erlaubt. Ein weiterer Architektur-Meilenstein: Das Customer Relationship Management (CRM), früher ein separates System mit eigener Datenbank und Middleware, ist nun direkt in den Core von S/4HANA integriert.

Die Vision von SAP geht sogar noch weiter: Über die Business Technology Platform (BTP) soll das LoB-Prinzip künftig zu einem Business-Process-as-a-Service (BPaaS) weiterentwickelt werden, bei dem Kunden keine monolithischen Module mehr buchen, sondern feingranulare Teilprozesse konsumieren.

Benutzeroberfläche: Das Ende der klassischen SAP GUI

Das "S" in S/4HANA steht für "simple" – und das zeigt sich besonders im Frontend. Die betagte SAP GUI wird als Standardoberfläche durch SAP Fiori abgelöst. Fiori bietet eine moderne, responsive User Experience (UX), die komplexitätsreduzierte, rollenbasierte Apps anstelle von monolithischen Transaktionscodes nutzt. Der zentrale Einstiegspunkt ist das Fiori Launchpad, das hochgradig an den jeweiligen Benutzer anpassbar ist und stark an die UX moderner Smartphone-Betriebssysteme erinnert.

Technologische Konstanten und native KI-Integration

Trotz dieser tiefgreifenden Transformation wirft SAP nicht alles über Bord. Wichtige technologische Grundpfeiler bleiben bestehen: ABAP bleibt die primäre Sprache für Eigenentwicklungen (künftig stark getrieben durch das SAP RAP – RESTful Application Programming Model). Auch das Berechtigungskonzept via PFCG-Rollen, IDocs für asynchrone Schnittstellen und RFC (Remote Function Call) für die Systemkommunikation bleiben elementare Bestandteile.

Gänzlich neu ist jedoch die tiefe Integration von Zukunftstechnologien. Während im klassischen ERP Künstliche Intelligenz (KI), Machine Learning (ML) oder IoT oft mühsam über Add-Ons oder Enhancement Packages nachgerüstet werden mussten, sind diese in S/4HANA nativ in den Kern integriert. So analysieren eingebaute ML-Algorithmen Massendaten völlig autonom, und der KI-Assistent Joule ermöglicht die Steuerung via Sprachbefehl.

Kritische Analyse: Vor- und Nachteile der Migration

Die 4 massiven Vorteile von S/4HANA

1. Planungssicherheit: Die Wartung für SAP ERP endet 2027 (bzw. 2030 bei Extended Maintenance oder 2033 für "RISE with SAP"-Kunden). Für S/4HANA garantiert SAP den Support bis 2040 – in der IT-Welt eine halbe Ewigkeit.

2. Best Practices: Über den SAP Process Navigator können vordefinierte Standardprozesse direkt aktiviert werden, was Implementierungszeiten drastisch verkürzt.

3. Kosten- und Strukturreduktion: Das Universal Journal (ACDOCA) und die Eliminierung von Aggregattabellen verschlanken das System, senken den Speicherbedarf und reduzieren Wartungsaufwände.

4. Zukunftssicherheit: Eingebettetes Machine Learning und AI Out-of-the-Box machen das System bereit für autonome Unternehmenssteuerung.

Die 3 unterschätzten Nachteile und Risiken

1. Das neue Lizenzmodell: Ein berüchtigter Kostenfaktor! Früher basierten Lizenzen auf dem tatsächlichen Nutzerverhalten. S/4HANA lizenziert nach vergebenen Berechtigungen. Werden alte PFCG-Rollen unreflektiert 1:1 migriert, zahlen Unternehmen für theoretische Rechte, was regelmäßig zum "Kosten-Schock" führt.

2. Archivierungs-Schnittstellen (ArchiveLink vs. CMIS): Die bewährte ArchiveLink-Schnittstelle, seit 30 Jahren der Goldstandard für Dokumentenablage, soll durch CMIS (Content Management Interoperability Services) ersetzt werden. CMIS bildet komplexe Szenarien wie späte Barcode-Ablage oder tiefe SAP Business Workflow-Integrationen oft nur rudimentär ab. Hier drohen Prozessbrüche.

3. Maturität neuer Funktionen: Während ERP-Funktionen jahrzehntelang im Feld erprobt wurden, weisen einige junge S/4HANA-Services noch Kinderkrankheiten auf, was das Implementierungsrisiko leicht erhöht.

Strategische Blueprint: 3 Tipps für eine saubere Migration

Aus Beratersicht erfordert die Transition extrem präzise Vorarbeit:

1. Daten reduzieren: Schlanke HANA-Datenbanken sparen enorm viel Geld. Vor der Migration müssen alte Geschäftsvorgänge zwingend abgeschlossen und in externe Archive ausgelagert werden.

2. Formularwesen revolutionieren (Adobe Forms): S/4HANA liefert Best-Practice-Business-Services direkt mit Adobe Forms aus. Alte Technologien wie SAPscript oder Smartforms müssen weichen. Scheitert das Formularwesen, scheitert der Go-Live – planen Sie hierfür massiv Projektzeit ein!

3. Quellcode-Analyse (Custom Code): Die Qualität des bestehenden Z-Codes diktiert Ihre Roadmap. Automatisierte Prüftools müssen die Altlasten im ABAP-Code (z.B. native SQL-Statements, die auf HANA nicht mehr funktionieren) gnadenlos identifizieren.

Fazit

Der Schritt von SAP ERP zu SAP S/4HANA ist kein banales IT-Upgrade, sondern eine weitreichende strategische Weichenstellung auf eine komplett neue technologische Plattform. Auf der einen Seite steht die steinerne, jahrzehntelang gereifte Stabilität von SAP ECC, auf der anderen die atemberaubende Performance der In-Memory-Verarbeitung, das radikal vereinfachte Datenmodell des Universal Journals und die moderne Fiori-UX.

Wer diese Architekturunterschiede im Vorfeld detailliert durchdringt, das Rollen- und Lizenzkonzept neu aufbaut und das Formularwesen modernisiert, der meistert nicht nur eine technische Notwendigkeit, sondern transformiert seine ERP-Landschaft in einen echten, datengetriebenen Marktvorteil. Die Uhr tickt bis 2027 – die Zeit für monolithische Silo-Architekturen ist offiziell abgelaufen.