Konzeptkarte

SAP BDC Connect — Standarddienst für Partnerintegrationen

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 SAP BDC Connect — Standarddienst für Partnerintegrationen?

BDC Connect standardisiert, was früher ein maßgeschneidertes Connector-Projekt pro Partner war — es erzwingt an der Integrationsgrenze Authentifizierung, Schemakonformität, Lineage-Weitergabe und die Vererbung von Zugriffsrichtlinien, über drei terminierte Hyperscaler-Fenster hinweg.

Worum es geht

SAP BDC Connect ist der Standard-Integrationsdienst, den SAP eingeführt hat, um externen Datenplattformen einen geregelten, nicht maßgeschneiderten Weg zu geben, sich mit Business Data Cloud zu verbinden. Bevor dieser Dienst existierte, erforderte jede Partnerintegration — die Anbindung eines Databricks-Workspace, eines Fabric-Lakehouse oder eines AWS-Datenbestands an die semantische Schicht von SAP — ein maßgeschneidertes Connector-Projekt: individuelles Schema-Mapping, individuelle Authentifizierung, individuelles Lineage-Tracking, wiederholt für jeden Partner und jeden Kunden. BDC Connect ersetzt dieses Muster durch einen einzigen Vertrag: Eine Partnerplattform registriert sich einmalig als BDC-Endpunkt und erhält bidirektionalen, geregelten Zugriff auf SAP Data Products und Knowledge-Core-Semantik nach Regeln, die SAP zentral durchsetzt, statt Regeln, die jede Integration neu erfindet.

Warum es zählt

Die vier durchgesetzten Vertragspunkte sind konkret: SAP-IAS-Authentifizierung (keine individuellen Credential-Speicher), Ablehnung von Schema-Drift am Gateway, Lineage-Rückführung an Knowledge Core und Vererbung der Datasphere-Zugriffskontrollen in die Partnerplattform.
Die Richtlinienvererbung ist konkret und prüfbar: Ein Fabric-Nutzer ohne Rechte auf ein Cost Center in Datasphere kann es auch über Fabric nicht abfragen — die Zugriffskontrolle folgt den Daten, nicht dem Tool.
Der Drei-Hyperscaler-Zeitplan ist datiert und hat sich bereits einmal verschoben: Databricks Enterprise heute, Microsoft Fabric ursprünglich Q2 2026 — bestätigt auf die zweite Jahreshälfte 2026 (Q3 2026) verschoben auf der Sapphire im Mai 2026 — und AWS Q3 2026. Die Wahl des Hyperscalers eines Kunden bestimmt direkt, wann BDC Connect für ihn nutzbar wird, und die Fabric-Verschiebung ist ein lebendiges Beispiel dafür, warum Termine vor Angebotsabgabe erneut geprüft werden müssen.

Kernpunkte

BDC Connect = Standard-Technikdienst für die Integration externer Datenplattformen in BDC — kein kommerzielles Modell (das ist Solution Extension).
Databricks Enterprise = erster Partner, heute verfügbar; Workspace als BDC-Endpunkt registrieren, SAP Data Products als Delta-native Tabellen konsumieren.
Microsoft Fabric = ursprünglich für Q2 2026 anvisiert, bestätigt auf die zweite Jahreshälfte 2026 (Q3 2026) verschoben auf der SAP Sapphire im Mai 2026 — Stand 16.08.2026 noch nicht GA; Fabric Lakehouse + OneLake werden zu erstklassigen BDC-Endpunkten und ermöglichen den Power-BI-Konsum von BDC-SAP-Semantik ohne ETL, sobald es verfügbar ist.
AWS = Q3 2026; S3 (Lake Storage), Glue (Katalog), Redshift (Analytics) treten dem BDC-Fabric für AWS-verankerte Kunden bei.
Vier technische Verträge werden an der Integrationsgrenze durchgesetzt: Authentifizierung (SAP IAS), Schemakonformität, Lineage-Rückführung an Knowledge Core und Richtlinienvererbung aus den Datasphere Data Access Controls.
Rohdaten verbleiben in der Partnerplattform; die semantische SAP-Schicht wird über Knowledge Core geteilt — die Partnerplattform ist eine Compute- und Speichererweiterung, kein Ziel für eine Datenmigration.
Unterscheidung SolEx vs. BDC Connect: SolEx = kommerziell (SAP verkauft das Produkt, eine Bestellung); BDC Connect = technisch (Plattformen interagieren, separate Anbieterverträge). Ein Kunde kann beides gleichzeitig haben.
Behandeln Sie BDC Connect als die Multi-Cloud-Antwort für Kunden, die sich nicht auf einen einzigen Hyperscaler festlegen wollen oder die bereits plattformübergreifende Investitionen getätigt haben.
Die Richtlinienvererbung ist der Governance-Differenzierer: Ein Fabric-Nutzer ohne Datasphere-Zugriff auf ein Cost Center kann es über Fabric nicht abfragen — die Zugriffskontrolle muss nicht auf jeder Plattform erneut spezifiziert werden.
Lineage-Weitergabe bedeutet, dass jede Databricks- oder Fabric-Transformation an einem SAP Data Product durchgängig in Knowledge Core prüfbar ist — was Data-Lineage-Anforderungen erfüllt, ohne ein separates Metadatenkatalog-Projekt.

