SAPs Wette auf das autonome Unternehmen: 50 Joule Assistants, 200 Agenten und eine Claude-Integration, die Ihr CTO evaluieren muss

SAP hat seinen Unternehmenskunden gerade mitgeteilt, dass ihr ERP dabei ist, eine Agent-control plane zu werden. Das ist kein Feature-Update. Es ist eine Stack-Entscheidung.

Auf der SAP Sapphire 2026 in Madrid (13.-15. Mai) kündigte SAP-CEO Christian Klein das an, was das Unternehmen das „Autonome Unternehmen" nennt: einen vollständigen Plattformschwenk, der SAPs ERP als geschichtetes, agentengesteuertes Betriebssystem für Unternehmen neu gestaltet. Laut SAPs Sapphire-2026-Keynote liefert das Unternehmen mehr als 50 domänenspezifische Joule Assistants, die auf einem Fundament von über 200 spezialisierten Agenten aufbauen. Und es bettet Anthropic Claude als primäre Reasoning-Schicht im gesamten Portfolio ein.

Wenn Sie CTO mit einem bedeutenden SAP-Fußabdruck sind, haben Sie eine Entscheidung zu treffen. Nicht darüber, ob Joule interessant ist. Sondern darüber, ob SAP Ihre Agenten-Orchestrierungsschicht für die nächsten fünf bis sieben Jahre besitzen soll.

Was SAP auf der Sapphire 2026 tatsächlich geliefert hat

Was SAP geliefert hat

• Über 50 domänenspezifische Joule Assistants, die über 200 spezialisierte Agenten in den Bereichen Finanzen, Supply Chain, Beschaffung, HCM und CX orchestrieren (SAP Sapphire 2026 Keynote)
• Joule Studio 2.0: Design-Time-Zugang kostenlos bis Ende 2026; entwickelt für LangGraph- und AutoGen-ähnliche Frameworks gegen Live-SAP-Daten (SAP News, Mai 2026)
• Anthropic Claude wird als „primäre Reasoning- und agentische Kapazität" im gesamten SAP-Lösungsportfolio eingebettet (Erweiterung der SAP-Anthropic-Partnerschaft)

Gehen wir präzise vor und schauen, was tatsächlich in der Version enthalten ist, denn die Details sind entscheidend für Ihre Evaluation.

Die Architektur ist ein zweistufiger Agent Stack. An der Spitze stehen über 50 Joule Assistants, jeder auf eine spezifische Geschäftsdomäne ausgerichtet: Finanzen, Supply Chain, Beschaffung, HCM, CX. Jeder Assistant fungiert als Orchestrator, zerlegt Geschäftsanfragen und delegiert die Ausführung an die über 200 spezialisierten Agenten darunter. Die Agenten übernehmen diskrete Aufgaben: eine Bestellung aktualisieren, einen Gehaltsabrechnungsworkflow auslösen, eine Supply-Chain-Abweichung markieren.

Darunter liegt eine neue Fundamentschicht, die SAP als SAP Business AI Platform bezeichnet. Sie vereint drei zuvor getrennte Bereiche: SAP Business Technology Platform, SAP Business Data Cloud und SAP Business AI. Das Versprechen lautet: eine einzige, regulierte Umgebung für AI-Entwicklung, Datenzugriff und Compliance. Für CIOs in regulierten Branchen könnte diese konsolidierte Governance-Geschichte der überzeugendste Teil der Ankündigung sein.

RISE-Kunden erhalten drei Joule Assistants, die vertraglich im ersten Jahr inbegriffen sind, wie aus der früheren Sapphire-Berichterstattung hervorgeht. Das beseitigt die Reibung des „Lass uns mal einen Piloten starten". Die Frage verlagert sich sofort auf Umfang und langfristige Verpflichtung.

Warum die Entscheidung „Claude in Joule" mehr bedeutet als die Agentenzahl

Die Agentenzahl ist die Schlagzeile. Die Claude-Partnerschaft ist das strategische Signal.

Laut der Sapphire-2026-Ankündigung wird Anthropics Claude zur „primären Reasoning- und agentischen Kapazität, die im gesamten AI-erweiterten SAP-Lösungsportfolio eingebettet ist". Das bedeutet: Claude ist kein optionales Add-on. Es ist die Reasoning-Schicht, die in Joule und Joule-Agenten im gesamten Stack eingebettet ist.

Für die meisten CTOs wirft das eine Frage auf, die leicht zu übersehen ist: Möchten Sie, dass Ihr ERP-Anbieter Ihr Basismodell auswählt?

