SAP-Landschaft verstehen: S/4HANA, BW, Datasphere, SAC, MDG und BDC

Warum die SAP-Namen leicht durcheinandergeraten

S/4HANA, BW, Datasphere, SAC und MDG stehen für unterschiedliche Aufgaben. SAP Business Data Cloud (BDC) verbindet mehrere Daten- und Analysebausteine in einem gemeinsamen Angebot. Die Namen lassen sich deshalb nicht sinnvoll wie gleichartige Produkte gegeneinander aufrechnen.

Für das Verständnis hilft eine einfache Unterscheidung: Wo entsteht ein Geschäftsvorgang? Wo werden Daten für Auswertungen aufbereitet? Wo wird analysiert oder geplant? Und wer hält die zugrunde liegenden Stammdaten verlässlich? Dieser Artikel erklärt diese Rollen und ihren Zusammenhang. Die weiteren Teile der Serie vertiefen jeweils einen davon.

Die Bausteine auf einen Blick

Das Schaubild zeigt vereinfachte mögliche Rollen. Es verlangt weder alle dargestellten Produkte noch eine bestimmte Migration. Schnittstellen, Datenbewegung und unterstützte Betriebsformen hängen vom tatsächlichen System ab.

S/4HANA: Hier entsteht der Geschäftsvorgang

S/4HANA ist ein ERP-System. Hier laufen beispielsweise Vertrieb, Einkauf und Finanzprozesse. Ein Kundenauftrag, eine Rechnung und eine Zahlung gehören zum operativen Geschehen. Sie sind miteinander verbunden, beschreiben aber unterschiedliche Sachverhalte.

Für Analysen ist S/4HANA daher eine wichtige Quelle. Ein Auftragseingang ist jedoch noch kein fakturierter Umsatz. Schon die Auswahl des richtigen Belegs und Datums bestimmt, welche Aussage später im Bericht steht. Edition und Betriebsform beeinflussen außerdem, welche freigegebenen Schnittstellen verwendet werden können. Die SAP-Produktübersicht erläutert den ERP-Kontext.

BW und BW/4HANA: Aus Daten wird ein wiederverwendbarer Analysebestand

Ein Data Warehouse verbindet Datenquellen, bereitet Daten auf und stellt Modelle für Auswertungen bereit. In einer bestehenden BW-Landschaft können bereits viele fachliche Regeln stecken: Geschäftsjahre, Währungsumrechnung, historische Zuordnungen oder der Umgang mit Korrekturen.

BW auf HANA und BW/4HANA sind nicht dasselbe Produkt. BW/4HANA ist die auf HANA ausgerichtete Nachfolgegeneration mit einem veränderten Modellierungsumfang. Ein vorhandenes BW-Modell wird deshalb nicht allein durch einen anderen Namen zu einem BW/4HANA-Modell. Die offizielle Gegenüberstellung erklärt diese Unterschiede.

Für Governance ist entscheidend, welche bereits bestätigte Bedeutung im bestehenden Modell steckt. Wird es verändert oder abgelöst, muss diese Bedeutung nachvollziehbar erhalten oder ausdrücklich geändert werden.

Datasphere: Daten verbinden und Geschäftsbedeutung modellieren

Datasphere bietet Datenintegration, Modellierung und Bereitstellung im Cloud-Umfeld. Dabei geht es neben technischen Tabellen um deren fachlichen Zusammenhang: Welche Entitäten gehören zusammen, was bedeutet eine Kennzahl und welche Daten werden für einen bestimmten Verbraucher angeboten?

Eine Anbindung kann je nach Quelle und Verfahren auf entfernte Daten zugreifen oder Daten übernehmen. Das ist ein wichtiger Unterschied: Eine gespeicherte Kopie hat einen eigenen Aktualisierungsstand und muss separat geschützt werden. Datasphere ersetzt auch nicht automatisch alle vorhandenen BW-Regeln. Ein Zusammenspiel oder ein Übergang muss die jeweils verwendeten Modelle berücksichtigen. Die Herstellerübersicht beschreibt den Funktionsbereich.

HANA Cloud bezeichnet in diesem Zusammenhang eine Datenbank- und Verarbeitungstechnologie. Sie ist eine andere Ebene als das ERP S/4HANA oder ein fachlich modelliertes Analyseprodukt.

SAC: Zahlen verwenden und Planung von Istwerten unterscheiden

SAP Analytics Cloud verbindet Analyse und Planung. Nutzer arbeiten beispielsweise mit einer Story, also einem Bericht mit Tabellen und Diagrammen, oder mit einem Planungsmodell. SAC benötigt dafür eine Datenverbindung und ein verständliches Modell.

Bei einem Livezugriff und bei einem Import unterscheiden sich die Datenwege. Für importierte Daten sind unter anderem Aktualität und Berechtigungen der gespeicherten Kopie relevant. Auch Plan, Forecast und Istwert müssen unterscheidbar bleiben: Ein Planwert ist keine bereits gebuchte Rechnung. Ein überzeugendes Diagramm löst eine unklare Definition nicht. Die SAC-Hilfe erklärt Analyse und Planung.

MDG: Verlässliche Stammdaten vor und zwischen den Auswertungen

