Datenprodukte in SAP Business Data Cloud erklärt

Seit SAP im Februar 2025 Business Data Cloud (BDC) angekündigt hat, dreht sich die häufigste Frage, die wir hören, nicht um Databricks. Sie ist einfacher: «Was genau ist ein Datenprodukt, und ersetzt es, was wir gebaut haben?» Das ist die richtige Frage. Datenprodukte sind der Grundbaustein, auf dem alles andere in BDC steht.

Was SAP wann angekündigt hat, steht in unserer Zeitachse der SAP Business Data Cloud 2025 bis 2026. Dieser Beitrag geht eine Ebene tiefer.

Kurzfassung: Ein Datenprodukt ist ein kuratierter, von SAP gepflegter Datensatz mit seiner fachlichen Bedeutung, geteilt ohne Kopie. Die ersten Datenprodukte von SAP deckten S/4HANA Finanzen, Einkauf und Supply Chain, SAP Ariba und SAP SuccessFactors ab. Intelligente Anwendungen bauen darauf auf. Wo es für Ihr Release kein CX-Datenprodukt gibt, überbrücken Kunden von Sales Cloud V2 und Service Cloud V2 über Datasphere. Beginnen Sie mit einem Datenprodukt und einer Frage.

Das Problem mit dem alten Weg

Klassische SAP-Analytics folgt einem bekannten Muster. Sie wählen Extraktoren oder CDS-Views, replizieren Tabellen in BW oder Datasphere und bauen die Geschäftslogik auf der anderen Seite nach. Was ist «Nettoumsatz»? Welche Belegarten zählen? Welcher Status bedeutet «geliefert»?

Diese Logik existiert bereits in der Quellanwendung. Sie bauen sie trotzdem nach und pflegen sie danach durch jedes Release. Dort liegt der Grossteil der Kosten eines Analytics-Projekts, nicht in den Dashboards.

Was ein Datenprodukt ist

In BDC übernimmt SAP mit einem Datenprodukt diesen Nachbau für die eigenen Anwendungen. Vier Eigenschaften zählen:

• Kuratiert. Kein roher Tabellenabzug, sondern ein Datensatz auf fachlicher Ebene, etwa Buchungsbelege oder Bestellungen, für die Analyse aufbereitet.
• Von SAP gepflegt. SAP baut es, liefert es und hält es aktuell, wenn sich die Quellanwendung ändert. Ihr Team pflegt keine Strecke.
• Semantisch angereichert. Die Daten kommen mit Metadaten: Feldbedeutungen, Beziehungen, Einheiten, Währungen. Datasphere und SAP Analytics Cloud nutzen das, ohne dass Sie es neu definieren.
• Geteilt, nicht kopiert. Datenprodukte liegen im BDC Object Store und werden per Delta Sharing geteilt. Nutzer lesen sie, ohne eine weitere Kopie in einem weiteren System anzulegen.

Sie aktivieren ein Datenprodukt in BDC, und es steht Datasphere für die Modellierung, SAP Analytics Cloud für das Reporting und SAP Databricks für Data Science zur Verfügung.

Welche Datenprodukte SAP zuerst ausgeliefert hat

Der erste Katalog von SAP konzentriert sich auf die Bereiche mit den am stärksten standardisierten Prozessen:

Quelle	Bereiche
SAP S/4HANA	Finanzen, Einkauf, Supply Chain
SAP Ariba	Einkauf und Beschaffung
SAP SuccessFactors	Lernen und Talent

Das ist eine vernünftige erste Welle: Finanz- und Einkaufsdaten sehen in vielen Unternehmen ähnlich aus, ein gepflegtes Modell passt also für viele Kunden. Es heisst aber auch, dass grosse Bereiche noch offen sind. Prüfen Sie den Katalog für Ihr Release, bevor Sie auf ein bestimmtes Datenprodukt setzen. Die Abdeckung wächst in Wellen: Im Mai 2025 hat SAP Hunderte neue Datenprodukte versprochen, über die ganze Business Suite hinweg.

Wie intelligente Anwendungen darauf aufbauen

Intelligente Anwendungen sind die nächste Schicht. SAP nannte sie beim Launch Insight Apps und hat sie an der Sapphire 2025 umbenannt. Es sind vorgefertigte Analyse- und Planungsinhalte; im Oktober 2025 hat SAP Finance, People und Cloud ERP Intelligence als allgemein verfügbar aufgeführt.

Der Aufbau sieht so aus:

1. Datenprodukte liefern die kuratierten Daten.
2. Semantische Modelle in Datasphere verbinden und beschreiben sie.
3. Inhalte in SAP Analytics Cloud stellen sie als Dashboards und Planung dar.

Eine intelligente Anwendung verpackt alle drei. Das funktioniert nur, weil das Datenprodukt darunter standardisiert ist. Ohne es bräuchte jede Anwendung zuerst eine eigene Datenschicht.

Worin sich das von Extraktoren und Replikation unterscheidet

	Klassische Extraktoren / Replikation	Datenprodukte
Wer modelliert die Geschäftslogik	Ihr Team oder Ihr Partner	SAP
Wartung bei Release-Änderungen	Ihre	Die von SAP
Datenbewegung	Kopien in BW oder Datasphere	Geteilt per Delta Sharing
Zusatzfelder und eigene Objekte	Ja, wenn Sie es bauen	Nur, was SAP aufnimmt
Daten ausserhalb von SAP und nicht abgedeckte SAP-Daten	Ja	Nein, separat integrieren