Die meisten Enterprise-AI-Strategien heute setzen ein gewisses Maß an Modellflexibilität voraus. Sie könnten Anthropics Claude für bestimmte Workloads einsetzen, OpenAIs Modelle für andere, Googles Gemini für Code-Generierung oder ein Open-Source-Modell in einer Air-Gap-Umgebung. Diese Flexibilität erlaubt Ihnen, nach Kosten, Leistung, Datenspeicherort und Anbieterrisiko zu optimieren. Wenn Claude als Reasoning-Schicht innerhalb von Joule fest einprogrammiert ist, verschwindet diese Flexibilität für jeden Workflow, den Joule besitzt.

Das ist keine Kritik an Claude. Es ist eines der leistungsstärkeren Reasoning-Modelle auf dem Markt und eine vertretbare Wahl für agentische Unternehmensarbeit. Aber die Entscheidung wird für Sie getroffen. Und für CTOs, die bereits in modellunabhängige Orchestrierungs-Frameworks investiert haben, ist das ein struktureller Konflikt.

Es gibt eine zweite Überlegung: Wenn Sie außerdem Microsofts Reasoning-Modelle über Copilot nutzen oder eine direkte Vereinbarung mit Anthropic haben, könnte die Claude-in-SAP-Beziehung ein komplexes Dreieck bei Lizenzierung, Datenverarbeitung und Modell-Updates erzeugen.

Die drei Fragen, die jeder SAP-intensive CTO beantworten muss

Nennen Sie es den SAP-Tiefentest: drei Fragen, die bestimmen, ob Joule Ihre primäre Agent-control plane werden oder ein spezialisiertes Integrationsziel bleiben sollte.

Frage 1: Tiefe. Wie viel Prozent Ihrer Unternehmensdaten und -workflows befinden sich innerhalb von SAP?

Denken Sie an einen Produktionsbetrieb mit 4.000 Mitarbeitern, der SAP S/4HANA für Finanzen, Beschaffung, Instandhaltung und Supply Chain betreibt. Wenn 70 % seiner geschäftskritischen Workflows SAP-nativ sind, sind Joule Assistants wahrscheinlich der effizienteste Weg. Die Daten sind bereits vorhanden. Die Integrationen bestehen bereits. Der Aufbau horizontaler Agent-Integrationen für all diese Systeme kostet Zeit, Geld und laufende Wartung.

Wenn Sie hingegen ein Unternehmen sind, in dem SAP Finanzen und Beschaffung abwickelt, Ihre Umsatzmaschine aber auf Salesforce läuft, Ihre Kundendaten in Snowflake liegen und Ihre HR-Workflows in Workday sind, sieht die Situation anders aus. Ihr Agent-Orchestrierungsproblem ist im Kern systemübergreifend. SAPs Joule ist für SAP-Domänen-Aufgaben optimiert. Es löst das systemübergreifende Problem nicht, und wenn Sie es Ihrer Agentenebene voranstellen, entsteht eine Lücke.

Als Faustregel gilt: Unterhalb einer SAP-Workflow-Konzentration von 40 % funktioniert Joule am besten als Zielsystem, während Ihre horizontale Plattform die Kontrolle übernimmt. Oberhalb von 60 % kann Joule die praktischere control plane sein.

Frage 2: Modell-Lock. Ist ein fest codiertes Claude-Reasoning akzeptabel, oder benötigen Sie eine modellunabhängige Orchestrierung?

Wenn Ihre AI-Strategie bereits Modellflexibilität als Anforderung vorschreibt, ist Joules Claude-Integration eine Einschränkung, kein Feature. Sie müssten diese Einschränkung dokumentieren, eine Genehmigung einholen, dass sie für SAP-Domänen-Workflows akzeptabel ist, und einen separaten Modell-Governance-Prozess für alles außerhalb von SAP aufrechterhalten.

Wenn Sie bereits Anthropic-Kunde mit Enterprise-Vereinbarungen sind, könnte die Claude-Integration die Dinge tatsächlich vereinfachen. Eine weniger zu verwaltende Anbieterbeziehung.

Frage 3: Überschneidung. Welche bestehende horizontale Agent-Plattform berührt bereits SAP-angrenzende Workflows, und wo wird der Konflikt zuerst auftreten?

Hier wird die Evaluation konkret. Ein CTO in einem globalen Supply-Chain-Unternehmen, das Microsoft 365 Copilot für Finanzteams betreibt, wird fast sofort auf Überschneidungen stoßen: Joule möchte Finance-Workflow-Agenten besitzen; Microsofts Agent-365-Plattform beansprucht dasselbe Territorium über Excel- und Teams-Integration. ServiceNow hat Überschneidungen bei Beschaffungsgenehmigungen. Salesforce Agentforce berührt CX-Workflows, die ebenfalls in SAPs Joule-Portfolio enthalten sind.

