Konzeptkarte

CDS Views

Stand 2026-07-24T14:00:00Z

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 CDS Views?

CDS Views bilden die Brückenschicht zwischen der S/4HANA-Geschäftslogik und jedem Analytics-Konsumenten – drei View-Typen (Basic, Composite, Consumption) ziehen die Grenze zwischen „S/4-Anwendung" und „Analytics-Plattform".

Worum es geht

Core Data Services, abgekürzt CDS, ist SAPs deklarative Modellierungsschicht zur Definition semantisch reichhaltiger Views direkt auf der HANA-Datenbank innerhalb von S/4HANA. Statt prozedurale ABAP-Schleifen oder handgetuntes SQL zu schreiben, schreibt ein Entwickler eine kompakte DDL-Anweisung, die beschreibt, was eine View freigeben soll — Felder, Assoziationen, Währungs- und Mengensemantik, Berechtigungsregeln —, und HANA kompiliert diese Deklaration zu einer optimierten Datenbank-View. Für alle, die SAP-Analytics-Arbeit leisten, ist CDS keine optionale Fähigkeit, die man sich später aneignet; es ist das Bindegewebe zwischen der transaktionalen Welt von S/4HANA und jedem nachgelagerten Konsumenten, von Datasphere und SAC bis zu Joule und Dritt-BI-Tools. Der Großteil der Extraktionslogik, mit der ein Berater bei einem modernen S/4-Engagement zu tun hat, ist als CDS View geschrieben — oder sollte es sein.

Warum das wichtig ist, versteht man am besten, wenn man CDS dem gegenüberstellt, was es ersetzt hat. Klassische ABAP-Extraktoren und funktionsbausteinbasiertes Reporting versteckten Geschäftslogik in prozeduralem Code, den nur ein ABAP-Entwickler lesen, testen oder ändern konnte; jedes nachgelagerte Tool musste diese Logik entweder replizieren oder das Quellsystem bitten, sie bei Bedarf auszuführen, ohne gemeinsame semantische Schicht. CDS kehrt das um: die Semantik — dies ist ein Geldbetrag und seine Währung steht in diesem anderen Feld, diese Dimension hat eine Hierarchie, diese Kennzahl wird summiert — wird einmal, an einer Stelle deklariert, und jeder Konsument, der die View liest, erbt sie automatisch. Genau diese Tatsache ist der Grund, warum die Analytic-Model-Schicht von Datasphere aus einer gut annotierten CDS View mit fast keiner manuellen Nachmodellierung Fakten, Dimensionen und Währungsumrechnungsregeln automatisch erkennen kann: Die Annotationen tragen die Geschäftsbedeutung bereits in sich.

Warum es zählt

Consumption CDS Views tragen die @Analytics- und @VDM-Annotationen, die Datasphere liest, um kompatible Analytic Models automatisch zu bauen — sind die Annotationen falsch, bricht der Modellbau.
In Composite Views lebt tatsächlich die Geschäftssemantik (Währungsumrechnung, Zeitfilter) — diese Logik in der falschen Schicht zu platzieren, erzeugt später Nacharbeit.
CDS-View-Erstellung ist tägliches Brot: Hier lebt der Großteil der Extraktionslogik und der Consumption-Layer-Definitionen in einem realen S/4-Bestand.

Kernpunkte

Drei View-Typen: Basic (über Tabellen) · Composite (mit Geschäftslogik) · Consumption (analytics-exponiert).
Das Annotationssystem ist der Differenzierungsfaktor: @Semantics, @Analytics, @VDM, @AccessControl, @ObjectModel.
Das ODP-CDS-Protokoll überbrückt S/4 → Datasphere mit Metadaten + Extraktion (50-100.000 Zeilen/Sek.).
Fünf kanonische Muster: Extraktion · Währungsumrechnung · Hierarchie · Berechtigungs-Push-down · Embedded Analytics.
CDS für „was ein S/4-Datensatz bedeutet"; Datasphere-SQL für „wie sich Quellen für Analytics kombinieren".
Berechtigungs-Push-down via @AccessControl; oder Datasphere-DAC am Katalog — eines wählen, nicht stapeln.
Drei-Schichten-Muster (Basic → Composite → Consumption); Verschachtelung ab 3+ Ebenen vermeiden.
Abhängigkeit vom S/4-Release-Management: CDS-Änderungen folgen S/4-Transporten (2-4-Wochen-Zyklus).
CDS Views ist erst beherrscht, wenn es eine benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool vorführen.

Begriffe auf dieser Seite

CDS (Core Data Services): SAPs deklaratives DDL-Framework — typisierte Views mit Assoziationen, Annotationen, Berechtigungen, Exposition. Sitzt auf HANA-SQL.
Annotation: Inline-Metadaten-Deklaration, die Felder/Views mit Semantik versieht (@Semantics, @Analytics, @VDM, @AccessControl, @ObjectModel).
ODP-CDS: Extraktionsprotokoll, das S/4 (CDS Views) mit Datasphere verbindet. Liest CDS-Annotationen und erzeugt kompatible Analytic Models.
VDM (Virtual Data Model): SAPs hierarchische Organisation von CDS Views — Basic → Composite → Consumption. Jede Schicht hat eine annotationsdefinierte Rolle.
@Analytics dataCategory: Annotation, die die Analytics-Rolle einer CDS View markiert (#FACT, #DIMENSION, #AGGREGATIONLEVEL). Treibt die automatische AM-Erstellung in Datasphere.
CURRENCY_CONVERSION: Standard-CDS-Funktion, die die ausgelieferten Tabellen TCURR/TCURX für S/4-native Währungsumrechnung nutzt. Wird inline in der CDS View verwendet.
@AccessControl: Annotation, die S/4-seitigen Berechtigungs-Push-down ermöglicht. Der aufrufende Nutzer muss eine S/4-Rolle besitzen; erreicht Datasphere-Konsumenten über Identitätsweitergabe.
Embedded Analytics: Muster, bei dem CDS Views direkt über OData für SAC freigegeben werden, unter Umgehung von Datasphere. Nur für einfaches operatives Reporting.

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 · die zitierfähigen Kennzahlen.

In der App öffnen →