30. Juni 2026 · AI
SAP Company Memory: Gedächtnis ohne Steuerung löst kein Governance-Problem
Executive Summary
- SAP positioniert sich neu: Auf dem Sapphire 2026 präsentierte SAP die Autonomous Suite mit 224 KI-Agenten und 51 Assistenten – der explizite Anspruch: vom Softwareunternehmen zum Business-AI-Unternehmen. Company Memory ist die Wissensschicht, die diese Agenten mit operativem Kontext versorgen soll.
- Das erkannte Problem ist real: SAP gibt implizit zu, dass die operative Logik von Unternehmen nicht im ERP lebt. E-Mail-Ketten, Ausnahme-Genehmigungen und informelle Policies steuern das Tagesgeschäft – Company Memory soll diese Lücke schließen.
- Der Ansatz ist reaktiv: Company Memory erfasst Drift, nachdem er entstanden ist. Es ist kein Steuerungsinstrument, sondern ein Beobachtungsinstrument – ein wichtiger Unterschied für jede CIO-Entscheidung.
- Signavio ist der fehlende operative Gegenpart: Erst die Kombination aus strukturierter Prozessmodellierung (Signavio), implizitem Wissens-Harvesting (Company Memory) und Agent-Orchestrierung (Joule Studio 2.0) ergibt ein steuerungsfähiges System.
- Strategische Empfehlung: CIOs sollten Company Memory nicht als Lösung, sondern als Diagnoseinstrument betrachten – und parallel in Prozess-Governance investieren, die verhindert, dass Drift überhaupt entsteht.
Strategischer Kontext
Situation: SAP baut seine Plattform konsequent in Richtung Agentic AI aus. Die Autonomous Suite, vorgestellt auf dem Sapphire 2026, umfasst eine vereinheitlichte AI Platform für den Aufbau, die Kontextualisierung und Steuerung von Agenten. Company Memory ist dabei eine der neu eingeführten Schichten – neben Agent Governance und Joule Studio 2.0.
Complication: Die eigentliche Botschaft hinter Company Memory ist brisant: SAP erkennt offiziell an, dass das operative Wissen großer Unternehmen nicht im ERP-System residiert. Jahrzehnte von Anpassungen, Ausnahmen und informellen Prozessen haben eine parallele Realität geschaffen – in Mailboxen, SharePoint-Ordnern und den Köpfen erfahrener Mitarbeitender. Agenten, die nur auf SAP-Daten zugreifen, handeln blind gegenüber dieser Realität.
Question: Ist SAP Company Memory ein tragfähiges Fundament für Enterprise-KI-Agenten – oder reaktives Symptommanagement, das das eigentliche Operating-Model-Problem verschleiert?
Answer: Company Memory ist ein notwendiger erster Schritt, aber kein hinreichender. Es dokumentiert, wie das Unternehmen bisher funktioniert hat – nicht, wie es in Zukunft funktionieren soll. CIOs, die darauf aufbauen ohne parallele Governance-Investitionen, digitalisieren organisationale Pfadabhängigkeiten statt sie aufzulösen.
Das operative Wissen-Problem: Was SAP mit Company Memory eingesteht
Wer die Ankündigung von Company Memory liest, hört eine implizite Kapitulation heraus. SAP – das Unternehmen, das seit Jahrzehnten verspricht, die operative Realität von Unternehmen abzubilden – gibt zu: Die wirkliche Steuerungslogik liegt woanders. In Policy-Dokumenten. In Ausnahme-Entscheidungen, die per E-Mail genehmigt wurden. In den Köpfen von Mitarbeitenden, die seit 15 Jahren wissen, warum Lieferant X anders behandelt wird als Lieferant Y.
Das ist kein Angriff auf SAP. Es ist eine strukturelle Wahrheit über komplexe Organisationen. Prozesse, die im ERP modelliert sind, divergieren über die Zeit von der Realität – durch Ausnahmen, Workarounds, Organisationsveränderungen und schlicht durch den Pragmatismus des Tagesgeschäfts. Diese Divergenz nennt man operative Drift.
SAPs Antwort: Diese Lücke mit KI-assistiertem Wissens-Harvesting zu überbrücken. Company Memory, eingebettet in die SAP Signavio Process Transformation Suite, soll operative Dokumente, Kommunikationsverläufe und Entscheidungsbegründungen erfassen und für KI-Agenten zugänglich machen. Das Ziel: Agenten verstehen nicht nur, was im System steht, sondern wie das Unternehmen tatsächlich läuft.
Das Architekturproblem: Reaktiv vs. Präskriptiv
Hier liegt der zentrale strategische Einwand, den jeder CIO stellen sollte. Company Memory ist – in der aktuellen Konzeption – ein reaktives Instrument. Es erfasst Wissen, das bereits entstanden ist. Es dokumentiert Drift, nachdem er stattgefunden hat. Es macht vergangene Ausnahmen für zukünftige Agenten lesbar.
Was es nicht tut: Es verhindert nicht, dass neuer Drift entsteht. Wenn die strukturellen Ursachen für die Lücke zwischen ERP-Modell und operativer Realität bestehen bleiben, produziert das Unternehmen kontinuierlich neues implizites Wissen – das Company Memory dann wieder einsammeln muss. Es ist ein Auffangbecken, kein Damm.
SAPs Autonomous Suite: Der größere strategische Kontext
Es wäre ungerecht, Company Memory isoliert zu betrachten. SAP hat auf dem Sapphire 2026 eine kohärente, mehrstufige Architektur präsentiert. Die Autonomous Suite mit 224 eingebetteten KI-Agenten und 51 Assistenten in Finance, Spend, Supply Chain und HR ist kein Feature-Upgrade – es ist ein Plattform-Repositioning.
Christian Kleins provokante Eröffnungsfrage – „Will SAP be a software company in the future?“ – beantwortet Joule mit: SAP wird ein Business-AI-Unternehmen. Das ist eine Positionierungsentscheidung mit weitreichenden Implikationen für Lizenzmodelle, Partnerökosysteme und die Rolle des CIOs als strategischer Abnehmer.
„For the mission-critical processes of our customers, ‚almost right‘ just isn’t good enough. By uniting SAP Business AI Platform with SAP Autonomous Suite, we anchor AI agents in the business processes, data and governance so they can deliver accurate, compliant and secure outcomes.“ — Christian Klein, CEO SAP SE, Sapphire 2026
Die SAP Business AI Platform adressiert drei Dimensionen: Aufbau von Agenten (Joule Studio 2.0), Kontextualisierung (Company Memory, Signavio-Integration), und Governance (Agent Governance Layer). Company Memory ist damit eine von mehreren Schichten – nicht die Lösung, sondern ein Enabler innerhalb eines größeren Systems.
| Komponente | Funktion | Charakter | Strategische Rolle |
|---|---|---|---|
| Company Memory | Erfassung impliziten operativen Wissens | Reaktiv | Kontextualisierung von Agenten |
| SAP Signavio | Prozessmodellierung, Process Atoms | Präskriptiv | Soll-Prozess-Definition und Governance |
| Joule Studio 2.0 | Agent-Design und -Deployment | Konstruktiv | Agentenentwicklung für spezifische Business Outcomes |
| Agent Governance Layer | Zentrale Steuerung, Audit, Compliance | Kontrollierend | Risikomanagement und Transparenz |
SAP Signavio als prozedurales Gegengewicht
Die May 2026 Release der SAP Signavio Process Transformation Suite signalisiert, dass SAP die strukturelle Seite des Problems nicht ignoriert. Process Atoms – ein neues Konzept in der Signavio Suite – adressieren die Granularität von Prozessmodellen: Statt monolithischer End-to-End-Prozesse werden atomare, wiederverwendbare Prozesseinheiten modelliert.
Das ist strategisch relevant, weil es Drift an der Quelle bekämpft. Wenn Prozesse modular und versionierbar sind, wird Abweichung sichtbar – nicht erst, wenn sie als Datenmuster in Company Memory auftaucht, sondern wenn sie definitionsgemäß vom Atom abweicht. Das ist eine andere Klasse von Governance.
Strategische Bewertung: SWOT für SAP Company Memory
Stärken
- Adressiert reales, bisher ignoriertes Problem (operative Drift)
- Native Integration in SAP-Ökosystem (Signavio, Joule, S/4HANA)
- Erleichtert Kontextualisierung von KI-Agenten ohne manuelle Kuration
- Teil einer kohärenten Plattform-Strategie (Autonomous Suite)
Schwächen
- Reaktiver Ansatz: Drift wird dokumentiert, nicht verhindert
- Qualität des Gedächtnisses abhängig von Qualität der Quelldokumente
- Risiko: Historische Ausnahmen werden als Norm kodifiziert
- Datenschutz und Compliance-Fragen bei E-Mail-Harvesting ungeklärt
Chancen
- Diagnoseinstrument: Macht Drift-Ausmaß erstmals messbar
- Basis für gezielte Prozess-Standardisierung (Signavio-Feedback-Loop)
- Wissenstransfer bei Mitarbeiterwechsel systemisch absicherbar
- Erweiterbar auf externe Wissensquellen (Partnernetzwerke, Lieferketten)
Risiken
- Vendor Lock-in verstärkt sich durch Wissens-Layer im SAP-Ökosystem
- Governance-Illusion: Sichtbarkeit von Drift ≠ Kontrolle über Drift
- Agenten handeln auf Basis unvollständiger oder veralteter Erinnerungen
- Organisatorische Akzeptanz: Mitarbeitende akzeptieren Wissens-Harvesting möglicherweise nicht
Der Reifepfad: Wie CIOs Company Memory strategisch einsetzen
Company Memory ist kein Ein/Aus-Schalter. Es ist ein Kapazitätsaufbau, der in Phasen sinnvoll eingesetzt werden kann. Die folgende Reifepfad-Darstellung basiert auf der logischen Abfolge strategischer Investitionen – nicht auf empirischen Adoptionsdaten, die für dieses Produkt noch nicht verfügbar sind.
Key Findings
| # | Befund | Strategische Implikation |
|---|---|---|
| 1 | SAP bestätigt implizit, dass ERP-Systeme operative Realität unvollständig abbilden. | CIOs haben Recht behalten: Shadow Processes sind kein IT-Versagen, sondern ein strukturelles Phänomen. |
| 2 | Company Memory ist reaktiv designt. Es dokumentiert Drift, ändert aber die Dynamik die ihn erzeugt nicht. | Ohne parallele Signavio-Investition entsteht kein geschlossener Governance-Kreislauf. |
| 3 | Die Autonomous Suite mit 224 Agenten ist ein Plattform-Repositioning, kein Feature-Update. | SAP-Lizenz- und Partnerstrategie wird sich grundlegend verändern. CIOs sollten Vertragsverhandlungen antizipieren. |
| 4 | Joule Studio 2.0 positioniert SAP als Agent Factory – auch für Kunden und Partner. | Wer die Agentenentwicklung intern aufbaut, schafft strategische Differenzierung; wer wartet, kauft Commodity. |
| 5 | Company Memory als Diagnoseinstrument ist wertvoller als Company Memory als Agentenkontextsystem. | Unternehmen, die Drift sichtbar machen und gezielt normieren, nutzen das Produkt strategisch überlegen. |
Empfehlungen für CIOs und SAP-Entscheider
| Priorität | Empfehlung | Impact | Aufwand | Zeithorizont |
|---|---|---|---|---|
| 1 – Kritisch | Drift-Audit vor Company Memory Deployment: Welche operative Logik ist nirgendwo formalisiert? Welche Ausnahmen sind strukturell? | Hoch | Mittel | Sofort |
| 2 – Hoch | Signavio-Investition parallel zu Company Memory sicherstellen. Ohne Prozessmodell-Gegenpol bleibt Memory ein Archiv, kein Steuerungssystem. | Hoch | Hoch | Q1–Q2 2027 |
| 3 – Hoch | Agent Governance Ownership klären: Wer ist verantwortlich für die Qualität des Agentengedächtnisses? RACI-Modell für AI-Agenten definieren. | Hoch | Mittel | Q2 2027 |
| 4 – Mittel | Datenschutz- und Compliance-Klärung für E-Mail/Kommunikations-Harvesting vorab mit Legal und Works Council abstimmen. | Mittel | Mittel | Vor Deployment |
| 5 – Mittel | Joule Studio 2.0 Early-Access evaluieren. Wer intern Agenten-Kompetenz aufbaut, vermeidet langfristige Abhängigkeit von SAP-Standard-Agenten. | Mittel–Hoch | Hoch | H2 2027 |
Implementierungsüberlegungen
Company Memory ist kein technisches Rollout-Projekt. Es ist ein organisatorisches Erkenntnisprojekt mit technischer Infrastruktur. Wer es als IT-Deployment behandelt, wird scheitern – nicht an der Technik, sondern an der mangelnden Vorbereitung auf das, was das System zeigen wird.
Drei Voraussetzungen sind nicht verhandelbar: Erstens eine klare Antwort auf die Frage, welches Wissen überhaupt in Company Memory gehört – nicht alles, was implizit ist, ist wertvoll. Zweitens ein Feedback-Loop in Richtung Signavio oder äquivalente Prozessmodellierung, damit Erkenntnisse aus dem Memory die formalen Prozesse verbessern. Drittens ein Governance-Ownership-Modell, das nicht beim CIO endet, sondern bei den Business Process Owners verankert ist.
Die Integration mit bestehenden SAP-Partnerschaften – Anthropic, AWS, Google Cloud, Microsoft, NVIDIA und Palantir wurden auf dem Sapphire 2026 explizit genannt – eröffnet zusätzliche Schichten für externe Wissensquellen und Modell-Infrastruktur. Diese Partnerschaften sollten bei der Plattformplanung berücksichtigt werden, bevor der Vendor-Lock-in durch Company Memory-Daten zunimmt.
Frequently Asked Questions
Was ist SAP Company Memory und wie funktioniert es konkret?
Company Memory ist eine Wissensschicht innerhalb der SAP Signavio / Business AI Platform. Sie erfasst operatives Wissen außerhalb des ERP – Policy-Dokumente, Ausnahme-Logiken, Genehmigungsbegründungen – und stellt dieses Wissen KI-Agenten als Kontext zur Verfügung. Das Ziel: Agenten sollen verstehen, wie das Unternehmen tatsächlich funktioniert, nicht nur, was im System modelliert ist. (Quelle: SAP Signavio Blog, Juni 2026)
Warum reicht Company Memory als alleinige Lösung nicht aus?
Weil es reaktiv ist. Company Memory dokumentiert Drift, nachdem er entstanden ist. Wenn die strukturellen Ursachen – mangelnde Prozessstandards, fehlende Governance-Mechanismen – bestehen bleiben, entsteht kontinuierlich neues implizites Wissen, das wieder eingesammelt werden muss. Ohne parallele Investition in Prozessmodellierung (z. B. SAP Signavio) entsteht kein geschlossener Governance-Kreislauf.
Wie verhält sich Company Memory zu SAP Signavio und Joule Studio 2.0?
Die drei Produkte adressieren unterschiedliche Dimensionen: Signavio liefert die strukturierte Soll-Prozessmodellierung (präskriptiv), Company Memory erfasst das implizite Ist-Wissen (reaktiv-dokumentierend), Joule Studio 2.0 ermöglicht den Aufbau und das Deployment von KI-Agenten (konstruktiv). Erst zusammen – ergänzt durch den Agent Governance Layer – entsteht ein vollständiges, steuerungsfähiges Agenten-Ökosystem.
Welche Compliance-Risiken müssen CIOs vor dem Deployment klären?
Das Harvesting von E-Mails, Genehmigungsverläufen und internen Kommunikationsdaten berührt Datenschutzrecht (DSGVO), Betriebsratsrechte und möglicherweise Branchenregulatorik. Diese Fragen sollten vor dem Deployment – nicht danach – mit Legal, Compliance und dem Betriebsrat geklärt werden. Eine selektive, thematisch begrenzte Erstkonfiguration reduziert das Risiko erheblich.
Was bedeutet SAPs Repositioning zum Business-AI-Unternehmen für langfristige Lizenz- und Vertragsstrategien?
SAPs Autonomous Suite mit 224 Agenten und 51 Assistenten ist kein Feature-Upgrade – es ist eine Plattform-Repositionierung mit Implikationen für Lizenzmodelle, Nutzungsmetriken und Vertragsstrukturen. CIOs sollten bestehende SAP-Verträge hinsichtlich Agenten-Nutzungsrechten, Datensouveränität (insbesondere bei Company Memory-Inhalten) und Exit-Szenarien prüfen, bevor Company Memory produktiv geht.
Fazit: Gedächtnis ist kein Ersatz für Governance
SAP Company Memory ist ein ehrliches Produkt – ehrlich in dem Sinne, dass es ein Problem benennt, das die Branche jahrzehntelang verdrängt hat. Operative Drift ist real. Das Wissen, das Unternehmen tatsächlich steuert, lebt oft nicht im System. Das anzuerkennen, ist ein erster strategisch relevanter Schritt.
Aber Diagnose ist nicht Therapie. Ein Unternehmen, das seinen operativen Drift präzise dokumentiert, hat noch keine operative Exzellenz aufgebaut. Es hat einen Spiegel – keinen Steuerungsrahmen. KI-Agenten, die auf historischen Ausnahmen und informellen Entscheidungslogiken operieren, sind schneller und skalierter – aber sie sind schneller und skalierter in die falsche Richtung, wenn das Memory nicht kontinuierlich normiert wird.
Die strategische Antwort für CIOs lautet nicht: Company Memory einführen oder nicht. Sie lautet: In welchem Governance-Kontext setze ich Company Memory ein? Wer Signavio, Company Memory und Agent Governance als integriertes System betrachtet, kann tatsächlich steuern, wie Agenten handeln. Wer Company Memory als Standalone-Lösung kauft, kauft ein digitales Archiv mit KI-Interface.
SAP wird ein Business-AI-Unternehmen. Die Frage ist, ob Ihre Organisation bereit ist, ein Business-AI-Auftraggeber zu werden – mit dem nötigen Prozess-Fundament, dem Governance-Ownership-Modell und dem Mut, Drift nicht nur zu dokumentieren, sondern zu eliminieren.
Artikel erstellt am 30. Juni 2026. Alle zitierten Produktankündigungen und Quellen stammen aus öffentlich zugänglichen SAP-Pressemitteilungen (SAP Sapphire 2026), dem SAP Signavio Blog sowie der erp.today-Berichterstattung zum Sapphire 2026 Keynote. Qualitative Einschätzungen geben die Einschätzung des Autors wieder.