Sie müssen nicht jede Überschneidung lösen, bevor Sie beginnen. Aber Sie müssen den ersten Konfliktpunkt identifizieren, bevor Sie sich festlegen. Das ist der Punkt, der die Beziehung definieren wird.

Wie andere Entscheidungsträger über diese Art von Evaluation nachdenken, lesen Sie in The Governance Gap: Was Führungskräfte beim Thema AI am Arbeitsplatz falsch machen und AI Copilots vs. AI Agents: Warum der Unterschied wichtig ist.

Was Joule Studio 2.0 für Ihre Kaufen-oder-entwickeln-Kalkulation bedeutet

Joule Studio 2.0, das im Juni 2026 erscheint, ist der Teil dieser Ankündigung, den Ihr Platform-Engineering-Team separat von der strategischen Agentendiskussion auf Führungsebene prüfen muss.

SAP positioniert Joule Studio als Entwicklungsumgebung für den Aufbau benutzerdefinierter Agenten und Assistants gegen Live-SAP-Geschäftsdaten. Es unterstützt LangGraph- und AutoGen-ähnliche Frameworks, was bedeutet, dass Ihre Entwickler bestehende agentische Entwicklungsmuster in die SAP-Umgebung einbringen können, ohne ein proprietäres Build-System von Grund auf neu zu erlernen.

Das Preissignal ist beabsichtigt: Der Design-Time-Zugang ist bis Ende 2026 kostenlos, mit AI-gestützter Entwicklung unter Fair-Use-Grenzen. SAP beseitigt die Einstiegskosten, um die Akzeptanz zu fördern, bevor der Produktivbetrieb berechnet wird. Es ist ein klassisches Land-and-Expand-Spiel.

Was das in der Praxis bedeutet: Ihre Entwickler können ab Juni ohne ein Budget-Gespräch gegen SAP-Daten bauen. Das ist nützlich für einen Machbarkeitsnachweis. Aber GA-Preise, Produktionsgrenzen und Support-Konditionen werden darüber entscheiden, ob das, was sie bauen, übertragbar ist oder technische Schulden erzeugt, wenn Sie aussteigen.

Die entscheidende Frage für Ihr Platform-Team: Sind die Agenten, die Sie in Joule Studio bauen, portabel? Können sie außerhalb von SAPs Umgebung laufen, wenn Sie den Anbieter wechseln oder eine hybride Architektur aufbauen? Die LangGraph/AutoGen-Kompatibilität ist ermutigend. Bestätigen Sie die Portabilität explizit, bevor die kostenlose Phase endet.

Für einen breiteren Rahmen zur Bewertung solcher AI-Plattformentscheidungen siehe Das Executive-Entscheidungs-Framework für AI-Belegschaftsstrategie und AI-ROI jenseits von 'gesparter Zeit' messen.

Ein 60-Tage-Evaluationsplan für SAP Joule für Ihr CTO-Team

Sie müssen die vollständige Stack-Entscheidung nicht diesen Monat treffen. Aber Sie müssen verhindern, dass Sie durch Untätigkeit hineingeraten. Hier ist eine 60-Tage-Evaluationsstruktur, die Ihnen die Kontrolle erhält.

Tage 1-10: SAP-Fußabdruck kartieren

Lassen Sie Ihren Enterprise-Architekten konkret dokumentieren, welche Geschäftsprozesse SAP-nativ und welche systemübergreifend sind. Weisen Sie einen ungefähren Workflow-Konzentrationsprozentwert zu. Diese einzelne Zahl treibt die meisten nachgelagerten Entscheidungen. Ohne sie bleibt die Joule-Diskussion theoretisch.

Tage 11-20: Bestehende Agent-Plattformverpflichtungen prüfen

Ziehen Sie jeden Vertrag, jeden Pilot oder jede Produktivbereitstellung von Microsoft Agent 365, Salesforce Agentforce, ServiceNow AI oder Snowflake Intelligence heraus, die einen Workflow berühren, der auch in SAPs Joule-Umfang liegt. Kartieren Sie die Überschneidungen. Identifizieren Sie den ersten Konfliktpunkt. Es geht nicht darum, etwas zu kündigen. Es geht darum zu wissen, womit Sie es zu tun haben.

Tage 21-30: Modell-Lock-Prüfung

Wenn Modellflexibilität eine in Ihrer AI-Richtlinie genannte Anforderung ist, holen Sie eine schriftliche Bestätigung von Ihren Rechts- und Sicherheitsteams ein, dass die Claude-in-Joule-Integration für die SAP-Domänen-Workflows, die Joule besitzen wird, akzeptabel ist. Wenn dies nicht akzeptabel ist, brauchen Sie eine Ausnahme oder eine andere Architektur, bevor Sie weitermachen.

