Konzeptkarte

SAP Business Data Cloud (BDC)

Stand 18. Oktober 2026

Redaktion: Cédric Mary, 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 SAP Business Data Cloud (BDC)?

SAP Business Data Cloud, BDC, ist SAPs derzeitige Vorzeige-Analytics-Plattform, und das Erste, was man verstehen muss, ist, dass es ebenso sehr eine Packaging-Entscheidung ist wie eine technische.

SAP Business Data Cloud, BDC, ist SAPs derzeitige Vorzeige-Analytics-Plattform, und das Erste, was man verstehen muss, ist, dass es ebenso sehr eine Packaging-Entscheidung ist wie eine technische. Sie bringt SAP Datasphere als semantische Schicht, ein von Databricks verwaltetes Lakehouse als offene Storage-Schicht, Joule-Agenten als KI-Konsumtionsfläche, den SAP Knowledge Graph als semantisches KI-Substrat, das Geschäftsentitäten über die gesamte Landschaft hinweg verbindet, und eine gemeinsame Catalog-plus-DAC-Governance-Ebene zusammen, die alles davon umspannt. Keines der einzelnen Teile ist neu — Datasphere und Joule existierten bereits vor BDC — neu ist, dass sie nun einen gemeinsamen Governance-Vertrag, einen gemeinsamen Catalog und eine gemeinsame Abrechnungsbeziehung teilen, statt vier separat lizenzierte, separat verwaltete Produkte zu sein, die ein Kunde selbst miteinander verdrahten muss.

Warum das strategisch von Bedeutung ist

Der Kunde, für den BDC gebaut ist, hat eine bestimmte, verbreitete Form: siebzig bis achtzig Prozent seiner analytisch relevanten Daten liegen innerhalb der SAP-Landschaft, und die verbleibenden zwanzig bis dreißig Prozent leben in angrenzenden Systemen — Salesforce, Workday, ein Snowflake- oder Databricks-Warehouse, das das Datenteam bereits betreibt, Partnerdaten, die per Delta geteilt werden. Vor BDC stand dieser Kunde vor einer binären Wahl ohne guten Mittelweg: entweder vollständig innerhalb von SAP bleiben und den Zugang zu modernem Lakehouse-Tooling und Machine-Learning-Workflows verlieren, oder auf eine offene Stack-Plattform wechseln und ein achtzehnmonatiges Projekt investieren, um SAPs Geschäftssemantik von Grund auf neu zu bauen — typischerweise mit einem bedeutenden Anteil dieser semantischen Modellierung falsch, weil es nie SAPs eigenes Team war, das sie gebaut hat. BDCs Angebot löst diese Abwägung direkt auf: SAPs Geschäftssemantik nativ behalten, weil Datasphere plus ausgeliefertem S/4-Content mit vorgefertigten Modellen kommt; Lakehouse- und Machine-Learning-Fähigkeit nativ hinzugewinnen, weil Databricks nun innerhalb der Abrechnungs- und Governance-Grenze von BDC läuft statt als angeflanschtes Integrationsprojekt.

Wie die fünf Teile zusammenpassen

Der Catalog ist das Teil, das die anderen vier dazu bringt, sich wie ein einziger Stack zu verhalten statt wie vier Produkte auf einer gemeinsamen Rechnung — er ist die vereinheitlichte Metadatenschicht, die semantische Typen, Lineage, Data Products und DAC-Regeln über sowohl die Datasphere- als auch die Databricks-Seite hinweg trägt, und ohne ihn wäre BDC wirklich nur ein Bündel. Datasphere tut weiterhin, was es immer getan hat — Analytic Models, Hierarchien, Währungsumrechnung, Push-down-Ausführung gegen HANA Cloud —, löst seinen Catalog jetzt aber aus dem BDC-Scope statt aus einem eigenständigen Tenant auf. Das von Databricks verwaltete Lakehouse stellt Speicher im Delta-Format bereit, das über Unity Catalog verwaltet wird, erreichbar über Spark-Notebooks, MLflow oder DBSQL, vorbereitgestellt und über SAP abgerechnet statt als separater Databricks-Vertrag ausgehandelt. Joule-Agenten konsumieren Datasphere Analytic Models für Geschäftskontext und können über abgesicherte Aktionen zurückschreiben, wobei jede auf Catalog-Ebene definierte DAC-Regel automatisch auf alles angewendet wird, was Joule in einer Antwort zeigt. Der Knowledge Graph liegt darunter als verbindende Schicht, die Customer, Material, Order und andere zentrale Geschäftsentitäten über die gesamte Landschaft hinweg verknüpft, sowohl Joule als auch Datasphere als abfragbaren Kontext zugänglich gemacht, statt dass jedes konsumierende Werkzeug diesen Entitäten-Graph selbst neu bauen müsste.