Stammdaten beschreiben etwa Geschäftspartner, Produkte oder finanzielle Strukturen. Wenn derselbe Kunde mit unterschiedlichen Kennungen oder falschen Zahlungsbedingungen geführt wird, können Folgeprozesse und Berichte auseinanderlaufen.

MDG unterstützt deren kontrollierte Pflege. Im dokumentierten Central-Governance-Verfahren gehören Änderungsantrag, Prüfung, Freigabe, Aktivierung und Verteilung zum Ablauf. Ein zentral freigegebener Stand muss im vorgesehenen Zielsystem tatsächlich ankommen. Das wird im eigenen MDG-Kapitel erklärt.

MDG bearbeitet damit einen wichtigen Teil von Data Governance. Die Definition einer Umsatzkennzahl, Rechte auf einen Bericht oder die Verwendung eines exportierten Datensatzes benötigen daneben eigene Entscheidungen. Die MDG-Hilfe beschreibt den konkreten Stammdatenprozess.

BDC: Ein gemeinsamer Rahmen, keine zusätzliche Schicht für jede Tabelle

Business Data Cloud bringt verschiedene Daten- und Analysekomponenten zusammen. Es ist daher hilfreich, erst deren Aufgaben zu verstehen und anschließend den gemeinsamen Rahmen einzuordnen. Datasphere und SAC behalten im Verbund ihre unterschiedlichen Rollen; ein bestehender BW-Bestand wird durch die Bezeichnung BDC nicht automatisch fachlich neu modelliert.

Welche Komponenten und Funktionen zu einer konkreten Umgebung gehören, hängt vom gebuchten Angebot ab. Eine BDC-Entscheidung sagt allein noch nicht, welche Datenquelle angebunden ist oder welche Person welche Daten lesen darf. Die SAP-Architekturübersicht erläutert den Komponentenverbund.

Ein Beispiel: Warum 120 EUR und 100 EUR beide richtig sein können

Ein fiktiver Auftrag umfasst netto 120 EUR. Davon wurden bisher 100 EUR in Rechnung gestellt. Das Beispiel lässt Steuern, Stornos und Währungswechsel bewusst weg.

S/4HANA enthält die verschiedenen Belege. Ein BW- oder Datasphere-Modell kann daraus Auftragseingang: 120 EUR und fakturierter Umsatz: 100 EUR bereitstellen. SAC kann beide Werte nebeneinander zeigen. Die Differenz von 20 EUR ist in diesem vereinfachten Fall noch nicht fakturiert; sie ist kein Beweis für einen Ladefehler.

Problematisch wird es, wenn beide Werte nur „Umsatz“ heißen. Dann vergleichen Nutzer unterschiedliche Fragen, obwohl jeder technische Lauf erfolgreich sein kann. Governance klärt hier die Bedeutung: Welche Belegart zählt, welches Datum gilt, wie werden Korrekturen behandelt und wer entscheidet diese Definition? Das Datenmodell setzt die Entscheidung um; der Bericht macht sie für Nutzer verständlich.

Wo Governance in dieser Landschaft konkret hilft

Eine Zahl erklären: Finance verantwortet die fachliche Definition, das Datenmodell ihre Umsetzung und die Berichtspflege die verständliche Darstellung. Die Verantwortung folgt dem Inhalt der Entscheidung und lässt sich nicht allein aus dem Besitzer eines technischen Objekts ableiten.

Eine Änderung beherrschen: Ändert sich die Bedeutung eines Status in S/4HANA, können nachgelagerte Modelle und Berichte betroffen sein. Die beteiligten Verantwortlichen klären die Auswirkung gemeinsam. Ein neuer Connector oder ein erfolgreicher Refresh bestätigt noch nicht dieselbe fachliche Aussage.

Doppelte Arbeit vermeiden: Eine bereits brauchbare BW-Definition muss nicht parallel in jedem Bericht neu erfunden werden. Die fachlich bestätigte Wiederverwendung kann Rückfragen und manuelle Abstimmung reduzieren. Ob tatsächlich Zeit oder Geld frei wird, hängt davon ab, ob die bisherige Doppelpflege entfällt und wie viel zusätzliche Pflege entsteht.

Das Zusammenspiel verstehen

ERP, Warehouse beziehungsweise Datenmodellierung, Analyse und Stammdatenpflege erfüllen unterschiedliche Aufgaben. BDC verbindet ausgewählte Bausteine, ohne diese Aufgaben gleichzusetzen. Im Beispiel bleibt die Unterscheidung von Auftrag und Rechnung über alle beteiligten Systeme erhalten. Eine fachliche Abweichung wird erklärt und korrigiert; sie wird nicht durch einen grünen technischen Status aufgehoben.

Die einzelnen Aufgaben vertiefen

Die folgenden Kapitel bleiben jeweils bei ihrem eigenen Thema: S/4-Daten bereitstellen, Datasphere-Zugriff, SAC-Semantik und Planung, MDG-Stammdatenpflege und BW-Modernisierung.

Redaktioneller Quellenstand: 29.10.2026. Die Erläuterung ordnet Produktrollen ein; unterstützte Schnittstellen und Funktionsumfang werden für die tatsächliche Edition und Version geprüft.