Konzeptkarte

Data Products

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 Data Products?

Ein Data Product ersetzt „Tabellen, die Konsumenten abfragen können" durch einen versionierten Schema-Vertrag plus ein gemessenes SLA – der Wandel, der verhindert, dass Schemaänderungen stillschweigend die Hälfte der nachgelagerten Konsumenten brechen.

Worum es geht

Ein Data Product in SAP Business Data Cloud ist ein veröffentlichter, vertraglich definierter Datensatz — nicht nur eine Tabelle, auf die jemand zufällig Zugriff hat, sondern ein Datensatz mit einem versionierten Schema, einer dokumentierten Service-Level-Vereinbarung, die Aktualität, Vollständigkeit und Genauigkeit abdeckt, einer expliziten Liste autorisierter Konsumenten und einem benannten Governance-Verantwortlichen, der für alles davon rechenschaftspflichtig ist. Der Unterschied zwischen einer Tabelle, die man abfragen kann, und einem Produkt, das man formal abonniert, ist mehr als jedes einzelne Feature das, was ein Data Warehouse im Stil von 2020 von einer Datenplattform im Stil von 2026 trennt, und es ist das Argument, das SAP direkt gegen Snowflake- oder Databricks-Einsätze ins Feld führt, die keine gleichwertige Vertragsdisziplin über Unity Catalog oder eine vergleichbare Governance-Schicht übernommen haben.

Warum es zählt

Breaking Schemaänderungen durchlaufen Ankündigung → Übergangsfrist → Release, statt Konsumenten über Nacht zu zerschlagen, und erlauben Produzenten, darunter frei zu refaktorieren.
SLA-Bedingungen (Aktualität, Vollständigkeit, Genauigkeit) werden gemessen und berichtet, nicht bloß erwünscht — Prüfer erhalten Lineage-Antworten in 30 Sekunden statt hektischer Suche.
Eine verpflichtende Konsumentenliste und ein Abonnement-Modell beenden das Ad-hoc-Muster, bei dem jedes Team seine eigene konkurrierende Version von „Customer" oder „Sales" baut.

Kernpunkte

Fünfschichtige Anatomie: Schema-Vertrag · SLA · Konsumentenliste · Verantwortlicher · Lineage.
Vertragsbasiert: Produzent verpflichtet sich auf Schema + SLA; Konsumenten abonnieren; Ad-hoc-Lesezugriffe abgelehnt.
Abonnement erforderlich (kein direkter Tabellenzugriff).
Schema-Versionierung: Semver + 90-tägiger Deprecation-Zyklus bei Hauptversions-Sprüngen.
Vierteljährliche Governance-Überprüfung mit Konsumenten-Vertretern.
Fünf kanonische SAP Data Products: GL Balances · Customer Gold · Sales Orders · Product Hierarchy · HR Headcount.
DSGVO-Klassifizierungs-Metadaten sind bei Data Products mit personenbezogenen Daten verpflichtend.
DSAG 2026 führt Data Products als meistgefragtes BDC-Feature Nr. 1.
Data Products ist erst dann beherrscht, wenn es eine konkret benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Werkzeug demonstrieren.

Begriffe auf dieser Seite

Data Product: Vertraglich definierter Datensatz, veröffentlicht im BDC Catalog, mit versioniertem Schema + SLA + Konsumentenliste + Governance-Verantwortlichem.
Schema contract: Versionierte Spalten-und-Typ-Definition, die Konsumenten abonnieren. Breaking Changes erfordern einen Hauptversions-Sprung.
SLA (Data Product): Dreiteilige Zusage: Aktualität (max. Latenz), Vollständigkeit (% abgebildete Zeilen), Genauigkeit (% innerhalb der Grenzen).
Consumer roster: Explizite Liste autorisierter Teams/Dienste. Abonnement erforderlich; Ad-hoc-Lesezugriffe per DAC abgelehnt.
Governance owner: Einzelne rechenschaftspflichtige Person/Team für den Vertrag. Führt vierteljährliche Überprüfung mit Konsumenten durch.
Deprecation cycle: 90-tägiger Ablauf Ankündigung → Übergangsfrist → Abschaltung für Hauptversions-Sprünge. Konsumenten migrieren oder verlieren den Zugriff.
Lineage + provenance: Quellsysteme + Transformationspipeline, im Catalog nachverfolgt. Von Prüfern in 30 Sekunden überprüfbar.
Catalog manifest: YAML-/JSON-Dokument, das das Data Product deklariert (~50–100 Zeilen). Source of Truth im BDC Catalog.

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 →