Entscheidungsrahmen: wann BDC die richtige Wahl ist

Die Abwägung, die ein Consultant einem Kunden ehrlich vermitteln muss, ist Kosten-und-Lock-in gegenüber Geschwindigkeit-und-Kohärenz. BDC statt einer selbst zusammengesetzten Architektur aus eigenständigem Datasphere plus eigenständigem Databricks plus individueller Governance zu wählen, kauft schnellere Time-to-Value — die semantische und Governance-Verdrahtung zwischen den Teilen kommt vorgefertigt, statt als maßgeschneiderte Integrationsarbeit, die ein Systemintegrator sonst in Rechnung stellen würde — auf Kosten der Festlegung auf SAPs Packaging, Preisgestaltung und Roadmap-Tempo für diese Verdrahtung, statt Best-of-Breed-Komponenten zu wählen und sie eigenständig zu integrieren. Für einen Kunden, dessen Analytics-Landschaft wirklich SAP-mehrheitlich ist, spricht diese Abwägung meist für BDC; für einen Kunden, dessen Datenlandschaft wirklich ausgewogen oder open-stack-mehrheitlich ist, kann eigenständiges Datasphere, das in ein Lakehouse föderiert, das der Kunde bereits selbst verwaltet, die besser passende, weniger gebundene Architektur sein, und es lohnt sich, beide Pfade explizit durchzuspielen, bevor BDC als Standardantwort empfohlen wird.

Fallstricke und Anti-Patterns

Der häufigste Fehler ist, BDC einem Kunden als Datasphere mit zusätzlichen Features zu positionieren — das verkauft die Governance-Vereinheitlichung, das eigentliche Unterscheidungsmerkmal, unter Wert und setzt die falsche Erwartung an den Migrationsaufwand, denn eine bestehende eigenständige Databricks-Landschaft in die Governance-Grenze von BDC zu überführen ist ein echtes Projekt, kein Umschalter. Ein zweiter Fallstrick ist die Annahme, BDC mache einen Databricks-Spezialisten im Team überflüssig, weil SAP es jetzt verwaltet — das Lakehouse braucht weiterhin täglich jemanden, der Spark, Delta und Unity Catalog versteht; BDC ändert, wer die Infrastruktur abrechnet, nicht, wer die darauf laufenden Workloads betreiben muss. Ein drittes Antipattern ist, Knowledge Graph und Catalog als optionale Teile zu behandeln, die man später konfiguriert — weil sie es sind, was BDC zu mehr als einem Bündel macht, reproduziert ihr Aufschieben schlicht das Fragmentierungsproblem von vor BDC innerhalb eines BDC-Vertrags, mit den zusätzlichen Kosten der Plattform selbst obendrauf.

Wo BDC innerhalb der SAP Business AI Platform steht, September 2026

Seit der Sapphire 2026 (12.–13.05.2026) vermarktet SAP BDC nicht mehr als eigenständiges Analytics-Produkt, sondern als das Datenfundament der breiteren SAP Business AI Platform, der Dachmarke, die BTP, BDC und SAP Business AI nun unter einer governten Umgebung vereint. Konkret bedeutet das: Jedes governte Data Product, das der BDC-Catalog veröffentlicht, ist auch der Stoff, auf dem der Orchestrierungsdienst des Generative AI Hub aufsetzt, wenn ein Joule-Agent oder eine eigene AI-Core-Anwendung Dokumenten- oder Daten-Grounding statt nur parametrisches Gedächtnis benötigt — der Catalog und die DAC-Regeln von BDC sind kein separates Governance-System neben Business AI, sie SIND das Governance-System, das Business AI liest.

