SAP stellt die S/4HANA-Migration nun als Eintrittskarte zum „Autonomous Enterprise“ dar. Wir unterscheiden zwischen dem tatsächlichen Termindruck und den Teilen der Vision, die noch wirklich unklar sind.
SAP S/4HANA: Der Weg zum autonomen Unternehmen
SAP spricht die S/4HANA-Migration und das „Autonomous Enterprise“ nicht mehr als zwei getrennte Themen an. Seit der Sapphire 2026 lautet die Botschaft, dass S/4HANA Cloud mit RISE with SAP eine von genau drei grundlegenden Plattformen ist, auf denen die gesamte Vision des autonomen Unternehmens basiert – neben Joule und der SAP Business Technology Platform. Für SAP-Kunden im oberen Mittelstand, die noch über ihren ECC-Migrationspfad nachdenken, verändert diese Neudefinition die Abwägung: Bei der Migrationsentscheidung geht es nicht mehr nur darum, weiterhin Support zu erhalten, sondern sie wird als Eintrittskarte für alles positioniert, was SAP als Nächstes aufbaut. Wir halten diese Darstellung größtenteils für richtig, aber noch nicht vollständig gerechtfertigt – hier lohnt es sich, eine Unterscheidung zu treffen.
So stellt SAP die Grundlage dar
Sergio Maccotta, Senior Vice President bei SAP, definierte das „Autonomous Enterprise“ im Rahmen der Berichterstattung über die regionale Entwicklung von SAP im zweiten Quartal 2026 als „ein Unternehmen, das in der Lage ist, Veränderungen zu erkennen, Entscheidungen zu treffen und mit minimalem menschlichem Eingriff zu handeln“. SAPinsider fasst dieselbe Botschaft so zusammen, dass SAP drei Plattformen als tragende Säulen positioniert: SAP S/4HANA Cloud mit „RISE with SAP“ als zentrale Transaktionsschicht mit Upgrade-Stabilität, „Joule“ als generative KI-Copilot-Schicht und die SAP Business Technology Platform als darunterliegende Integrations- und Datenmanagementschicht. Autonome Abläufe werden als bereits in den Bereichen Finanzen, Lieferkette, Personalmanagement sowie in Branchenprozessen der Energie-, Einzelhandels- und Fertigungsindustrie implementiert beschrieben – wobei das Jahr 2026 als das Jahr charakterisiert wird, in dem sich selbstoptimierende Systeme beginnen, „die widerstandsfähigsten und profitabelsten Unternehmen vom Rest abzugrenzen“.
Ein Detail aus dieser Berichterstattung sollte man ernst nehmen und nicht als Standardformulierung abtun: Daten-Governance und -Sicherheit werden ausdrücklich als „nicht verhandelbare Voraussetzungen“ bezeichnet und nicht als nachgelagerte Maßnahmen – mit der Begründung, dass KI-gesteuerte Aktionen von Anfang an die ERP-Berechtigungen, die Datenherkunft und die Compliance-Kontrollen übernehmen müssen und diese nicht nachträglich integriert werden dürfen, nachdem die Agenten bereits aktiv geworden sind.
Die Antriebsfunktion: Die Wartungsuhr von ECC
Der Teil dieser Geschichte, der keine Marketing-Rhetorik ist, betrifft den Zeitplan für die Wartung, und es lohnt sich, hier genau zu sein, da sich die Termine je nach Version unterscheiden. Für ECC 6.0 mit den Enhancement-Paketen 0–5 endet die reguläre Wartung Ende 2026; für EHP 6–8 – die Basis, auf der die meisten Kunden im oberen Mittelstand tatsächlich arbeiten – läuft die reguläre Wartung bis Ende 2027, wobei eine optionale, kostenpflichtige erweiterte Wartung bis Ende 2030 verfügbar ist (gegen einen festgelegten Aufschlag von zwei Prozentpunkten). SAP hat außerdem eine „SAP ERP, Private Edition, Transition Option“ eingeführt, die den Support bis 2033 verlängert – allerdings nur für Kunden, die sich zum Cloud-Abonnementmodell „RISE with SAP“ verpflichten und HANA als Datenbank nutzen (oder dorthin migrieren); es handelt sich also um eine Brücke in Richtung Cloud, nicht um eine Alternative dazu. Unabhängig davon und bereits in Kraft: Seit dem 31. Mai 2026 haben die meisten On-Premise-Kunden von SAP S/4HANA keinen Zugriff mehr auf Kompatibilitätspakete, wobei diese Ausnahme für Kunden von „RISE with SAP“ und der „SAP Cloud ERP Private Edition“ bis Ende 2030 verlängert wurde.
Zusammengenommen leisten diese Termine die eigentliche Arbeit, für die das Konzept „Join the Autonomous Enterprise“ gelobt wird: Sie sind es, die eine Migrationsentscheidung innerhalb eines relativ engen Zeitfensters erzwingen; „RISE with SAP“ ist der Weg, für den SAP die längste Startbahn geschaffen hat, und „RISE with SAP“ ist zufällig dieselbe Plattform, die SAP als transaktionale Grundlage der autonomen Vision bezeichnet. Der Termindruck ist real und unabhängig überprüfbar; die Positionierung von RISE als Einstieg in die Autonomie ist SAPs kommerzieller Rahmen, der darüber gelegt wurde.
Wo die Vision dem Produkt noch immer einen Schritt voraus ist
Ein eher skeptischer Artikel von SAPinsider, der kurz nach den Ankündigungen auf der Sapphire veröffentlicht wurde, listet eine Reihe offener Fragen auf, die man eher als Checkliste betrachten sollte, anstatt sie als Haarspalterei in der Einführungswoche abzutun. Die Preisgestaltung ist unklar – pro Benutzer, pro Agent, pro Transaktion oder tokenbasiert –, und es wird nicht angegeben, welche Joule-Funktionen im Basisabonnement enthalten sind und welche separat abgerechnet werden. Von den über 200 Agenten, die SAP angekündigt hat, ist nicht durchgängig klar, welche bereits heute allgemein verfügbar sind und welche noch auf der Roadmap stehen. Es gibt keine festgelegte Reihenfolge der Voraussetzungen für die Einführung von S/4HANA Cloud, Clean Core und Joule – was bedeutet, dass die Frage „In welcher Reihenfolge führen wir das eigentlich durch?“ dem Kunden und seinem Implementierungspartner überlassen bleibt. Und die Governance-Mechanismen, die SAP selbst als nicht verhandelbar bezeichnet – die Durchsetzung der Aufgabentrennung, wenn ein Agent autonom handelt, Details zum Prüfpfad sowie das plattformübergreifende Integrationsverhalten – sind nicht in der Tiefe dokumentiert, die eine Compliance- oder interne Revisionsstelle vor der Freigabe benötigen würde.
Das bedeutet keineswegs, dass die Vision falsch ist. Es bedeutet vielmehr, dass die Vision und das lieferbare, preislich festgelegte und steuerbare Produkt unterschiedlichen Zeitplänen folgen, und dass ein Migrations-Business-Case, der auf dem Versprechen vollständiger Autonomie basiert, auf Fähigkeiten setzt, die noch nicht vollständig spezifiziert sind.
Unsere Einschätzung
Wir würden dies in zwei Entscheidungen aufteilen, die nicht gemeinsam getroffen werden sollten. Die Migrationsentscheidung – ECC vor Ende 2027 (oder 2030/2033 unter den oben genannten spezifischen Bedingungen) zu verlassen – ist eine fristgebundene Entscheidung mit konkreten, zeitlich festgelegten Konsequenzen für einen Verbleib, und sie sollte auf dieser Grundlage getroffen werden: Kosten für die verlängerte Wartung, Verfügbarkeit von Migrationsberatern (ein Mangel, der nach Einschätzung mehrerer Quellen die Tagessätze nach 2027 erheblich in die Höhe treiben dürfte) sowie die Eignung Ihres eigenen Systems für RISE im Vergleich zu einer Private Cloud oder einer On-Premise-Lösung. Diese Entscheidung steht für sich allein, ohne dass die Vision des „Autonomous Enterprise“ als Rechtfertigung herangezogen werden muss.
Die Entscheidung über den Grad der Automatisierung – wie weit man in den Bereichen Agentic Finance, Lieferkette oder HCM-Prozesse geht und in welchem Zeitrahmen – ist eine eigenständige Entscheidung, die erst getroffen werden sollte, wenn das von SAP selbst als Voraussetzung bezeichnete Governance-Modell feststeht. Es handelt sich nicht um eine Entscheidung, die in den Geschäftsfall für die Migration eingebunden werden sollte, um die ROI-Zahlen besser aussehen zu lassen. In der Praxis bedeutet das, dass die „Clean Core“-Disziplin und ein definiertes Autorisierungs- und Audit-Modell für KI-gesteuerte Aktionen als Voraussetzungen behandelt werden müssen, bevor der erste autonome Prozess in Betrieb genommen wird – und nicht als etwas, das man erst klärt, wenn die Agenten bereits den Finanzabschluss oder Lieferantenfreigaben abwickeln. Die Kunden, die für das Jahr 2027 am besten aufgestellt sind, werden nicht diejenigen sein, die an beiden Fronten gleichzeitig am schnellsten vorgegangen sind – es werden diejenigen sein, die den durch die Migration vorgegebenen Zeitplan genutzt haben, um die RISE-Grundlage und die „Clean Core“-Disziplin richtig zu gestalten, und die autonome Ebene als eine zweite, bewusst zeitlich nachgelagerte Entscheidung darüber hinaus behandelt haben.
Wenn Sie Ihren eigenen Zeitplan für den Ausstieg aus dem ECC gegen die Frage abwägen, in welchem Umfang Sie sich bereits jetzt auf die Roadmap für die Autonomie festlegen sollten, helfen wir Ihnen gerne dabei, diese beiden Aspekte voneinander zu trennen – genau diese Art von Fragen zur SAP-Toolchain und zur Abfolge von Governance-Maßnahmen sind unser Spezialgebiet.
