Les data products de SAP Business Data Cloud pour les agents IA
À jour au 2026-09-25
Pour les consultants qui font passer un client du grounding sur modèle Datasphere (M342) au grounding directement sur des data products Business Data Cloud. Couvre ce que contient réellement un data product (schéma typé, KPI métier, lignage, métadonnées de gouvernance), le flux d'élaboration de Data Product Studio, les quatre capacités d'agent Joule annoncées par SAP à Sapphire 2026 pour les data products (GA ciblée S2 2026), le partage zero-copy via Delta Sharing et SAP BDC Connect (GA octobre 2025, synchronisation des métadonnées sémantiques dans Unity Catalog), la décision entre ancrer sur un data product ou sur un modèle Datasphere, et les échecs de métadonnées de gouvernance et de versionnage qui rendent un data product dangereux pour un agent. Se termine par le paysage des certifications BDC (C_BCBDC_2505, C_BDCDA) et trois exercices.
Ce que vous apprendrez
- Définir ce que contient un Data Product de SAP Business Data Cloud au-delà de la donnée brute — schéma, KPI, lignage, métadonnées de gouvernance — et pourquoi cela compte pour un agent
- Expliquer le flux d'élaboration de Data Product Studio (conception de schéma, SLA, lignage, liaison DAC, versionnage) assez précisément pour juger si un produit est prêt pour un agent
- Décrire les capacités d'agent Joule que SAP a construites directement sur les data products (découverte de données, modélisation analytique, insights métier, génération de stories SAC) et leur calendrier annoncé
- Expliquer le partage zero-copy via Delta Sharing et SAP Business Data Cloud Connect, y compris pourquoi la synchronisation des métadonnées sémantiques compte autant que les lignes elles-mêmes
- Décider, pour un objet métier donné, s'il faut ancrer un agent sur un data product BDC ou sur un modèle Datasphere, et justifier ce choix
- Identifier les lacunes de métadonnées de gouvernance et les risques de versionnage qui rendent un data product dangereux pour qu'un agent en dépende
Aperçu du module
À qui s'adresse ce module. Vous avez terminé le M342 (Datasphere comme couche de grounding) et votre client passe de « nous ancrons un agent sur un modèle Datasphere » à « nous l'ancrons plutôt sur un data product de Business Data Cloud — qu'est-ce qui change ? ». Ce module répond à cela au niveau livraison : ce qu'est réellement un data product en tant qu'objet consommé par un agent, ce que les agents Joule propres à SAP font désormais directement avec les data products, comment le partage zero-copy rend un data product accessible en dehors de SAP sans le dupliquer, et les métadonnées de gouvernance qui décident si un agent qui l'utilise est sûr.
Prérequis
- M342 (SAP Datasphere comme couche de grounding pour Joule) ou compréhension équivalente de l'architecture de grounding
- Familiarité pratique avec les concepts de Catalogue et de data product de SAP Business Data Cloud (C009, C011, C269)
- Compréhension de base du partage zero-copy / Delta Sharing (C016)
Acquis
- Évaluer si un data product spécifique est prêt pour un agent en vérifiant son propriétaire, sa cadence de rafraîchissement et sa classification.
- Distinguer, pour un objet métier donné, si le grounding doit utiliser un data product BDC ou un modèle Datasphere.
- Concevoir un chemin de grounding zero-copy pour un agent s'exécutant hors de SAP, en précisant quelles métadonnées sémantiques doivent voyager avec la donnée.
- Rédiger un plan de figeage de version et de notification de dépréciation qui empêche les définitions d'outil d'un agent de se casser silencieusement.
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.