Zwei konkrete, datierte Entwicklungen ändern, worauf ein BDC-Engagement im September 2026 scopen sollte. Erstens hat SAP-RPT-1.6 (und 1.6-large) SAP-RPT-1.5 als aktuelle Generation des tabellarischen Fundamentmodells auf dem Generative AI Hub abgelöst, zusammen mit einem neuen Tabular-Orchestration-Workflow und einer RPT Playground API (bis zu 1.000 Anfragen/Stunde) — jedes BDC-Data-Product mit der passenden Form (strukturiert, tabellarisch, mit Mustern, die ein Kunde vorhersagen statt nur berichten will) kann nun direkt über den Hub an RPT übergeben werden, ohne separate ML-Pipeline. Zweitens ist TabPFN-3.5-Plus (aus SAPs Prior-Labs-Übernahme vom Juli 2026) am 15.09.2026 innerhalb von SAP AI Core GA gegangen, mit einem zeitlich begrenzten Werbepreis von 50 % Rabatt bis Ende September 2026 — eine echte neue, kontextbasierte Alternative zu RPT für ein BDC-Data-Product, aus dem ein Kunde schnell Vorhersagen möchte, ohne separaten Trainingsschritt. Keines von beiden ist eine BDC-Funktion an sich; beide konsumieren BDC-Data-Products als Eingabe, was genau das Argument stützt, dass der BDC-Catalog das Stück ist, das ein reiner Lakehouse-Anbieter einem Kunden nicht verkaufen kann — es ist inzwischen auch das Stück, von dessen Sauberkeit und Governance die AI-Core-Ausgaben des Kunden überhaupt abhängen.

Was der Projektmarkt vom 27. September bis 6. Oktober 2026 nachgefragt hat

Sieben der zehn für den 1. und 2. Oktober gelisteten Projekte lagen in Deutschland, je eines in der Schweiz, den USA und Rumänien: Der deutschsprachige Markt fragte BDC am stärksten nach, meist als benanntes Produkt im Titel („Data Architect & Engineer SAP Business Data Cloud“, „Senior Developer, SAP Analytics & Business Data Cloud“).
BDC stand selten allein: In einem deutschen Titel mit BW/4HANA, in einem anderen mit SAC, im Schweizer Projekt mit Enterprise Performance Management. Für Praktiker bestätigt das, dass BDC-Arbeit als Brücke aus einem bestehenden BW- und SAC-Bestand verkauft wird, nicht als Greenfield-Plattform.
Die Rollen waren senior und technisch: Data Architect und Engineer, Senior Developer, Senior Consultant. Ein US-Projekt suchte einen Datasphere-Architekten, ein rumänisches einen Analytics Data Engineer über BW, SAC und Datasphere; Datasphere blieb also überall dort Mitanforderung, wo BDC genannt wurde.
Ein deutsches Projekt verband S/4HANA-Analytics mit KI im Titel, was zur Argumentation der Karte passt: Gesucht wird Personal für Catalog und Data Products, nicht für das Lakehouse allein.

SAP Connect 2026 (5.–7. Oktober 2026)

Die SAP Connect hat in den für diese Karte geprüften Quellen keine neuen Funktionen für SAP Datasphere, SAP Analytics Cloud oder BDC Connect angekündigt und keine Änderung der BDC-Preise; BDC erscheint als Fundament unter anderen Ankündigungen. Vier sind relevant. Erstens ist SAP Reltio in SAP Business Data Cloud, basierend auf der übernommenen Reltio-Technologie, ab sofort allgemein verfügbar (Innovation News Guide): Es führt fragmentierte Datensätze zu Kunden, Lieferanten, Produkten, Standorten und anderen Entitäten über SAP- und Nicht-SAP-Systeme zu verlässlichen, domänenübergreifenden Golden Records mit Beziehungen und Hierarchien zusammen, als „System of Context“ für Anwendungen und KI-Agenten; SAP sagt, es ergänze SAP Master Data Governance, das Governance und Prozesskontrolle an der SAP-Anwendungsquelle behält. Zweitens wird SAP Enterprise Financial Consolidation mit BDC-Komponenten gebaut und nutzt von SAP kuratierte Datenprodukte für seine Konsolidierungs- und Offenlegungsassistenten; Early Adopter Care ist für Q1 2027 geplant (C042). Drittens zeigte die Spend-Connect-Keynote Spend Intelligence mit SAP Business Data Cloud als Demo (21:13), ohne Verfügbarkeitsaussage. Viertens bauen neue von SAP verwaltete Integrationsdienste für SAP Cloud ERP Private auf der bestehenden BDC-Integration auf.

Für Architekten ist der Positionierungssatz aus der Pressemitteilung der zu zitierende: BDC und SAP Knowledge Graph „verankern diese Agenten in verlässlichen Geschäftsdaten und Kontext“. Der Entscheidungsrahmen dieser Karte ändert sich nicht; nehmen Sie Entitätsauflösung (SAP Reltio) in die Liste der zu bewertenden BDC-Fähigkeiten auf, wenn Agenten eine einheitliche Sicht auf einen Kunden oder Lieferanten über Systeme hinweg brauchen.

