SAP-Wiki

Datasphere trennt Datenzugriff und Datenhaltung. Über Verbindungen zu S/4HANA, SAP BW, Datenbanken oder Cloud-Diensten lassen sich Daten replizieren oder per Federation direkt an der Quelle abfragen. Fachbereiche modellieren in Spaces, also abgegrenzten Arbeitsbereichen mit eigenen Kontingenten und Berechtigungen. Der Business Builder übersetzt technische Tabellen in Geschäftsobjekte mit sprechenden Namen. Das Ergebnis konsumieren die SAP Analytics Cloud oder Drittwerkzeuge über offene SQL-Schnittstellen, der Betrieb läuft vollständig als Software as a Service.

SAP positioniert Datasphere als Nachfolgewelt des klassischen SAP BW und als Kern der Business Data Cloud. Der wichtigste Unterschied zum BW: Datasphere ist offener. SQL-Modellierung, Anbindung von Nicht-SAP-Quellen und Zugriff durch externe Werkzeuge gehören zum Konzept statt zur Ausnahme. Für BW-Bestandskunden existiert die BW Bridge, die vorhandene Extraktoren und Datenmodelle in die Cloud überführt. Wer viel gewachsene BW-Logik hat, plant den Umzug trotzdem als eigenes Projekt, als Selbstläufer funktioniert er nicht.

In Projekten bewährt sich ein Start mit klarem Umfang: ein Geschäftsbereich, definierte Quellen, ein Zielbericht-Set. Stolperstellen sind erfahrungsgemäß die Datenvolumina bei Replikation, ungeklärte Verantwortlichkeiten zwischen zentraler IT und Fachbereichs-Spaces und der Umgang mit Bestands-BW-Logik. Eine ehrliche Vorab-Analyse klärt, welche BW-Objekte die BW Bridge übernehmen kann und was neu gebaut wird. Berechtigungen und Namenskonventionen von Anfang an festzulegen erspart später viel Aufräumarbeit.