Konzeptkarte

SAP S/4HANA

Stand 2026-08-29

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 S/4HANA?

SAP S/4HANA ist SAPs aktuelle ERP-Suite, und der Grund, warum es in einen Analytics-Korpus gehört, ist nicht, dass es ein Analytics-Produkt ist — es ist, dass es das **Quellsystem ist, das entscheidet, welche Analytics möglich ist**.

Worum es geht

SAP S/4HANA ist SAPs aktuelle ERP-Suite, und der Grund, warum es in einen Analytics-Korpus gehört, ist nicht, dass es ein Analytics-Produkt ist — es ist, dass es das Quellsystem ist, das entscheidet, welche Analytics möglich ist. Wo die Daten liegen, welche Felder gefüllt sind, wie ein Belegfluss modelliert ist: all das wird in S/4HANA festgelegt, bevor ein Warehouse oder eine semantische Schicht auch nur eine Zeile sieht.

Warum ein Analytics-Berater ihm früh begegnet. Zwei Dinge änderten sich mit S/4HANA, die ein BW-erfahrener Berater sofort spürt. Erstens: Das vereinfachte Datenmodell hat die Aggregat- und Indextabellen ausgemustert, auf die sich die klassische ECC-Extraktion stützte — eine Tabelle, nach der ein Berater aus Gewohnheit greift, existiert schlicht möglicherweise nicht mehr. Zweitens: Embedded Analytics wurde in die Suite eingebaut: CDS-Views legen eine semantische Schicht innerhalb des ERP offen, sodass eine Klasse operativer Reportinganfragen beantwortet werden kann, ohne das System zu verlassen.

Die Frage, die auf einem Projekt tatsächlich gestellt wird, lautet daher nicht „wie extrahieren wir S/4HANA in das Warehouse“, sondern was gehört wohin. Operative, echtzeitnahe Fragen mit einer einzigen Quelle haben eine Antwort innerhalb der Suite. Quellübergreifende, historisierte, funktionsübergreifende Fragen haben das nicht, und das ist der Fall für Datasphere — wo S/4HANA als eine Quelle unter mehreren ankommt und wo die semantische Arbeit darin besteht, sie mit dem abzugleichen, was der Rest des Bestands sagt.

CDS-Views sind das Gelenk, und dort findet die Verhandlung statt. Sie sind die sanktionierte Extraktionsoberfläche in SAP Datasphere und, eine Ebene höher, in Business Data Cloud. Ein CDS-View ist ein Vertrag: er benennt die Felder, die Assoziationen und die Semantik, die das ERP bereit ist offenzulegen. Wenn eine Analytics-Anforderung nach etwas fragt, das die freigegebenen Views nicht tragen, ist die Arbeit ein Gespräch mit dem ERP-Team über die Erweiterung oder Freigabe eines Views — ein organisatorischer Pfad, kein technischer, und der übliche Grund, warum eine Datenpipeline sich verspätet.

Was dieses Konzept bewusst nicht behauptet. S/4HANA-Release-Strategie, Lizenzmetriken und Wartungsdaten sind ERP-seitige Fakten, die sich bewegen; diese Seite nennt keine davon. Was sie festhält, ist die Analytics-Konsequenz: die Form der Quelle entscheidet die Form von allem Nachgelagerten, und eine Analytics-Architektur, die ohne Lesen des Quellmodells gezeichnet wird, wird zweimal gezeichnet.

Die Bereitstellungsform entscheidet über das Extraktionsgespräch. S/4HANA wird in drei Formen ausgeliefert, und sie bieten nicht dieselbe Oberfläche. In der Public-Cloud-Edition gibt es keinen direkten Tabellenzugriff: was das System verlässt, verlässt es über freigegebene CDS-Views, OData-Services und APIs, und „aber die Tabelle existiert“ ist kein Argument, auf das jemand handeln kann. In der Private-Cloud-Edition und On-Premise sind die Tabellen noch erreichbar, was genau die Falle ist — sie direkt zu lesen funktioniert am ersten Tag und wird danach zu einer Upgrade-Belastung. Clean Core ist der Name dieses Trade-offs: auf freigegebenen, versionierten Oberflächen bauen, damit ein Upgrade ein Upgrade bleibt, und im Gegenzug akzeptieren, dass die freigegebene Oberfläche schmaler ist als die Datenbank.

