BARC — Data Products & Data Contracts en 2026 : la fondation du succès IA

De quoi il s'agit

Un produit de données est l'unité atomique du partage de données gouverné : un jeu de données délimité — avec un propriétaire, un schéma, un accord de niveau de service et un contrat sémantique — produit intentionnellement pour être consommé par d'autres équipes. Ce n'est pas un résultat de requête, ni un pipeline brut, ni une table de staging. C'est un artefact nommé et versionné qui répond de manière fiable et répétable à une question métier précise, indépendamment du système source sous-jacent. Le contrat de données est l'accord formel qui rend un produit de données digne de confiance : il précise le schéma (noms de champs, types, nullabilité), le SLA de fraîcheur (fréquence de mise à jour et garantie de délai), les règles qualité (plages acceptables, contrôles d'intégrité référentielle), le propriétaire (l'équipe responsable des ruptures de contrat et de la réponse aux incidents) et les conditions d'accès (qui peut le lire et sous quelle classification).

Pourquoi c'est important

• Le contrat est défini précisément, pas vaguement : schéma (noms, types, nullabilité), SLA de fraîcheur, règles qualité (plages, intégrité référentielle), propriétaire et conditions d'accès — cinq composants nommés, pas de la « gouvernance » générique.
• Le mode d'échec de chaque moitié isolée est nommé précisément : un produit sans contrat dérive et érode la confiance ; un contrat sans cadre de produit n'est jamais lu car la table sous-jacente reste partagée et mutable.
• Dans un écosystème SAP, le mapping est concret : un modèle analytique Datasphere avec contrôles d'accès au niveau ligne, un endpoint OData/SQL stable et une cadence de rafraîchissement documentée est déjà un produit de données dans les faits, étiqueté ou non.

Points clés

• BARC présente les data products et les data contracts comme le socle de la réussite de l'IA — pas une option.
• Data product = jeu de données versionné, possédé, prêt à consommer, engagé par SLA.
• Data contract = accord lisible par machine fixant schéma, qualité et garanties sémantiques entre producteur et consommateur.
• Se transpose directement à BDC : Joule, le Knowledge Graph et les charges IA ne réussissent que sur des fondations productisées.
• Taux d'adoption et classements d'outils payants — le titre ne donne que le cadrage.
• Depuis le 22/09/2026, l'AI Agent Hub de SAP inventorie les agents, les LLM et les serveurs MCP mais pas les data products ou data contracts comme son propre type d'actif — cette boucle de responsabilité vit encore dans l'outillage de catalogue propre de Datasphere/BDC.
• Le SAP Knowledge Graph lit les relations aux objets métier d'un data product pour ancrer le raisonnement de Joule — un schéma ayant dérivé dégrade silencieusement les réponses IA, pas seulement les tableaux de bord BI avec une erreur visible.
• L'Open Data Contract Standard (ODCS, maintenu par Bitol) est un format de référence neutre sur lequel projeter les métadonnées de contrat d'un data product Datasphere ou BDC.

Termes employés sur cette page

Data product

Jeu de données versionné, possédé, prêt à consommer, avec des SLA de fraîcheur, de qualité et de stabilité de schéma — géré comme un produit logiciel, pas un pipeline.

Data contract

Accord lisible par machine entre un producteur et un consommateur de données fixant le schéma, la qualité, la propriété et la politique de changement cassant.

AI foundation

Le terme de BARC pour les prérequis de qualité de données, de data products et de gouvernance dont dépendent silencieusement les charges IA.

Open Data Contract Standard (ODCS)

Une spécification YAML neutre vis-à-vis des éditeurs, maintenue par Bitol, définissant les sections qu'un data contract lisible par machine doit porter — schéma, qualité, SLA, rôles, support et plus — utilisable en couche de gouvernance sur un data product Datasphere ou BDC.

Delta Sharing / OpenSharing

Le protocole ouvert de Databricks pour partager des données et actifs IA gouvernés entre organisations et plateformes sans copier les données — l'analogue natif Databricks le plus proche d'un partage de data product.

MCP Gateway (SAP Integration Suite)

La capacité de SAP exposant des API d'entreprise, dont un data product, comme des endpoints compatibles MCP afin que des clients IA externes comme Joule ou Claude puissent les découvrir et les appeler sous accès gouverné.

Sources

1. BARC — Data Products and Data Contracts in 2026: The Foundation for AI Success
2. Bitol — Open Data Contract Standard (ODCS) specification
3. Databricks Docs — Delta Sharing / OpenSharing (cross-platform data sharing protocol)
4. Snowflake Docs — Secure Data Sharing introduction
5. Great Expectations — open-source data quality/validation documentation
6. dbt Docs — data tests (unique, not_null, accepted_values, relationships)
7. Databricks — Unity Catalog data governance and lineage documentation
8. Microsoft Learn — OneLake overview (Microsoft Fabric), shortcuts and mirroring
9. SAP Community — Why SAP needs a Knowledge Graph: giving enterprise AI a map of the business
10. SAP News Center — AI agents work at scale: AI Governance Assistant, EU AI Act + NIST classification (22 Sep 2026)
11. SAP Help Portal — generative AI hub (model access underlying Joule/Knowledge-Graph grounding)
12. Bitol — Open Data Contract Standard release v3.2.0 (AI context, variables, deprecation, SAP HANA server type; 8 Sep 2026)
13. Bitol — Open Data Product Standard release v1.1.0 (8 Sep 2026)
14. Data Contract CLI — release v1.2.3 (ClickHouse/Hive/XSD/YAML-API testing; 5 Oct 2026)