Modernisation des reportings existants (Excel, BusinessObjects, SSRS, Cognos, Tableau) vers Power BI Premium : modèles tabulaires, dataflows, capacités Premium, gouvernance unifiée, RLS, intégration Microsoft Fabric.
La plupart des grandes organisations héritent d'un patrimoine décisionnel éclaté : des centaines de rapports Excel partagés, des fichiers BusinessObjects ou Cognos hérités, des rapports SSRS pointant sur les mêmes sources avec des règles de calcul différentes. Le résultat : plusieurs versions de la vérité sur les mêmes indicateurs, des délais d'analyse longs car chaque demande métier déclenche une investigation, une dette technique qui s'accumule (rapports orphelins, sources cassées, règles de calcul oubliées). Cette fragmentation pèse sur la confiance dans les chiffres et sur la capacité à piloter.
Pour les organisations Microsoft 365, Power BI Premium est aujourd'hui la cible naturelle. Trois raisons. Premièrement, le modèle tabulaire (moteur VertiPaq en mémoire) offre une performance analytique supérieure aux modèles relationnels classiques. Deuxièmement, DAX est un langage d'expression riche, documenté (DAX Patterns, SQLBI) et bien outillé. Troisièmement, l'intégration native dans Microsoft 365 (Excel Connect, Teams Live, SharePoint) raccourcit la chaîne de diffusion. Voir aussi les parcours Cognos vers Power BI et Pentaho vers Power BI pour les cas spécifiques.
Microsoft Fabric (annoncé en 2023) unifie Power BI, Data Factory, Synapse Data Engineering et Real-Time Analytics en une plateforme unique avec OneLake comme couche de stockage commune. Pour les nouvelles migrations Power BI ambitieuses, Fabric est désormais la cible recommandée plutôt que Power BI Premium seul. Avantages : Direct Lake (zéro copie de données depuis le lakehouse), notebooks Spark intégrés, Data Activator pour l'alerting temps réel. La migration Power BI peut s'inscrire dans un programme data plus large incluant un lakehouse — voir le parcours Pipelines data engineering.
Rapports éclatés (Excel, BusinessObjects, Cognos, SSRS, Tableau, Qlik), modèles redondants
Power BI Premium, modèles tabulaires partagés, dataflows, Microsoft Fabric optionnel
Choix par défaut Microsoft. Capacité Premium dédiée, datasets partagés entre workspaces, RLS centralisée, intégration Office native. Recommandation principale pour la majorité des migrations.
Programme plus ambitieux incluant un lakehouse moderne, ingestion temps réel, notebooks Spark. Pertinent quand la migration BI s'inscrit dans une refonte data globale, pas seulement remplacement reporting.
Organisations multi-cloud cherchant à éviter la dépendance Microsoft renforcée. Tableau couvre fonctionnellement mais effort de migration plus important car la sémantique du modèle diffère.
Cas spécifiques liés à l'écosystème data en place : Looker pour BigQuery / GCP, Qlik pour les organisations qui valorisent l'approche associative.
Un programme de migration Power BI se structure typiquement sur 6 à 18 mois selon le volume et la complexité. Pour un parc de 100 à 300 rapports avec 10-20 modèles sources, comptez 8 à 12 mois avec une cellule de 4-6 personnes : architecte data Power BI, développeur senior DAX et tabular, deux à trois développeurs Power BI, référent métier détaché à 30%, chef de projet. Pour des parcs plus larges (1000+ rapports, cubes OLAP, multi-pays), un programme pluriannuel structuré en vagues fonctionnelles est nécessaire avec une cellule pouvant atteindre 10 personnes pendant les pics.
Migrer à l'identique sans nettoyer le patrimoine. Si l'organisation a 800 rapports dont 600 inactifs ou redondants, migrer tout reproduit la dette dans Power BI.
Phase Discovery dédiée : extraction de l'inventaire via les API des plateformes sources, classification de chaque rapport par fréquence d'exécution, criticité métier, redondance. Les rapports inactifs sont archivés, les doublons fusionnés. Le périmètre de migration se concentre sur les 20% de rapports qui portent 80% de la valeur — typiquement réduction de 30 à 50% du périmètre. Voir la méthodologie ATLAS.
Reproduire en DAX les calculs Excel ou MDX sans optimiser. Les contournements historiques deviennent inutiles voire nuisibles dans le moteur tabulaire VertiPaq.
Refactorisation ciblée : chaque mesure complexe est analysée et reconstruite en DAX moderne avec patterns standards (variables, CALCULATE, time intelligence native, agrégations automatiques). Les optimisations sont consignées comme adaptations plateforme dans le registre des discordances, distinctes de la parité métier stricte.
Négliger la sécurité ligne par ligne (RLS). Les sources legacy gèrent souvent la sécurité par filtres applicatifs ou rôles base de données, qui ne se transposent pas tels quels en RLS Power BI.
Audit dédié de la sécurité dès le cadrage : extraction du modèle de sécurité existant, conception du modèle RLS Power BI équivalent (RLS dynamique via USERPRINCIPALNAME, rôles statiques, sécurité Object Level si nécessaire). Tests de parité avec comptes utilisateurs représentatifs avant chaque mise en production.
Lancer Power BI Premium sans gouvernance des workspaces. Sans cadre, les utilisateurs créent des workspaces et des rapports n'importe comment, et la consommation Premium explose.
Gouvernance Power BI Premium dès le déploiement : structure de workspaces (Bronze/Silver/Gold ou par domaine métier), Power BI Admin Portal configuré, audit logs activés, capacités Premium dédiées avec FinOps. Voir aussi le parcours Power Platform + Copilot pour la gouvernance Microsoft globale.
Plateforme data analytics pour un opérateur télécom national. Harmonisation des chiffres entre métier national, unités régionales et sous-traitants. Pipelines Power BI et Google Cloud Platform industrialisés.
Migration décisionnelle Pentaho vers Power BI pour un organisme public nord-américain. Enrichissement du modèle de données, industrialisation des rafraîchissements, gouvernance des accès.
Pour 100 à 300 rapports avec 10-20 modèles sources, comptez 8 à 12 mois avec une cellule de 4-6 personnes en co-delivery nearshore. Pour des parcs très importants (1000+ rapports), un programme pluriannuel structuré en vagues fonctionnelles est nécessaire. Le périmètre est typiquement réduit de 30-50% en phase Discovery par archivage des rapports inactifs.
Power BI Premium suffit pour la majorité des migrations BI classiques. Microsoft Fabric est pertinent quand le programme s'inscrit dans une refonte data globale (lakehouse OneLake, ingestion temps réel, notebooks Spark, Real-Time Analytics). Notre cadrage initial évalue ce choix selon votre stratégie data et votre roadmap.
Trois étapes. Extraction du modèle de sécurité existant (sources legacy, filtres applicatifs, rôles base). Conception du modèle RLS Power BI équivalent (rôles dynamiques USERPRINCIPALNAME, rôles statiques, Object Level Security). Tests de parité avec comptes utilisateurs représentatifs avant chaque mise en production. Aucun rapport sensible mis en production sans accord explicite du référent sécurité métier.
Le coût d'une migration Power BI dépend moins du nombre de rapports que de leur taux de redondance. Sur la plupart des parcs, une part importante des rapports sont des variantes proches ou ne sont plus consultés. Les autres variables sont la complexité des modèles de données sources et le niveau de personnalisation utilisateur à préserver. L'audit du parc, livré avant tout engagement, tranche ces trois points. Licences Microsoft toujours hors périmètre. Cadrage initial gratuit, de 30 minutes à 2 heures.
Pour un nouveau déploiement en 2026, Microsoft Fabric est la recommandation par défaut. Fabric est le successeur convergent : il inclut la capacité Power BI Premium, plus OneLake (data lake unifié), Data Factory, Synapse Data Warehouse, Synapse Data Engineering, Real-Time Intelligence et Data Activator — le tout sous une SKU de capacité unique. Microsoft décale activement l'investissement de Power BI Premium standalone vers Fabric depuis 2023. Pour les organisations déjà sur Power BI Premium, la migration est simple — les capacités Premium se convertissent en capacités Fabric sans effort majeur, et les workspaces existants continuent à fonctionner. La décision ne se joue plus sur les fonctionnalités, mais sur le fait que le périmètre élargi de Fabric (warehouse, lakehouse, temps réel) correspond ou non à vos plans data platform. Voir le parcours migration Power BI.
Nous cadrons la trajectoire, le chiffrage et les livrables en un premier échange de trente minutes. Un POC court peut être proposé avant engagement du programme complet.
Lancer ce parcours →