Fin des capacités Power BI Premium : réussir la bascule vers Microsoft Fabric

Microsoft retire les capacités Power BI Premium « par capacité », les SKU P. Il n'en vend plus. Chaque abonnement P s'arrête à la fin de son contrat en cours. Pour que vos rapports continuent de fonctionner, vos espaces de travail doivent passer sur une capacité Microsoft Fabric, les SKU F.

La date qui compte n'est donc pas une date nationale : c'est la date d'échéance de votre propre contrat.

Ce qui se passe si vous laissez filer l'échéance

Microsoft décrit trois paliers après la fin de l'abonnement P :

1. Jours 1 à 30 : période de grâce.
2. À partir du 31e jour : accès ralenti, les opérations interactives sont retardées.
3. À partir du 91e jour : toutes les opérations sont rejetées. Les données sont conservées, mais inaccessibles tant que les espaces de travail ne sont pas migrés vers une capacité F ou que la capacité n'est pas supprimée.

Autrement dit, une échéance oubliée ne coupe pas tout le premier jour, mais elle dégrade le service dès le deuxième mois.

Êtes-vous concerné ?

Vous l'êtes si vos espaces de travail tournent sur une capacité P. Vous ne l'êtes pas, ou pas encore, dans ces cas :

• Licences par utilisateur : Power BI Pro et Premium Per User (PPU) continuent.
• Licences Embedded EM et A : hors du retrait.
• Clouds souverains : Fabric n'y est pas encore disponible, les SKU P y restent supportés pour l'instant.
• Enterprise Agreement encore actif : vous pouvez renouveler la capacité P chaque année jusqu'au terme de l'accord. Un EA ou un Microsoft Cloud Agreement qui arrive à échéance ne permet plus d'acheter de capacité P. Faites confirmer vos conditions par votre interlocuteur Microsoft.

Ce qui ne change pas, et ce qui change vraiment

Pour les utilisateurs, la bascule est d'abord un changement de licence et d'infrastructure. Rapports, modèles sémantiques et tableaux de bord continuent de fonctionner à l'identique sur une capacité F64 ou supérieure. Les espaces de travail sont réaffectés à la nouvelle capacité ; applications, pipelines de déploiement et intégration Git continuent de fonctionner.

Les changements sont ailleurs :

• Facturation. Vous passez d'un engagement Microsoft 365 à une facturation Azure : paiement à l'usage ou réservation annuelle ou pluriannuelle.
• Pilotage de la capacité. Mise en pause, reprise et redimensionnement se font depuis le portail Azure. L'Autoscale des SKU P n'existe pas sur les SKU F : on redimensionne à la demande.
• Coût. Microsoft indique que le tarif à l'usage est généralement plus élevé que celui du SKU P équivalent. Une réservation annuelle permet de réduire le coût d'une charge stable.

Quelle capacité F choisir au départ

Microsoft publie une équivalence de puissance de calcul : P1 correspond à F64, P2 à F128, P3 à F256, P4 à F512 et P5 à F1024. C'est un point de départ pour comparer la puissance, pas une équivalence de licence ni de fonctionnalités : on ajuste ensuite à partir de la consommation réelle.

Le piège des lecteurs sous F64

C'est le point qui fait déraper les budgets. Sur une capacité F64 ou supérieure, un utilisateur disposant d'une licence Fabric gratuite et du rôle Lecteur peut consulter les contenus, comme sur une capacité P. De F2 à F32, chaque lecteur doit avoir une licence Pro ou PPU.

Choisir une petite capacité F pour réduire la facture Azure peut donc créer une facture de licences utilisateurs bien plus lourde. Le dimensionnement se décide avec le nombre de lecteurs, pas seulement avec la charge de calcul.

Second piège, si vous utilisez Power BI Report Server : sur une capacité P, il était inclus ; avec Fabric, il n'est inclus qu'avec une réservation Fabric de F64 ou plus (ou via SQL Server Enterprise avec Software Assurance). Vérifiez ce point avant de résilier le SKU P.

La méthode en cinq étapes

Microsoft découpe la bascule en cinq étapes. Nous ajoutons ce qu'il faut vérifier à chacune.

1. Décider. Date de migration, SKU F de départ, maintien ou non de la région Azure. À vérifier : la date d'échéance exacte de votre contrat P et le type d'accord (EA, MCA).
2. Planifier. Inventaire des espaces de travail, mesure de la consommation actuelle avec l'application Microsoft Fabric Capacity Metrics (en tenant compte de la consommation Autoscale de la capacité P), estimation avec le Fabric SKU Estimator, enregistrement du fournisseur de ressources Microsoft.Fabric dans Azure, choix d'un espace pilote. Une capacité d'essai Fabric permet de tester avant achat. À vérifier : les pics de fin de mois et de clôture, pas seulement une semaine moyenne.
3. Provisionner. Acheter la capacité F avant de réaffecter quoi que ce soit, puis vérifier les droits Power BI Report Server si vous l'utilisez.
4. Migrer et valider. Réaffecter les espaces de travail depuis le portail d'administration Fabric, puis contrôler actualisations, rapports et passerelles. À vérifier : les actualisations en cours au moment de la réaffectation peuvent être interrompues.
5. Décommissionner et exploiter. Fabric ne résilie pas votre SKU P à votre place : la résiliation se fait manuellement dans le centre d'administration Microsoft 365, après validation. Mettez ensuite en place le suivi des coûts.

Trois erreurs à éviter

• Changer de région « tant qu'on y est ». Une migration dans la même région est le scénario par défaut et le plus simple. Entre régions, les éléments Fabric (notamment Lakehouses, Warehouses, notebooks, pipelines Data Factory) font échouer la réaffectation et doivent être recréés ; les modèles sémantiques au format de stockage volumineux demandent une sauvegarde et une restauration, puis un rebranchement des rapports.
• Mélanger migration et modernisation. Direct Lake, mise en miroir, sécurité OneLake : ce sont des chantiers utiles, mais distincts. Microsoft recommande de les lancer après la bascule de licence, pas pendant.
• Conclure trop vite à une capacité sous-dimensionnée. Après une bascule 1:1 dans la même région, la consommation doit rester proche de la référence mesurée sur la capacité P. Une surcharge vient souvent d'un changement de charge (actualisations ajoutées, nouveaux contenus), pas de la migration.

Check-list de décision

• Date d'échéance de chaque capacité P, et type d'accord.
• Nombre de lecteurs sans licence Pro ou PPU : il conditionne le seuil F64.
• Consommation de référence mesurée sur un cycle complet, clôture comprise.
• Liste des éléments Fabric déjà présents sur la capacité (bloquants en cas de changement de région).
• Responsable de la résiliation du SKU P, avec une date.
• Budget Azure et alertes posés avant la bascule.

Besoin de renfort pour exécuter ?

La décision de licence est rapide ; l'inventaire, la mesure, la réaffectation et la validation demandent du temps d'expert, souvent au moment où l'équipe BI est déjà pleine. Artifect peut renforcer votre équipe avec un consultant Power BI pour planifier et exécuter la bascule, puis rendre la main. Et si la facture Azure ou le renouvellement de votre accord Microsoft vous inquiète, cela se prépare comme une négociation éditeur : c'est l'autre métier d'Artifect (nos solutions d'achats IT).

Parler de votre migration avec un consultant Power BI →

Sources : Microsoft Learn, « Power BI Premium to Microsoft Fabric Migration Overview » et « Power BI Premium P SKU to Fabric F SKU Migration Decision Guide » (pages mises à jour le 22/07/2026). Les conditions contractuelles priment : faites-les confirmer par Microsoft.