Tage 31-45: Joule Studio 2.0 Machbarkeitsnachweis

Nutzen Sie den kostenlosen Design-Time-Zugang, um einen engen Agenten oder Assistant gegen einen echten SAP-Workflow zu bauen. Wählen Sie etwas mit niedrigem Risiko, aber echtem Repräsentationswert. Aktualisierung des Finanzreportings, Beschaffungsstatusbenachrichtigung oder HR-Onboarding-Statusupdate sind gute Kandidaten. Das Ziel ist keine Produktivbereitstellung. Es ist ein Portabilitätstest: Können Ihre Entwickler in der Umgebung arbeiten, und können sie das, was sie bauen, anderswo einsetzen, wenn nötig?

Tage 46-60: Stack-Entscheidungs-Memo

Verfassen Sie ein einseitiges Memo für Ihr CTO-Führungsteam: SAP-Fußabdruckprozentsatz, Überschneidungskarte, Modell-Lock-Bewertung, Ergebnisse des Machbarkeitsnachweises und eine Empfehlung für einen von drei Wegen.

Weg A: Joule als primäre Agent-control plane für SAP-Domänen-Workflows, horizontale Plattform (Microsoft, Salesforce usw.) für systemübergreifende Orchestrierung.

Weg B: Horizontale Plattform als primäre Agent-control plane, Joule als Zielsystem mit API-Integration.

Weg C: Entscheidung 6 Monate verschieben, weiter beobachten, ein festes Neubewertungsdatum festlegen.

Weg C ist nur dann vertretbar, wenn Sie einen konkreten Grund zum Warten haben. Lassen Sie ihn nicht zum Standard werden.

Für die Aufbereitung dieses Investitionsfalls für Ihren Vorstand siehe Wie Sie mit Ihrem Vorstand über AI-Belegschaftsinvestitionen ohne Hype sprechen und AI Agents in der Sales Pipeline: Hype, Realität und was tatsächlich funktioniert.

---

Häufig gestellte Fragen

Sollten wir warten, bis Joule Studio 2.0 die allgemeine Verfügbarkeit erreicht, bevor wir uns festlegen?

Der Design-Time-Zugang erscheint im Juni 2026 und ist bis Jahresende kostenlos. Sie können in diesem Zeitfenster einen aussagekräftigen Machbarkeitsnachweis durchführen, ohne eine Produktivverpflichtung einzugehen. Das Risiko des Wartens auf die vollständige GA besteht darin, dass Ihr SAP-Account-Team Vertragsgespräche rund um Joule Assistants beschleunigt, bevor Sie Ihre Evaluation abgeschlossen haben. Beginnen Sie jetzt mit der technischen Prüfung, damit die Geschäftsentscheidung nicht standardmäßig während einer Verlängerungsverhandlung getroffen wird.

Ersetzt Joule Microsoft Copilot für SAP-angrenzende Arbeit?

Nicht automatisch, und die Überschneidung ist partiell und nicht vollständig. Microsofts Copilot und Agent 365 arbeiten auf der Microsoft-365-Ebene: Teams, Excel, SharePoint, Outlook. Joule arbeitet auf der SAP-Daten- und Prozessebene: Finanztransaktionen, Beschaffungsgenehmigungen, Supply-Chain-Ereignisse. Die Konfliktzone liegt dort, wo beide denselben Workflow berühren, was real, aber enger als zunächst ersichtlich ist. Ein Finanzteam, das den Monatsabschluss über SAP abwickelt, aber in Teams koordiniert, ist das deutlichste Überschneidungsszenario. Sie werden beide für die absehbare Zukunft benötigen, mit einem definierten Übergabepunkt zwischen ihnen.

Was ist ein realistischer Zeitplan von der Genehmigung der Geschäftsführung bis zum Produktivbetrieb eines Joule Assistants?

RISE-Kunden mit drei vertraglich inkludierten Assistants können realistisch einen in 90 bis 120 Tagen in Produktion bringen, wenn sie den Umfang eng halten und eine dedizierte Platform-Engineering-Ressource haben. Die Hauptvariablen sind die Datenverwaltungsprüfung (besonders in regulierten Branchen), Integrationstests mit bestehenden Agent-Plattformen und Change Management für die Geschäftsteams, die den Assistant nutzen werden. Unternehmen, die von Anfang an breite Rollouts versuchen, kommen in der Regel ins Stocken. Beginnen Sie mit einem Assistant, einer Domäne, einem Team.

---

Weiterführende Artikel

• Wie ein 12-monatiger AI-Workforce-Roadmap für ein 200-Personen-Unternehmen aussieht