Licences Power BI : distinguer auteurs, lecteurs et capacités

Définir les utilisateurs avant de comparer les licences

Un rapport prêt à présenter ne signifie pas que tous ses destinataires pourront l’ouvrir. La question d’achat commence par les usages : qui publie, qui consulte, qui crée de nouveaux rapports à partir du modèle et qui administre l’espace ? Un auteur et un lecteur ne demandent pas nécessairement les mêmes droits.

Construisez une matrice avec les populations internes, les invités éventuels, les espaces concernés et les fonctionnalités attendues. Vérifiez aussi les licences effectivement affectées dans votre environnement : un abonnement Microsoft 365 ne suffit pas, à lui seul, à établir les droits Power BI de chaque collaborateur.

• Recenser les auteurs, les lecteurs et les administrateurs.
• Préciser la diffusion : application Power BI, lien ou consultation dans Teams.

Pro, PPU et Fabric : trois décisions différentes

Power BI Pro est une licence individuelle pour publier et partager dans le service. Dans un espace de travail Pro, les destinataires ont besoin de Pro ou PPU. Power BI Premium par utilisateur, ou PPU, ajoute des fonctionnalités Premium ; le contenu d’un espace PPU exige une licence PPU pour chaque utilisateur qui y accède.

Une capacité Microsoft Fabric fournit des ressources d’hébergement et de traitement aux espaces qui lui sont affectés. À partir de F64, des lecteurs disposant d’une licence gratuite peuvent consulter le contenu avec les autorisations appropriées. Sous F64, les lecteurs Power BI ont encore besoin de Pro ou PPU, hors essais temporaires. Les auteurs qui publient dans un espace partagé conservent leur besoin de Pro ou PPU.

PPU ne fournit pas de capacité Fabric pour les traitements autres que Power BI. Le seuil F64 est une condition de licence pour la lecture gratuite, pas une preuve que la capacité sera bien dimensionnée ni qu’elle sera économiquement préférable.

Comparer deux scénarios de diffusion concrets

Exemple hypothétique : une équipe publie des rapports pour un groupe limité de responsables, sans fonctionnalité Premium nécessaire. Comparez d’abord une organisation en Pro pour les auteurs et les lecteurs. Si une fonctionnalité réservée à PPU devient indispensable, vérifiez son intérêt et l’équipement de tous les destinataires de l’espace PPU.

Autre scénario : quelques auteurs diffusent à une population étendue. Comparez les licences individuelles avec une capacité Fabric permettant la lecture gratuite. Intégrez les usages simultanés, l’actualisation, les volumes, l’administration et les autres traitements prévus. Sans ces hypothèses et des conditions commerciales vérifiées, aucun seuil de rentabilité ne peut être affirmé.

Pour éviter un accès bloqué, vérifiez aussi le modèle sémantique, c’est-à-dire les données, relations et mesures utilisées par le rapport. Pour la lecture gratuite, placer seulement le rapport sur une capacité éligible ne suffit pas si son modèle reste dans un espace non éligible.

Séparer droit de licence et permission sur les données

La licence autorise un usage du produit ; les permissions déterminent les contenus accessibles. Un lien envoyé dans Teams ne remplace ni la licence requise ni l’autorisation sur le rapport. Distinguez la consultation, le repartage et l’autorisation de création sur le modèle, appelée Build dans la documentation Microsoft.

La sécurité au niveau des lignes, ou RLS, filtre les données selon l’utilisateur ou son rôle. Dans un espace de travail, elle s’applique au rôle Visionneuse et ne restreint pas les administrateurs, membres ou contributeurs. Testez donc avec un vrai compte lecteur. Masquer une colonne ou une page du rapport ne constitue pas une protection des données.

Pour un destinataire externe, qualifiez l’invitation Microsoft Entra B2B, les paramètres du tenant, les autorisations et les droits de licence. La fonction Publier sur le web rend le contenu public sans authentification : elle ne convient pas à la diffusion de données internes confidentielles.

Valider le choix avec un pilote et des livrables

Avant l’achat, préparez un pilote représentatif : un auteur publie, un lecteur ouvre l’application, un responsable consulte uniquement son périmètre et un invité teste son accès si ce scénario est retenu. Contrôlez le résultat attendu, les demandes de mise à niveau et l’accès au modèle. Une licence d’essai ne prouve pas les droits disponibles après son expiration.

Le dossier de décision doit conserver la matrice utilisateurs-licences, l’affectation des espaces, les hypothèses de charge, les permissions et les résultats de recette. Comparez les conditions d’engagement et les fonctionnalités effectivement nécessaires avant de retenir une option.

La Pépiite IT, ESN et partenaire Microsoft, accompagne les projets Power BI, notamment la publication et la gouvernance. Pour cadrer votre diffusion, préparez vos populations, vos licences affectées et un rapport représentatif. Ces éléments permettent de discuter du périmètre d’intégration et des règles d’accès à valider.

• Documenter le scénario retenu et les alternatives écartées.
• Faire valider les accès par les responsables métier et IT.