Begriffe auf dieser Seite

BDC Connect: Der Standard-Technikintegrationsdienst in BDC, der es externen Datenplattformen (Databricks, Microsoft Fabric, AWS) erlaubt, sich als geregelte Endpunkte zu registrieren, SAP Data Products zu konsumieren und angereicherte Ausgaben unter einem einheitlichen Authentifizierungs-, Schema-, Lineage- und Richtlinienvertrag an Knowledge Core zurückzugeben.
BDC-Endpunkt: Eine registrierte externe Plattforminstanz (z. B. ein Databricks-Workspace, ein Fabric-Lakehouse, ein S3-Bucket), die BDC Connect als erstklassigen Compute- oder Speicherknoten innerhalb der BDC-Architektur behandelt.
SAP Data Product: Ein veröffentlichter, geregelter Datensatz in BDC mit definiertem Schema, Zugriffskontrollen, SLA und Lineage — die Austauscheinheit, die BDC-Connect-Partner konsumieren und anreichern.
Knowledge Core: Die semantische und Governance-Schicht in BDC — beherbergt Datasphere (Definitionen von Geschäftsentitäten, Data Access Controls, virtuelle Tabellen) und SAC (Analytics- und Planungsoberflächen); BDC-Connect-Partner lesen aus Knowledge Core und schreiben dorthin zurück.
Richtlinienvererbung: Der BDC-Connect-Mechanismus, durch den in den Datasphere Data Access Controls definierte Zugriffskontrollen automatisch für Daten gelten, die in Partnerplattformen fließen — ein Fabric-Nutzer kann nicht auf Daten zugreifen, die seine Datasphere-Rolle nicht erlaubt, ohne dass dies in Fabric erneut spezifiziert werden muss.
Lineage-Weitergabe: Der BDC-Connect-Mechanismus, durch den jede Transformation, die eine Partnerplattform (Databricks-Job, Fabric-Pipeline) auf ein SAP Data Product anwendet, automatisch ihre Lineage in Knowledge Core erfasst und so eine durchgängige Prüfung ohne separaten Metadatenkatalog ermöglicht.
Schemakonformitäts-Gate: Die Integrationsgrenzprüfung von BDC Connect, die validiert, dass die Partnerplattform SAP Data Products in ihrem veröffentlichten Schema erhält; Schema-Drift oder Versionsabweichungen werden am Gateway abgelehnt, statt nachgelagerte Analytics stillschweigend zu beschädigen.
Multi-Cloud-Aufstellung: Architekturhaltung eines Kunden, bei der Datendienste über mehrere Hyperscaler verteilt sind (Azure für Fabric, AWS für Redshift, GCP für BigQuery); BDC Connect ermöglicht es der Knowledge-Core-Governance, diese Aufstellung abzudecken, ohne eine Konsolidierung auf eine einzige Cloud zu erfordern.

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 →