Aktualisierung vom 10. Oktober 2026

8. Okt. 2026 - Joule Work liest aus BDC. SAP erklärt, Joule Work, die neue KI-Oberfläche mit beginnendem Kunden-Rollout (alle Kunden „später in diesem Monat“, kein formelles GA-Datum), beziehe alle Daten aus Business Data Cloud, die SAP- und Nicht-SAP-Quellen vereint. Praktisch heißt das: Qualität und Governance der Datenprodukte in BDC werden zur Eintrittsbedingung für den Nutzen von Joule Work; die von SAP genannten Produktivitätsgewinne sind Herstellerangaben.
9. Okt. 2026 - kundenspezifische Datenprodukte brauchen einen Lebenszyklus. Ein Leitfaden der SAP Community behandelt den Data Sharing Cockpit in Datasphere / BDC: Status und zulässige Übergänge, semantische Versionierung, Artefakt-Updates und sicheres Löschen. Behandeln Sie jedes eigene Datenprodukt als versionierten Vertrag mit Verantwortlichem und Ablösepfad, nicht als einmalige Veröffentlichung.
9. Okt. 2026 - PaPM konsumiert Datenprodukte. SAP PaPM Cloud Universal Model erhält den Verbindungstyp „BDC Data Product“, der harmonisierte BDC-Datenprodukte über ein gezieltes HANA-Schema liest; Profitabilitäts- und Performance-Modelle nutzen sie ohne individuelle Integration.

Warum es zählt

Ohne den Catalog fällt BDC auf zwei separat verwaltete Produkte in einer gemeinsamen Hülle zurück — er ist das integrierende Teil, nicht Datasphere oder Databricks für sich genommen.
Das Databricks-Lakehouse ist innerhalb von BDC vorbereitgestellt und über SAP abgerechnet, sodass der Kunde nie einen zweiten, separaten Databricks-Vertrag trägt — eine echte kommerzielle Vereinfachung, die sich anführen lässt.
Das Verkaufsargument stützt sich auf eine reale Zahl: Ein typischer SAP-Kunde hat bereits 70–80 % der analytisch relevanten Daten in SAP, sodass SAP-Semantik-out-of-the-box plus werkzeugübergreifende Governance der Unterscheidungsfaktor ist, nicht rohe Lakehouse-Fähigkeit.

Kernpunkte

Fünf Komponenten: Catalog (integrierend) + Datasphere + Databricks-Lakehouse + Joule + Knowledge Graph.
GA (Stand 2026-05): alle fünf Komponenten integriert. SAP Knowledge Graph wurde auf der SAP TechEd (Okt. 2024) angekündigt und ist seit Q1 2025 über Datasphere und Joule verfügbar; die Knowledge-Graph-Engine von HANA Cloud ist seit Q1 2025 allgemein verfügbar.
Preisgestaltung: Minimum 128 CU (gegenüber 64 eigenständig); Einstieg 100–180 Tsd. €/Jahr GJ26.
Entscheidungsregel: BDC bei > 5 TB + ML/Notebook + Wunsch nach vereinheitlichter Governance; eigenständig bei < 5 TB + kein ML.
Hot-/Cold-Partitionierung: HANA Cloud für Sub-Sekunden-Abfragen (SAC > 10×/Tag); Delta für kalte/historische/ML-Daten.
Domänenübergreifende Joins → Datasphere Analytic Models. ML-Feature-Engineering → Databricks-Notebooks.
BDC Catalog umspannt beide Seiten — eine einzige DAC-Regel erreicht jeden Konsumenten.
Die Migration BW → BDC ist der Markt über 4 Mrd. €: ~4.000 BW-MEE-Kunden (Analytics Legends estimate, Q1 2026).
SAP Connect (6. Oktober 2026): SAP Reltio in SAP Business Data Cloud ist ab sofort allgemein verfügbar — Entitätsauflösung und Golden Records über SAP- und Nicht-SAP-Systeme, ergänzend zu SAP Master Data Governance; in den geprüften Quellen wurde auf der Connect keine neue Datasphere-, SAC- oder BDC-Connect-Funktion angekündigt.
Joule Work (Rollout ab Okt. 2026) bezieht alle Daten aus BDC: Die Governance der Datenprodukte ist der begrenzende Faktor (SAP-Ankündigung).

Quellen

In der App öffnen →

Leitfäden, die mit dieser Seite antworten

Diese Leitfäden nennen diese Seite als eine der Quellen, auf die sich ihre Antwort stützt.

SAP Datasphere MCP: Server, Optionen und Grenzen

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.