Wohin die klassischen Tabellen gegangen sind. Die Konsolidierung, die einem BW-erfahrenen Berater zuerst auffällt, ist das Universal Journal: ACDOCA hat die Finance-Belegzeilen absorbiert, die klassisches ECC über getrennte Summen- und Indextabellen verteilte, und Materialbelege wurden auf dieselbe Weise zusammengeführt. SAP liefert Kompatibilitäts-Views mit den vertrauten Namen aus, damit klassischer Code weiterläuft — aber es sind Views, keine Tabellen, und sie im Extraktionsvolumen zu lesen hat ein anderes Leistungsprofil als das Lesen der Tabellen, die sie nachahmen. Eine auf dem ECC-Ära-Leseplan aufgebaute Schätzung liegt in beide Richtungen zugleich daneben.

Die Entscheidung, einmal gesagt. Für jede Reporting-Anforderung entscheidet eine Frage alles Nachgelagerte: braucht sie eine Quelle, live, auf operativer Granularität — oder mehrere Quellen, historisiert und abgeglichen? Die erste hat eine Antwort innerhalb der Suite, und ein Warehouse dafür bezahlen, sie neu zu beantworten, ist Verschwendung. Die zweite hat innerhalb der Suite keine ehrliche Antwort, und sie dort zu erzwingen ist, wie aus einem „schnellen embedded Report“ ein herrenloses Schatten-Warehouse wird. Alles, was folgt — welche CDS-Views freigegeben sind, welche Annotationen sie extrahierbar machen, wie Delta erfasst wird — ist Umsetzung dieser einen Entscheidung, kein Ersatz dafür, sie zu treffen.

Warum es zählt

S/4HANA ist das meistgenannte Produkt in diesem Verzeichnis: 4.184 der 9.103 veröffentlichten Firmenprofile erwähnen es irgendwo in ihrem Profil, gegenüber 244 für Databricks (gemessen 2026-08-29 auf public/api/company-profiles.json).
Es ist auch das meistgenannte Produkt auf dem Auftragsradar: 267 der 3.307 aktiven Opportunity-Zeilen nennen es (gemessen 2026-08-29 auf public/api/contracts.json).
Ein Berater, der nur über die Warehouse-Seite eines Programms sprechen kann, spricht über dessen zweite Hälfte — die Form der Quelle hat bereits festgelegt, was das Warehouse beantworten kann.

Kernpunkte

Es ist ein QUELLSYSTEM für Analytics, kein Analytics-Produkt — sein Datenmodell entscheidet, was das Warehouse beantworten kann.
Das vereinfachte Datenmodell hat die Aggregat- und Indextabellen ausgemustert, auf die sich klassisches ECC-Extraktion stützte: eine gewohnte Tabelle existiert möglicherweise schlicht nicht mehr.
Embedded Analytics (analytische CDS-Views, Custom Analytical Queries, Fiori) beantwortet operative, echtzeitnahe Fragen mit einer einzigen Quelle innerhalb der Suite.
Quellübergreifende, historisierte, funktionsübergreifende Fragen sind der Datasphere-/BDC-Fall — S/4HANA ist dann eine Quelle unter mehreren.
Freigegebene CDS-Views sind die sanktionierte Extraktionsoberfläche; ein fehlendes Feld ist ein organisatorischer Pfad mit dem ERP-Team, keine Entwicklungsaufgabe.
Die Bereitstellungsform bestimmt die Oberfläche: kein direkter Tabellenzugriff in der Public-Cloud-Edition; Tabellen erreichbar, aber Clean-Core-kostspielig in Private Cloud und On-Premise.
Kompatibilitäts-Views bewahren die alten Namen, nicht das alte Leistungsprofil — Extraktion nie nach einem ECC-Ära-Leseplan bemessen.
Extrahierbarkeit und Delta sind Annotationsentscheidungen am CDS-View, vom ERP-Team getroffen, lange bevor die Pipeline gebaut wird.

Quellen

In der App öffnen →