Der Tausch ist klar. Sie geben die Kontrolle über das Modell ab und gewinnen die Freiheit, es nicht pflegen zu müssen. Für Standarddaten aus Finanzen und Einkauf ist das für die meisten KMU ein guter Tausch. Bei stark angepassten Prozessen modellieren Sie Teile weiterhin selbst.

Warum CX-Daten die Lücke sind

Die ersten Datenprodukte von SAP betreffen ERP, Einkauf und HR. Revenue Intelligence, die Anwendung, die SAP für Vertriebs- und Servicedaten positioniert, war im letzten öffentlichen SAP-Stand, den wir belegen können, in Restricted Preview, und SAP hat nicht veröffentlicht, welche Objekte aus Sales Cloud V2 oder Service Cloud V2 sie liest. Für Unternehmen mit SAP CX bleibt damit die interessanteste Verknüpfung offen: Pipeline, Angebote und Servicefälle neben Aufträgen, Rechnungen und Margen.

Die Lücke ist real, lässt sich aber mit Werkzeugen überbrücken, die Sie bereits haben:

• Replikation in Datasphere. Holen Sie Accounts, Opportunities, Angebote und Fälle aus Sales Cloud V2 und Service Cloud V2 in Datasphere und modellieren Sie sie neben den S/4HANA-Datenprodukten.
• Ereignisgesteuerte Integration. Übertragen Sie Änderungen über SAP Integration Suite nach Datasphere, wenn Aktualität zählt.
• Gemeinsame Schlüssel. Sorgen Sie dafür, dass Kunden-, Produkt- und Mitarbeiterschlüssel zwischen CRM und ERP übereinstimmen. Sonst stimmt kein Modell die Zahlen ab.

Wir verbinden Daten aus Sales Cloud V2, Service Cloud V2 und S/4HANA Public Cloud und arbeiten mit Datasphere; wir sehen diese Verknüpfung also täglich. Das Schwierige ist selten die Technik. Es ist die Einigung, welches System welches Feld verantwortet.

Was das für Sie bedeutet

Für Schweizer KMU mit S/4HANA Public Cloud oder SAP CX:

1. Erfassen Sie Ihre heutigen Extraktoren. Listen Sie auf, welche Standardinhalte aus Finanzen, Einkauf oder Supply Chain abdecken. Das sind Kandidaten für den Ersatz durch Datenprodukte.
2. Eigene Logik bleibt, wo sie ist. Zusatzfelder und eigene Prozesse werden nicht in den Datenprodukten von SAP stehen. Planen Sie nicht so, als ob.
3. Planen Sie die CX-Brücke jetzt. Wenn Ihre Frage von der Pipeline bis zum Zahlungseingang reicht, braucht die CRM-Seite eine eigene Integration in Datasphere. Diese Arbeit hängt nicht von der Roadmap von SAP ab.
4. Zuerst die Stammdaten bereinigen. Ein sauber strukturiertes Datenprodukt auf doppelten Accounts liefert trotzdem falsche Antworten.
5. Vor der Unterschrift die Kosten dimensionieren. SAP bepreist BDC über Capacity Units; die Preisseite beschreibt das Modell. Dimensionieren Sie für Ihren ersten Anwendungsfall, nicht für die ganze Plattform.

Erste Schritte

Wählen Sie eine Frage, die das Management bereits stellt, idealerweise eine, die ERP-Daten aus einem abgedeckten Datenprodukt braucht. Aktivieren Sie genau dieses Datenprodukt, modellieren es in Datasphere und zeigen das Ergebnis der Person, die die Zahl verantwortet. CRM-Daten kommen im zweiten Schritt dazu.

Wenn Sie Unterstützung bei der Wahl des ersten Datenprodukts oder bei der CX-Brücke nach Datasphere möchten, finden Sie auf unserer Seite zu Business Data Cloud den Weg zu uns. Ein kurzes Gespräch genügt, um den Startpunkt zu klären.

Häufige Fragen

Was ist ein Datenprodukt in SAP Business Data Cloud?

Ein kuratierter Datensatz aus einer SAP-Anwendung, geliefert mit seiner fachlichen Bedeutung und von SAP aktuell gehalten. Er liegt im BDC Object Store und wird ohne Kopie mit Datasphere, SAP Analytics Cloud oder SAP Databricks geteilt.

Welche Datenprodukte gibt es?

Die ersten Datenprodukte von SAP decken Finanzen, Einkauf und Supply Chain aus S/4HANA und SAP Ariba ab, dazu Lern- und Talentdaten aus SAP SuccessFactors. Prüfen Sie vor der Planung den Katalog für Ihr Release, denn die Abdeckung wächst in Wellen.

Ersetzen Datenprodukte meine Extraktoren?

Für die Standardinhalte, die SAP abdeckt, ist das die Absicht. Für Zusatzfelder, eigene Objekte und Anwendungen ohne Datenprodukte integrieren Sie weiterhin selbst, typischerweise über Datasphere.

Wie kommen Daten aus SAP Sales Cloud V2 in BDC?

Prüfen Sie zuerst den Datenprodukt-Katalog für Ihr Release. Wo es kein Datenprodukt für Sales Cloud V2 gibt, replizieren Sie die Daten in Datasphere oder übertragen Änderungen ereignisgesteuert über SAP Integration Suite und modellieren sie neben den S/4HANA-Datenprodukten.