Impossible de gouverner ce que l’on ne connaît pas. C’est le principe de base de tout programme de gouvernance des données, et il s’applique très directement à Power BI : avant de pouvoir sécuriser, optimiser ou rationaliser un environnement, encore faut-il savoir précisément et exhaustivement ce qu’il contient. Or, comme évoqué dans notre article sur les signaux de perte de gouvernance, la grande majorité des organisations ne disposent pas aujourd’hui d’un inventaire fiable et à jour de leur écosystème Power BI.
Ce que doit couvrir un inventaire Power BI complet
Les rapports
Nom, workspace d’appartenance, propriétaire, date de création, date de dernière modification, date de dernière consultation, et modèle(s) sémantique(s) source.
Les modèles sémantiques (datasets)
Sources de données connectées, mode de connexion (import, Direct Query, composite), taille approximative, fréquence de rafraîchissement configurée, et statut du dernier rafraîchissement (succès, échec).
Les sources de données
Nom, type (base de données, fichier, API, service en ligne…), URL ou chaîne de connexion, et statut : liée à un ou plusieurs modèles sémantiques actifs, ou orpheline. Cette vue permet de savoir en un coup d’œil quels systèmes alimentent réellement Power BI, et lesquels ne sont plus utilisés.
Les dataflows
Transformations appliquées, sources en amont, et modèles en aval qui les consomment : une information indispensable pour tout projet de lineage transverse.
Les applications et dashboards
Ensembles de rapports packagés et distribués aux utilisateurs finaux, avec leur liste d’audience et leur fréquence de mise à jour.
Pourquoi l’inventaire natif de Power BI reste insuffisant
Power BI Service permet bien sûr de naviguer dans chaque workspace pour en consulter le contenu, et d’y voir les sources de données au niveau du rapport et du workspace.
Mais cette navigation reste manuelle et cloisonnée, workspace par workspace, sans filtre transversal, sans recherche globale par mot-clé et sans export structuré exploitable. Trouver « tous les rapports connectés à telle base de données avant sa migration » ou « tous les modèles sémantiques non utilisés depuis six mois » nécessite un travail d’agrégation manuelle impossible à réaliser efficacement au-delà d’une poignée de workspaces.
Les cas d’usage concrets d’un inventaire centralisé
| Besoin métier | Sans inventaire centralisé | Avec inventaire centralisé |
|---|---|---|
| Retrouver un rapport au nom approximatif | Explorer manuellement plusieurs workspaces | Recherche instantanée par mot-clé |
| Préparer une migration de source | Investigation manuelle de plusieurs semaines | Liste exhaustive en quelques minutes |
| Identifier les redondances entre équipes | Découverte fortuite ou jamais | Comparaison systématique des sources utilisées |
| Répondre à un audit de conformité | Plusieurs jours de compilation manuelle | Export direct et documenté |
Construire et maintenir l’inventaire dans le temps
Un inventaire figé, établi une seule fois lors d’un audit ponctuel, perd rapidement de sa valeur : de nouveaux rapports sont créés chaque semaine dans une organisation active, d’autres sont supprimés, déplacés ou renommés. La collecte doit donc être automatisée et rafraîchie régulièrement, idéalement chaque jour, en s’appuyant sur les API d’administration Power BI (endpoints liés aux workspaces, datasets, dataflows et rapports), pour rester fiable et exploitable dans la durée.
De l’inventaire à la gouvernance active
Un bon inventaire n’est pas une fin en soi : c’est la fondation qui permet ensuite l’analyse d’usage, la détection de doublons dans le cadre d’une démarche de réduction de coûts, l’audit d’accès exhaustif, et la construction d’un lineage fiable. Sans base d’inventaire solide et à jour, toutes ces analyses reposent sur des données partielles ou obsolètes, ce qui fragilise la confiance qu’on peut leur accorder.
Questions fréquentes
À quelle fréquence faut-il rafraîchir un inventaire Power BI ?
Idéalement quotidiennement pour les tenants actifs, où de nouveaux rapports et workspaces sont créés régulièrement. Un rafraîchissement hebdomadaire peut suffire pour des organisations plus stables, mais toute fréquence inférieure au mois expose à un inventaire significativement désynchronisé de la réalité.
Faut-il un accès Administrateur global Power BI pour construire un inventaire complet ?
Pas le rôle d’administrateur global Microsoft 365. Les API Admin nécessaires pour recenser l’ensemble des workspaces d’un tenant (y compris ceux dont on n’est pas membre) exigent soit le rôle d’administrateur Fabric, soit un Service Principal dédié, autorisé via le paramètre tenant qui ouvre les API d’administration en lecture seule aux service principals.
L’inventaire doit-il inclure les workspaces personnels ?
Ce n’est pas nécessaire. L’enjeu de gouvernance porte sur les rapports partagés : c’est là que se concentrent les enjeux d’accès, de fiabilité des chiffres et de coûts. Les workspaces personnels peuvent rester en dehors du périmètre de l’inventaire.
L’inventaire est la brique de base pour « Workspace sprawl », « Data lineage dans Power BI » et « Comment auditer les accès et permissions » : trois sujets qui en dépendent directement.
