Datasphere-Pilot: Spaces, Datenprodukt und wirksame Zugriffe
Versionsbezug: SAP: Produktedition und Betriebsstand prüfen · 2026-10-26
BDC ist eine Suite; Komponenten, Entitlements und tatsächliche Releases separat erfassen. BW bridge, BW-Modernisierung, SAC Live/Import und MDG-Editionen haben unterschiedliche Grenzen.
SAP Business Data Cloud components ↗ Working in SAP Datasphere Spaces ↗ Creating a Replication Flow ↗ Securing Data with Data Access Controls ↗ SAP Analytics Cloud: import and live models ↗ Introducing SAP Master Data Governance ↗ Modernizing SAP BW with SAP Business Data Cloud ↗ SAP Datasphere, SAP BW bridge: feature scope ↗ Referenz geprüft: 2026-10-26
Ein kleines Datenprodukt vom Quellkonto bis zur Consumer-Rolle mit Gegenproben prüfen.
Quellenstand: 26.10.2026. Produktedition, installierten Release, Region und gebuchten Umfang vor Umsetzung prüfen. Übungen verwenden synthetische Daten; Ausführung und Freigabe erfolgen bewusst durch die zuständigen Rollen.
Der Fall
Zwei Vertriebseinheiten teilen ein Datasphere-Datenprodukt. Der Modellierer sieht beide Regionen; ein regionaler Consumer soll nur seine Region sehen. Eine erfolgreiche Anmeldung und ein sichtbarer Space beantworten diese Anforderung noch nicht.
Die Grenze verstehen
Spaces strukturieren Integration und Modellierung. Freigabe an einen anderen Space und Veröffentlichung für Konsum sind eigene Übergaben. Datenzugriffskontrollen können zeilenbezogene Regeln an unterstützten Objekten durchsetzen; ihre Anwendbarkeit ist je Objekttyp und Space zu prüfen. Quellberechtigungen schützen eine replizierte Kopie nicht automatisch.
Pilot aufbauen
- Lege einen nichtproduktiven Scope mit fachlichem Owner und getrennten Integrator-, Modellierer- und Consumer-Aufgaben fest. Notiere Space, Quellverbindung, Datenprodukt und verantwortliche Rollen.
- Verwende drei synthetische Bestellungen: EU 100 EUR, EU 50 EUR und US 80 EUR. Definiere die zulässige Sicht je Testidentität, bevor du die technische Regel anlegst.
- Erstelle die erforderliche Berechtigungszuordnung und wende sie am freigegebenen Konsumobjekt an. Prüfe zusätzlich direkt erreichbare Zwischenobjekte und technische Nutzer.
- Teile oder exponiere nur die vereinbarte Schnittstelle. Wiederhole die Tests über den echten Consumer-Pfad und nach einem Rollenentzug. Halte Transport und Änderung der Berechtigungstabelle als eigene Änderungen fest.
Erwartete Ergebnisse
EU sieht 150 EUR, US 80 EUR; eine nicht zugeordnete Identität erhält keinen fachlichen Zugriff. Ein privilegierter Integrator kann für den Betrieb weitergehende Rechte benötigen, darf aber nicht als Beleg für den Consumer-Test dienen. Ein ungeschützter Nebenpfad verhindert die Freigabe auch dann, wenn der Hauptbericht korrekt filtert.
Nachweise und Übergabe
ACCESS-SAP-01 nennt Identitäten, Rollen, geschützte Objekte, Testzeitpunkt, erwartete und tatsächliche Zeilen sowie Sperr- und Wiederholungstest. Dokumentiere den Owner der Berechtigungszuordnung und ihren Reviewtermin. Ein externer Katalogeintrag beschreibt diesen Nachweis; er übernimmt nicht automatisch die technische Durchsetzung.
Arbeitsblatt und Anschlüsse
Quellen und Produktgrenzen
- Working in SAP Datasphere Spaces
- Securing Data with Data Access Controls
- Creating a Replication Flow
Abnahmecheck
ACCESS-SAP-01 mit EU-, US-, unzugeordnetem Nutzer und Rechteentzug.
Ein Datasphere-Space und eine veröffentlichte Sicht brauchen eine bestätigte fachliche Verantwortung. Der Owner entscheidet über Zeilenumfang und Verbraucher; die Plattformverantwortlichen setzen die Rechte auf dem tatsächlich verwendeten Datenpfad um. Nach einer neuen Region oder verändertem Quellfeld werden Sicht, effektive Berechtigung und Verbraucher gemeinsam geprüft. Ein Katalogeintrag oder ein vorhandener Space allein ersetzt diese Entscheidung nicht.
SAP: from landscape to verified data product
Part 3 of 6
View series