Analytics Legends Die Wissensplattform für SAP Analytics
Academy-Modul

CDS Views & ODP

CDS Views and ODP extraction architecture: SAP source tables to CDS interface view, ODP delta queue, and Replication Flow into Datasphere, with Consumption views blocked from extraction — architecture diagram for CDS Views & ODP, Analytics Legends Academy module M064

Stand 2026-09-03

CDS Views und ODP sind das Extraktions-Rückgrat jeder Migration von S/4 nach Datasphere. Immer aus C-Suffix-Interface-Views extrahieren (nicht aus Q-Consumption-Views). Deltafähigkeit prüfen — NUR-FULL bei hochvolumigen Extraktoren zerstört die Performance des Quellsystems. Berechtigungsannotationen setzen, um Datenumgehung über Buchungskreise hinweg zu verhindern. Den ODP-Subscriber-Lebenszyklus über ODQMON oder Datasphere-Deregistrierung verwalten, um Speicherlecks in der Delta-Queue zu vermeiden. Diese fünf Fehlerbilder sind es, die BW/S/4-zu-Datasphere-Projekte immer wieder zum Scheitern bringen.

Was Sie lernen

  • Eine kundeneigene CDS-Interface-View für die ODP-basierte Datasphere-Extraktion entwerfen und annotieren, einschließlich der Wahl des Delta-Modus (FULL / AIMD / FODS) und der verpflichtenden Analytics-Annotationen
  • Die fünf wichtigsten CDS/ODP-Fehlerbilder diagnostizieren und beheben — Extraktionsfehler durch Q-Views, Performance-Vorfälle durch reines FULL-Delta, Berechtigungsumgehung, fehlende Annotations-Vorgaben und verwaiste ODP-Subscriber — mithilfe von ODQMON und Datasphere-Monitoring
  • Die Clean-Core-Namenskonvention für CDS-View-Typen (Suffix C/Q/R) anwenden, um bei einem gemischten S/4- + Datasphere-Projekt die richtige View-Schicht für Extraktion versus UI-Konsum auszuwählen
  • Eine technische Spezifikation für den CDS-Extraktor erstellen, die Deltafähigkeits-Bewertung, Authority-Annotations-Prüfung und ODP-Subscriber-Lebenszyklusmanagement umfasst — das Artefakt, das vor der Inbetriebnahme eines Replication Flow vorliegen muss

Modulüberblick

CDS Views und ODP bilden das Extraktions-Rückgrat jeder SAP-Analytics-Migration, und ein Missverständnis darüber, welches Element wann zum Einsatz kommt, ist für den Großteil der Datenaktualitäts-Vorfälle bei BW-zu-Datasphere- und S/4-zu-Datasphere-Projekten verantwortlich. Dieses Modul behandelt beide als gepaartes System, denn genau so verhalten sie sich in der Praxis: Das eine definiert, wie die Daten aussehen, das andere definiert, wie sie sich bewegen.

Voraussetzungen

  • Mittlere praktische Erfahrung in SAP-Analytics-Projekten
  • Zunächst die Kernkonzepte durcharbeiten: C032, C031, C035

Lernergebnisse

  • Ein realistisches Szenario durcharbeiten: Automobilhersteller, S/4HANA 2023, Migration der Verkaufsauftrags-Analytik von BW nach Datasphere.
  • Das Anti-Pattern erkennen und vermeiden: Extraktion aus Consumption Views mit Q-Suffix — UI-Filtereinschränkungen setzen sich bis nach Datasphere fort; Aggregate sind systembedingt falsch.
  • Die Kernentscheidung des Moduls anwenden: Welche CDS-View-Schicht extrahiert wird — für die Datasphere-Extraktion Interface Views mit C-Suffix wählen, nicht Consumption Views mit Q-Suffix.
  • Die Beherrschung anhand des KPI verfolgen: Extraktor-Delta-Abdeckung (Ziel: 100 % der hochvolumigen Extraktoren (> 1 Mio. Zeilen) nutzen AIMD oder FODS; Warnsignal: reiner FULL-Extraktor mit < 4-Stunden-Intervall auf einem Objekt mit > 1 Mio. Zeilen).

Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.

In der App öffnen →