Fiche concept

SAP BDC Connect — service standard pour intégrations partenaires

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que SAP BDC Connect — service standard pour intégrations partenaires ?

BDC Connect standardise ce qui était auparavant un projet de connecteur sur-mesure par partenaire — imposant authentification, conformité de schéma, propagation de lignage et héritage de politiques d'accès à la frontière d'intégration, sur trois fenêtres hyperscaler datées.

SAP BDC Connect est le service d'intégration standard que SAP a introduit pour donner aux plateformes de données externes un moyen gouverné et non sur mesure de rejoindre Business Data Cloud. Avant l'existence de ce service, chaque intégration partenaire — connecter un espace de travail Databricks, un lakehouse Fabric ou un patrimoine de données AWS à la couche sémantique de SAP — exigeait un projet de connecteur sur mesure : mappage de schéma spécifique, authentification spécifique, traçabilité spécifique, répétés pour chaque partenaire et chaque client. BDC Connect remplace ce schéma par un contrat unique : une plateforme partenaire s'enregistre une fois comme point de terminaison BDC, et obtient un accès bidirectionnel et gouverné aux Data Products SAP et à la sémantique de Knowledge Core selon des règles que SAP applique de façon centralisée plutôt que des règles que chaque intégration réinvente.

Ce que le service impose réellement

Pourquoi c'est important

Les quatre points de contrat imposés sont précis : authentification SAP IAS (pas de stockage d'identifiants custom), rejet de la dérive de schéma à la passerelle, lignage propagé vers Knowledge Core, et contrôles d'accès Datasphere hérités dans la plateforme partenaire.
L'héritage des politiques est concret et testable : un utilisateur Fabric sans droits sur un Centre de coûts dans Datasphere ne peut pas non plus l'interroger via Fabric — le contrôle d'accès suit la donnée, pas l'outil.
La timeline des trois hyperscalers est datée et a déjà bougé une fois : Databricks Enterprise aujourd'hui, Microsoft Fabric initialement Q2 2026 — glissement confirmé vers le second semestre 2026 (Q3 2026) lors de Sapphire en mai 2026 — et AWS Q3 2026. Le choix hyperscaler d'un client détermine directement quand BDC Connect devient utilisable pour lui, et ce glissement Fabric illustre pourquoi les dates doivent être revérifiées avant qu'une proposition ne parte.

Points clés

BDC Connect = service technique standard pour l'intégration des plateformes de données externes dans BDC — pas un modèle commercial (c'est Solution Extension).
Databricks Enterprise = premier partenaire, disponible ; enregistrer le workspace comme endpoint BDC, consommer les Produits de données SAP comme tables Delta-natives.
Microsoft Fabric = initialement ciblé Q2 2026, glissement confirmé vers le second semestre 2026 (Q3 2026) lors de SAP Sapphire, mai 2026 — pas encore GA au 2026-08-16 ; Fabric Lakehouse + OneLake deviendront endpoints BDC de première classe pour la consommation Power BI de la sémantique SAP BDC sans ETL une fois disponible.
AWS = Q3 2026 ; S3 (Lake Storage), Glue (catalogage), Redshift (analytique) rejoignent le tissu BDC pour les clients ancrés AWS.
Quatre contrats techniques imposés à la frontière d'intégration : authentification (SAP IAS), conformité schéma, propagation lignage vers Knowledge Core, héritage politiques depuis Datasphere DAC.
Les données brutes restent dans la plateforme partenaire ; la couche sémantique SAP est partagée via Knowledge Core.
Distinction SolEx vs BDC Connect : SolEx = commercial (SAP vend le produit, un bon de commande) ; BDC Connect = technique (les plateformes interopèrent, contrats fournisseurs séparés). Un client peut avoir les deux simultanément.
Traiter BDC Connect comme la réponse multi-cloud pour les clients refusant de s'engager sur un seul hyperscaler ou avec des investissements cross-plateformes préexistants.
L'héritage des politiques est le différenciateur de gouvernance : un utilisateur Fabric sans accès Datasphere à un Centre de coût ne peut pas le requêter via Fabric.
La propagation du lignage rend toute transformation Databricks ou Fabric sur un Produit de données SAP auditable de bout en bout dans Knowledge Core.

Termes employés sur cette page

BDC Connect: Le service d'intégration technique standard de BDC qui permet à des plateformes de données externes (Databricks, Microsoft Fabric, AWS) de s'enregistrer comme endpoints gouvernés, de consommer les SAP Data Products et de renvoyer des sorties enrichies vers Knowledge Core sous un contrat unifié d'authentification, de schéma, de traçabilité et de politique.
BDC endpoint: Une instance de plateforme externe enregistrée (p. ex. un workspace Databricks, un Lakehouse Fabric, un bucket S3) que BDC Connect traite comme un nœud de calcul ou de stockage de premier rang au sein de l'architecture BDC.
SAP Data Product: Un jeu de données publié et gouverné dans BDC, doté d'un schéma défini, de contrôles d'accès, d'un SLA et d'une traçabilité — l'unité d'échange de données que les partenaires BDC Connect consomment et enrichissent.
Knowledge Core: La couche sémantique et de gouvernance de BDC — elle héberge Datasphere (définitions d'entités métier, Data Access Controls, tables virtuelles) et SAC (surfaces d'analyse et de planification) ; les partenaires BDC Connect lisent depuis et réécrivent vers Knowledge Core.
Policy inheritance: Le mécanisme BDC Connect par lequel les contrôles d'accès définis dans les Data Access Controls de Datasphere s'appliquent automatiquement aux données circulant vers les plateformes partenaires — un utilisateur Fabric ne peut pas accéder à des données que son rôle Datasphere n'autorise pas, sans aucune redéfinition dans Fabric.
Lineage propagation: Le mécanisme BDC Connect par lequel toute transformation qu'une plateforme partenaire (job Databricks, pipeline Fabric) applique à un SAP Data Product enregistre automatiquement sa traçabilité dans Knowledge Core, permettant un audit de bout en bout sans catalogue de métadonnées distinct.
Schema conformance gate: Le contrôle de frontière d'intégration BDC Connect qui valide que la plateforme partenaire reçoit les SAP Data Products dans leur schéma publié ; toute dérive de schéma ou incohérence de version est rejetée à la passerelle plutôt que de corrompre silencieusement l'analytique en aval.
Multi-cloud posture: Posture architecturale du client où les services de données sont répartis sur plusieurs hyperscalers (Azure pour Fabric, AWS pour Redshift, GCP pour BigQuery) ; BDC Connect permet à la gouvernance Knowledge Core de couvrir cette posture sans imposer de consolidation sur un cloud unique.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →

SAP BDC Connect — service standard pour intégrations partenaires

Qu'est-ce que SAP BDC Connect — service standard pour intégrations partenaires ?

Ce que le service impose réellement

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM