Auf der SAP Sapphire 2026 in Orlando betrat CEO Christian Klein die Bühne und stellte eine umfassende Neuausrichtung der SAP-Produktvision vor. Die „Autonomous Enterprise“ ist die neue Vision. Es ist ein KI-gesteuertes ERP-Ökosystem, in dem intelligente Agents komplexe Geschäftsworkflows automatisch koordinieren und ausführen, während Menschen eher überwachen als jeden einzelnen Schritt manuell zu verwalten.
Für SAP-nutzende Unternehmen signalisiert diese Ankündigung einen Wandel: Der Umfang und die Komplexität des Change Managements haben erheblich zugenommen.
Über diese Serie: Navigating the Autonomous Enterprise
Dieser Artikel ist Teil 1 einer vierteiligen Serie, die sich der Entschlüsselung der Hauptkomponenten des Autonomous Enterprise widmet und beleuchtet, was dies für Change Management-Teams bedeutet, die heute SAP nutzen.
- Teil 1: SAP Autonomous Enterprise: Wichtige Erkenntnisse zum Change Management von der SAP Sapphire 2026
- Teil 2 (demnächst): Die SAP Business AI Platform erweitert den Umfang von Change Management und Governance in SAP
- Teil 3 (demnächst): Erfolg in der Cloud beginnt am Boden
- Teil 4 (demnächst): Vorbereitung auf die SAP Business AI Platform
Die 3 Säulen des Autonomous Enterprise
Um die Rolle des Change Managements zu verstehen, müssen wir uns die Architektur ansehen, die Klein unter dem Banner des Autonomous Enterprise vorgestellt hat.
- SAP Business AI Platform: SAP hat BTP, Business Data Cloud und Business AI in einer einzigen Umgebung gebündelt.
- SAP Autonomous Suite: Die Belegschaft – zum Zeitpunkt der Erstellung dieses Dokuments orchestrieren 51 Joule Assistants 224 spezialisierte Agents in den Bereichen Finance, Supply Chain, Procurement, HCM und CX.
- Joule Work: Die neue zentrale Anlaufstelle, über die Sie das gewünschte Ergebnis beschreiben und Joule die Daten, Workflows und Agents zur Erreichung dieses Ergebnisses steuert.
Wir haben die KI-Entwicklung von SAP genau verfolgt, mit besonderem Augenmerk auf die unterstützende Infrastruktur – insbesondere BTP als essenziell für ABAP-Erweiterungen in der Public Cloud, die Integration Suite und die Einführung von Clean Core-Konzepten.
Die Stabilität von Change
Was bedeutet das also knapp zwei Wochen später für Basis-Teams und SAP-Entwickler? Zunächst einmal: nichts. Noch nicht.
Die SAP Business AI Platform baut auf dem Core ERP auf. Die Rolle des Change Managements wird sich dahingehend wandeln, dass sie eine größere Menge an Kern-Assets umfasst, von denen das Unternehmen abhängt. Das Core ERP wird nicht verschwinden, sondern wird zur Grundlage für zukünftige Innovationen. Darauf werden Agenten-KI und das Autonomous Enterprise aufgebaut, die die heute verwalteten Basisschichten nutzen.
Wie wirkt sich dies auf Change Management-Teams aus?
Klassische SAP Changes richten sich künftig auch an Agents.Ein Transport, der eine Transaktion, ein BAPI oder ein Z-Programm verändert, landete bisher in der QA-Umgebung, wo Menschen ihn getestet und geprüft haben.
Nun kann derselbe Transport einen Agenten-Ausführungspfad unterbrechen, ändern oder stillschweigend beeinträchtigen. Der Agent schlägt nicht unbedingt lautstark fehl – er könnte Aufgaben einfach falsch oder mit falschen Informationen ausführen.
Agenten-Definitionen sind selbst Änderungen. Eine Prompt-Aktualisierung, eine Guardrail-Anpassung, eine in Joule Studio hinzugefügte Tool-Berechtigung sind Konfigurationsänderungen, die für einen Auditor in jeder Hinsicht relevant sind. SAP wird sie in Joule Studio versionieren. Es liegt an den Change Management-Teams, sie durch dieselben Genehmigungsprozesse zu leiten, die SAP ABAP-Änderungen heute durchlaufen.
Kleine Änderungen können größere Auswirkungen haben.Ob es sich um eine Kostenstellenreorganisation, eine Refaktorierung von Stammdaten oder eine Änderung eines Customizing-Knotens in S/4HANA handelt, Backend-Updates haben keine geringen Auswirkungen mehr. Ein Customizing-Eintrag hat nun das Potenzial, das Agenten-Verhalten zu ändern.
Customizing hatte schon immer Auswirkungen, aber wie bei anderen Arten von Änderungen ist der Bereich der Auswirkungen jetzt potenziell viel größer und vielleicht erst zur Laufzeit vollständig bekannt.
Agenten-Identität und -Berechtigung sind eine Änderung. Agents handeln mit Autorität. Wessen Autorität? Service Accounts waren schon immer ein Segregation of Duties (SoD)-Problem, und wir skalieren sie jetzt um eine Größenordnung hoch und geben ihnen autonome Entscheidungsrechte.
Jede einem Agenten erteilte Berechtigung ist eine SOX-relevante Änderung. Jeder Widerruf auch.
Change ist im Autonomous Enterprise unvermeidbar
Das Autonomous Enterprise ist eine wirklich spannende Entwicklung. Der Wandel in der User Experience — von „eine Person führt eine Aufgabe aus“ hin zu „eine Person überwacht autonome Ausführung“ — ist wohl das Bedeutendste, was SAP seit Fiori veröffentlicht hat, vielleicht sogar seit der Business Suite.
Es verändert die Arbeit des SAP-Nutzers. Es verändert die Arbeit des Basis-Teams. Es verändert die Arbeit des Auditors. Und es verändert absolut die Arbeit des Change Managements.
Was sich nicht ändert, ist eine Regel, die in SAP seit 30 Jahren gilt: Ein System ist nur so zuverlässig wie die Disziplin, mit der Changes daran gesteuert werden.
Die Agents erben diese Disziplin. Oder deren Abwesenheit. Und die Tools, die diese Disziplin heute durchsetzen, verschwinden nicht, sondern werden wichtiger.
Klein sagte es selbst von der Bühne: „Der Übergang zum Autonomous Enterprise erfordert ein ernsthaftes Change Management. Die Einführung von KI geht Hand in Hand mit der Änderung von Geschäftsprozessen und der Befähigung der Endbenutzer.“
Die Rolle des Change Managements ist gerade viel technischer, viel strategischer und unendlich viel wichtiger geworden.
Nächste Woche in Teil 2 werden wir unsere Gedanken zu Governance und Compliance in einer Agenten-ERP-Umgebung vertiefen und die kommenden neuen Anforderungen für Change-Teams untersuchen.
