Konzeptkarte

SAP zielt auf die KI-Daten-Kontrollebene

Stand 2026-07-23

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist SAP zielt auf die KI-Daten-Kontrollebene?

SAP positioniert Datasphere neu — von der Datenplattform zum Policy-Objekt: die Schicht, die entscheidet, welche Joule-Agenten welche Daten sehen, weshalb Agent-Sicherheit von Anfang an mitgedacht werden muss, nicht nachträglich angeflanscht.

Worum es geht

Forrester-Analystin Shylaja Nathan weist darauf hin, dass sich SAP als „KI-Daten-Kontrollebene" positioniert — die Governance-, Lineage- und Policy-Schicht, die entscheidet, welche Agenten welche Daten unter welchen Leitplanken sehen. Für den SAP-Analytics-Berater ist das relevant, weil Business Data Cloud, Datasphere und das Joule-Agenten-Ökosystem auf eine einzige semantische und Zugriffsgrenze zulaufen: Ein Modell in Datasphere ist nicht mehr nur ein Sternschema, sondern ein Policy-Objekt, das zwischen Quell-S/4HANA-Tabellen und nachgelagerten GenAI-Konsumenten vermittelt.

Praktisch erhalten drei SAP-Designentscheidungen durch diese Einordnung ein neues Gewicht. Erstens wird die Datasphere-Konsumtionsschicht (analytische Modelle + Perspektiven) zur Vertragsoberfläche, an die sich Agenten binden — das heißt, Benennung, Row-Level-Security und Währungsumrechnungslogik müssen agentensicher sein, nicht nur BI-sicher. Zweitens müssen der Joule Agent Builder und die Natural-Language-Panels von SAC den semantischen Katalog über dieselbe Zugriffsmatrix verdrahtet bekommen, die auch menschliche Konsumenten nutzen; Governance über zwei getrennte Quellen ist der Standardfehler beim Kick-off. Drittens müssen föderierte Objekte aus Nicht-SAP-Quellen (Databricks, Snowflake, BigQuery), die über Delta Sharing eingebunden werden, dasselbe Policy-Rückgrat erben, sonst hat die Kontrollebene eine Seitentür.

Warum es zählt

Die Datasphere-Konsumtionsschicht wird zur Vertragsoberfläche, an die sich Agenten binden, sodass Benennung, Row-Level-Security und Währungslogik agentensicher sein müssen, nicht nur BI-sicher.
Governance über zwei getrennte Quellen — den semantischen Katalog getrennt für Menschen und für Joule-Agenten zu verdrahten — ist der Standardfehler beim Kick-off, den es zu vermeiden gilt.
Föderierte Objekte, die über Delta Sharing aus Databricks, Snowflake oder BigQuery eingebunden werden, müssen dasselbe Policy-Rückgrat erben, sonst hat die Kontrollebene eine Seitentür.

Kernpunkte

Datasphere's Konsumtionsschicht ist die Agenten-Vertragsoberfläche — RLS und Währungslogik müssen agentensicher sein
Joules semantischer Katalog muss dieselbe Zugriffsmatrix erben wie menschliche Konsumenten (keine Governance über zwei getrennte Quellen)
Föderierte Nicht-SAP-Objekte über Delta Sharing müssen das SAP-Policy-Rückgrat tragen, sonst leckt die Kontrollebene
Positionieren Sie Datasphere als „Kontrollebene", um den Aufpreis gegenüber reinen Snowflake-Stacks zu rechtfertigen
SAP zielt auf die KI-Daten-Kontrollebene ist erst beherrscht, wenn es eine konkret benannte Kaufentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool demonstrieren.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und News-Signale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von Richtungstrends und modellierten Annahmen.
Definieren Sie Verantwortlichen, Kennzahl, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.
Messen Sie bei KI-Anwendungsfällen Zuverlässigkeit, Kosten, Latenz, Sicherheit und menschliche Validierung.

Begriffe auf dieser Seite

KI-Daten-Kontrollebene: Governance- und Policy-Schicht, die vermittelt, welche Agenten welche Daten sehen.
Agenten-Vertragsoberfläche: Die semantischen Objekte (analytische Modelle, Perspektiven), an die sich Agenten binden.
Delta Sharing: Offenes Protokoll, das Datasphere zur Föderation von Nicht-SAP-Lakehouse-Objekten nutzt.
Entscheidungsträger: Die verantwortliche Person, die den Kompromiss akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Kennzahlen, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Kontrollebene: Die Schicht, die Richtlinien, Zugriff, Lineage, Monitoring und Eskalation über das Betriebsmodell hinweg anwendet.
Evidenzgrad: Eine Kennzeichnung, die verifizierte Fakten, Richtungssignale, modellierte Annahmen und Feldbeobachtungen unterscheidet.
Adoptionskennzahl: Das messbare Verhalten, das belegt, dass das Konzept die tatsächliche Arbeit nach dem Go-Live verändert hat.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke.

In der App öffnen →