Konzeptkarte

ODP- & ODQ-Extraktion

Stand 2026-07-23

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 ODP- & ODQ-Extraktion?

ODP/ODQ ist SAPs quellseitige CDC-Verrohrung – der Unterschied zwischen „der Replication Flow funktioniert" und genau zu wissen, warum er samstags um 23:47 Uhr fehlgeschlagen ist.

Worum es geht

ODP (Operational Data Provisioning) und ODQ (Operational Delta Queue) sind SAPs Standard-CDC-Verrohrung auf der Quellseite — das Framework, das S/4HANA, ECC und andere SAP-Quellsysteme Änderungsereignisse kontrolliert an Konsumenten wie Datasphere, BW und SLT veröffentlichen lässt. ODP/ODQ zu verstehen ist der Unterschied zwischen „Replication Flow funktioniert" und „Replication Flow schlägt samstags um 23:47 Uhr fehl, und Sie können erklären, warum".

ODP = die Veröffentlichungsoberfläche. Quellsysteme stellen Daten über ODP-fähige Extraktoren bereit (BW-Extraktoren, SAP-Datenquellen, CDS Views mit ODP-Exposition). Konsumenten abonnieren; ODP leitet Änderungsereignisse weiter.

ODQ = der Puffer. Änderungsereignisse stehen in der ODQ an, bis Konsumenten sie lesen. Mehrere Konsumenten können dieselbe Queue unabhängig voneinander lesen. Persistenz, Sequenzierung und Widerstandsfähigkeit gegenüber Konsumentenausfällen leben hier.

Die 4 Standard-ODP-Provider in SAP-Analytics.

BW-Datenquellen — Legacy-Extraktoren (weiterhin breit im Einsatz).
CDS Views mit @Analytics.dataExtraction-Annotation — die moderne ODP-Quelle.
SAP-Business-Suite-Extraktoren (FI/CO/MM/SD).
SLT (System Landscape Transformation) — CDC auf Tabellenebene für Daten ohne Extraktor.

Warum es zählt

ODP für direkte JDBC-Tabellenzugriffe zu umgehen bricht Change-Tracking still: Erstladungen funktionieren, Deltas nicht, und die Lücke wird beim Monatsabschluss sichtbar, wenn Ist-Zahlen nicht übereinstimmen.
Wächst die ODQ-Tiefe über 10.000 Ereignisse ohne Konsumenten-Pull, signalisiert das einen Upstream-Rückstau oder einen toten nachgelagerten Konsumenten — eine wöchentliche Prüfung fängt das ab, bevor es am Monatsende schmerzt.
Vier Standard-ODP-Provider (BW-Datenquellen, CDS mit @Analytics.dataExtraction, Business-Suite-Extraktoren, SLT) decken praktisch jede SAP-Quelle ab — wissen Sie, welcher davon welche Pipeline speist.

Kernpunkte

ODP = Veröffentlichungs-Framework, ODQ = Delta-Queue-Puffer
4 Standard-Provider: BW DS · CDS · SAP Business Suite · SLT
CDS @Analytics.dataExtraction = der moderne Weg
Mehrere Konsumenten pro ODQ werden unterstützt
ODQ-Tiefe + ODP-Fehler wöchentlich überwachen
Direkter JDBC-Bypass = Fehler beim Monatsabschlussabgleich
Kundenspezifisches ABAP im Extraktor bricht beim Upgrade
Konsumenten-Abmeldung verhindert ein Aufblähen der ODQ
ODP- & ODQ-Extraktion ist erst beherrscht, wenn sie 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

ODP: Operational Data Provisioning — SAP-Framework zur CDC-Veröffentlichung
ODQ: Operational Delta Queue — Puffer für Änderungsereignisse
Extraktor: Quellseitige Komponente, die Änderungsereignisse an ODP sendet
BW DS: BW-Datenquelle — Legacy-ODP-Providertyp
CDS @Analytics.dataExtraction: Moderne Annotation, die CDS Views als ODP-Quellen ermöglicht
SLT: System Landscape Transformation — Trigger-Framework für CDC auf Tabellenebene
Abonnement: Registrierung eines Konsumenten zum Lesen aus einer ODQ
Delta-Erfassung: Erfassung inkrementeller Änderungen zwischen Extrakten

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.

In der App öffnen →