Data products & Information Marts
Le Data Vault historise. Les marts rendent la donnée utilisable.
Personne ne consomme des hubs et des satellites : les utilisateurs veulent une dimension client, un chiffre d'affaires par trimestre, une vue du risque à une date donnée. beVault construit ces couches de restitution au-dessus du Data Vault, sous forme de produits de données documentés et exploitables.
Dans la plateforme
Les jeux de données mis à disposition
La situation
Quand chaque équipe refait ses propres calculs
Sans couche de restitution gouvernée, la logique de calcul se reconstruit dans chaque outil de BI. Deux rapports affichent alors deux chiffres, et plus personne ne sait lequel fait foi.
Le problème n'est pas seulement technique : les définitions deviennent difficiles à retracer, la logique de reporting difficile à maintenir, et les usages IA se retrouvent sans contexte ni documentation sur les données qu'ils consomment.
Méthode
Du besoin métier au produit de données
- 01
Définir l'indicateur
Le métier formule la question à laquelle il veut répondre et la maille attendue. Les concepts existent déjà dans le Data Vault : rien à ré-ingérer.
- 02
Déclarer le mart
L'équipe data assemble les structures de restitution et les règles métier associées dans beVault, documentées au même endroit que le modèle.
- 03
Générer et rafraîchir
Le mart est produit puis rafraîchi par l'orchestration intégrée, au rythme défini pour ce cas d'usage.
- 04
Publier aux consommateurs autorisés
La couche exposée est mise à disposition des rôles et des outils concernés, selon les droits configurés.
- 05
Conserver la traçabilité
Le chemin entre les sources et la donnée exposée reste consultable dans la plateforme, dans le périmètre couvert par le lignage.
Distribution
Produits dans votre base cible
Les Information Marts sont produits dans la base de données cible. Ils peuvent être consommés par les applications, les outils BI et les agents IA dans le périmètre configuré pour ces consommateurs.
beVault ne remplace pas votre outil de BI : il fournit à cet outil une donnée gouvernée et documentée. Vos rapports existants se rebranchent progressivement, sans bascule brutale.
API, serveur MCP et agents IA- Information Marts
- Disponibles dans la base cible, en SQL standard, pour Power BI, Tableau, Looker, les clients SQL et les applications.
- API
- L'API permet d'interagir avec la plateforme et ses métadonnées. Ce n'est pas le canal par lequel les Information Marts sont mis à disposition.
- Serveur MCP
- Le serveur MCP permet certaines interactions configurées avec la plateforme, dans le périmètre défini.
Ce que vous obtenez
Un chiffre qu'on peut défendre
Un chiffre qu'on peut expliquer vaut mieux qu'un chiffre simplement disponible.
Des produits de données documentés, des indicateurs cohérents d'une équipe à l'autre, un calcul dont on peut retrouver l'origine, le contexte des sources conservé, et une base propre pour les usages analytiques et IA.
Questions fréquentes
Restitution : ce qu'on nous demande
Doit-on abandonner nos rapports Power BI existants ?
Non. Vous rebranchez progressivement vos rapports sur les marts gouvernés ; la couche de présentation reste la vôtre.
Les marts sont-ils matérialisés ou virtuels ?
Les deux approches sont possibles selon la volumétrie, la fréquence d'accès et l'environnement cible. Le choix se fait au moment de la déclaration du mart.
Les marts peuvent-ils servir des applications et des agents IA, pas seulement la BI ?
Oui. Les Information Marts sont produits dans la base cible et peuvent être consommés par les applications, les outils BI et les agents IA dans le périmètre configuré pour ces consommateurs.
Comment gérer des règles métier contradictoires entre services ?
Le Data Vault sépare la donnée brute des règles d'interprétation. Chaque service peut disposer de son mart, sur une base de faits commune et historisée.
Comment retracer un indicateur jusqu'à ses sources ?
Le lignage et la documentation de la plateforme permettent de suivre le chemin entre les sources et la donnée exposée, dans le périmètre couvert.
Que se passe-t-il quand le modèle source évolue ?
L'évolution se traite dans le modèle et dans les définitions de marts concernées, avec la documentation associée. L'ampleur du travail dépend de la nature du changement.
Étape suivante