Licences Power BI pour portails : Guide du partage externe

Explorez les licences Power BI pour accéder au portail client. Comparez les modèles basés sur l’utilisateur et embarqués pour partager des rapports externes sécurisés et évolutifs avec vos clients.

• Cartographiez l’identité, l’espace de travail ou la capacité, les permissions et la méthode d’intégration pour comprendre comment chaque pièce affecte l’accès du client.
• Comparez le partage basé sur l’utilisateur avec l’intégration de données possédées par application et les options de portail hébergé selon qui authentifie les utilisateurs et gère les licences.
• Évaluez les organisations clientes, le nombre d’utilisateurs et la fréquence d’utilisation avant de choisir une licence Power BI pour le modèle de portail client.
• Planifiez la sécurité séparément des licences : utilisez les permissions et la conception des données pour contrôler les informations clients que chaque utilisateur peut consulter.
• Attribuer une propriété claire à l’identité, aux espaces de travail, à la surveillance de capacité et aux changements d’accès afin que le modèle de portail reste régi au fur et à mesure de son évolution.

Et si la bonne licence Power BI pour accéder au portail client dépendait moins du nombre de rapports que vous publiez et davantage de qui authentifie les utilisateurs et où se situe la capacité analytique ? Cette distinction est importante lorsque les clients ont besoin de rapports à l’intérieur de votre portail. Un modèle d’accès conçu pour les employés peut ne pas convenir à un public externe.

Le besoin individuel de licence Power BI dépend de l’architecture d’accès. Les clients peuvent accéder au contenu via leur propre identité Power BI, ou votre application peut gérer l’expérience via un modèle d’intégration supporté par la capacité. Ces approches influencent les licences, l’administration et la manière dont vous planifiez votre croissance.

Ce guide explique les principaux schémas de licence pour les utilisateurs externes des portails ainsi que les questions qui façonnent une architecture et un plan de capacité adaptés. Il compare l’accès basé sur l’utilisateur avec la capacité Power BI Embedded et Microsoft Fabric, et explique pourquoi la licence seule ne sépare pas les données de chaque client. Considérez l’accès, la gouvernance et la gestion continue ensemble pour établir des attentes claires concernant l’analytique des portails.

Licence Power BI pour un portail client : pourquoi l’architecture passe avant tout

La licence régit si une personne a le droit de consulter le contenu Power BI ; l’architecture des portails détermine comment cette personne y accédère. L’accès utilisateur externe signifie que les clients consultent les analyses via une expérience numérique que votre entreprise contrôle, comme un portail client. Le portail fournit l’interface, tandis que les identités, permissions, espaces de travail ou support de capacité Power BI rapportent l’accès en coulisses.

Le partage Power BI basé sur l’utilisateur donne un accès via l’identité Power BI de chaque spectateur, tandis que l’analyse embarquée basée sur la capacité fournit des rapports via une expérience applicative fonctionnant contre une capacité dédiée. Cette distinction constitue le point de départ pour la licence Power BI pour l’accès aux portails clients. Un portail n’est pas, en soi, un modèle de licence ni un moyen de contourner les exigences applicables.

Les visiteurs clients ne sont pas les seules personnes dont l’accès compte. Les créateurs de rapports peuvent avoir besoin d’une autorisation pour publier ; les contributeurs à l’espace de travail peuvent devoir modifier des modèles sémantiques ou des rapports ; les administrateurs peuvent gérer les paramètres, permissions ou la capacité. Leurs rôles peuvent nécessiter des permissions et des accords de licence différents de ceux des clients qui ne consultent que les rapports. L’aperçu de Microsoft Power BI Wikipédia présente la plateforme et ses composants, mais une décision de portail doit aussi prendre en compte la configuration de ces composants dans votre environnement.

Que décide la licence Power BI dans un portail client ?

La licence aide à déterminer ce qu’un utilisateur peut faire dans Power BI, mais elle n’authentifie pas cette personne dans votre portail ni ne décide quels dossiers clients elle est autorisée à voir. Ces responsabilités relèvent de l’identité et de la conception de l’autorisation du portail. Traitez-les comme des décisions connectées, pas comme des contrôles interchangeables.

L’accès dépend également de l’endroit où le contenu est hébergé et des permissions attribuées. L’espace de travail d’un rapport, sa capacité et le rôle d’une personne peuvent tous affecter sa capacité à visualiser ou travailler avec le contenu. Un client qui ne consulte qu’un rapport a des besoins d’accès différents de ceux d’un analyste interne qui le publie ou le maintient. Le processus de connexion du portail ne supprime pas la nécessité de prendre en compte les licences et permissions Power BI.

La capacité est à la fois une considération architecturale et une question de licence. La planification de l’exécution des rapports et de la gestion de la capacité façonne le modèle opérationnel du portail. Ce guide de planification de capacité Power BI et Fabric explore cette dimension de planification.

Quel modèle d’accès au portail prévoyez-vous ?

Commencez par identifier qui possède l’expérience de visualisation et à qui l’identité Power BI autorise l’accès :

• Données détenues par l’utilisateur : Les clients s’authentifient avec leurs propres identités Power BI pour accéder au contenu partagé. L’identité du client fait partie du chemin d’accès.
• L’application possède les données : L’application gère l’expérience intégrée et accède à Power BI via une identité applicative. Les clients interagissent avec les rapports via le portail plutôt que de se connecter à Power BI en tant que visualiseurs de rapports.

Ces schémas encadrent la décision, mais ils ne réglent pas tous les détails de licence ou de sécurité. Pour un portail où les clients consultent des tableaux de bord spécifiques aux comptes pendant que le personnel interne construit et administre des rapports, conçoit séparément le parcours de visualisation des clients, les rôles d’auteur du personnel et les contrôles de séparation des données. Clarifier ces responsabilités vous donne une base solide pour comparer les licences et évaluer la capacité.

Comment les licences, identités et capacités Power BI interagissent

Le modèle d’accès d’un portail regroupe plusieurs parties : la licence Power BI du spectateur, l’espace de travail et sa capacité d’hébergement, l’identité utilisée pour l’authentification, les permissions attribuées et la méthode d’intégration. Aucune ne répond à elle seule à toute la question de licence. La connexion d’un client établit qui il est, tandis que l’espace de travail et la capacité influencent la manière dont le contenu peut être accessible et les règles de licence applicables.

Considérez la configuration comme une chaîne. L’identité établit l’utilisateur ou l’application ; les autorisations définissent les actions autorisées ; l’espace de travail contient le contenu ; la capacité fournit l’environnement dans lequel il s’exécute ; et le motif d’intégration détermine comment les rapports atteignent le portail. Si un lien change, examinez également les hypothèses de licence. Pour les licences Power BI pour les décisions du portail client, utilisez la documentation actuelle de Microsoft pour vérifier les droits et toute règle de visualisation basée sur la capacité avant de vous engager dans une architecture.

Accès utilisateur et licences de service Power BI

Avec les données détenues par l’utilisateur, les spectateurs s’authentifient en utilisant leur identité Power BI. Selon l’emplacement du contenu, la capacité de l’espace de travail et les conditions actuelles de Microsoft, chaque spectateur peut avoir besoin d’une licence individuelle ou être éligible à un accès basé sur la capacité. Ne supposez pas que la licence existante d’un client externe, ou le mot « Gratuit », établit l’éligibilité à chaque signalement.

Gratuit, Pro et Premium par utilisateur (PPU) représentent différents droits de service. Pro et PPU prennent en charge des fonctionnalités spécifiques, tandis que les droits de visualisation peuvent aussi dépendre de l’hébergement du contenu. La documentation Power BI Features by License Type de Microsoft est une référence utile pour comparer les fonctionnalités. Validez les règles de votre portail et de votre déploiement selon les directives actuelles. Les rôles dans l’espace de travail déterminent des actions telles que la vision, la publication ou la modification, mais un rôle ne remplace pas une licence requise.

Intégration basée sur la capacité et identités des applications

Avec l’application-owns-data, l’application médiatise l’accès aux rapports intégrés en utilisant une identité applicative, généralement un principal de service, plutôt que de dépendre de l’identité Power BI de chaque client comme visualiseur de rapport. Cela peut convenir à un portail de marque où les clients se connectent à l’expérience de l’entreprise. Planifiez les permissions des applications, l’accès aux rapports, la charge de travail et la capacité qui sert le contenu intégré.

L’intégration modifie le schéma d’accès, tandis que les conditions de licence Microsoft s’appliquent toujours. La capacité est une décision de charge de travail et d’architecture, et non une exemption générale aux conditions de licence. Estimez l’utilisation attendue et déclarez les demandes, puis validez la capacité et les droits nécessaires pour la conception choisie. Un guide pour intégrer les rapports Power BI pour les clients explore les schémas d’implémentation derrière cette décision.

Les règles de licence et de capacité Microsoft peuvent évoluer, alors documentez les hypothèses sur lesquelles repose votre conception et révisez-les avec la documentation actuelle lors de la planification et au fur et à mesure que le portail évolue. Le conseil en Power BI Embedded et gouvernance de Momentum One peut aider à intégrer ces exigences dans la discussion sur l’architecture.

Comparez les modèles de licences par portail client sans mélanger les revendications des fournisseurs

Comparez l’arrangement d’accès complet, pas seulement l’étiquette de licence. L’identité du client, l’emplacement et la capacité du contenu Power BI, l’expérience du portail et qui gère l’environnement influencent tous la décision. Le même modèle peut s’adapter différemment selon les changements de charge de travail du public ou des rapports.

Utilisez cet aperçu pour présenter les options. Les droits exacts dépendent des conditions actuelles de Microsoft et du déploiement spécifique. Tout hébergement ou licence inclus dans un plan de portail tiers est spécifique à l’offre de ce fournisseur, et non une règle générale Power BI.

Quand le partage basé sur l’utilisateur s’adapte-t-il aux clients externes ?

L’accès basé sur l’utilisateur peut convenir à un groupe de clients défini dont les membres utilisent déjà des identités Power BI organisationnelles et peut fonctionner avec une expérience de connexion Power BI. Cela peut être pratique lorsque l’accès est limité et que la gestion des autorisations individuelles est acceptable sur le plan opérationnel. Cependant, il ne faut pas supposer que Pro ou Premium Par Utilisateur convient à tous les portails. Les exigences dépendent de l’emplacement du contenu, de la capacité et des conditions actuelles de licence de Microsoft.

Quand devriez-vous évaluer Power BI Embedded ?

Évaluez Embedded lorsque les clients ont besoin de rapports dans une expérience contrôlée par une application, ou lorsque l’utilisation de l’identité Power BI de chaque client ne correspond pas au parcours prévu. Considérez qui possède les flux d’identité et l’administration des accès, comment la charge de travail sera surveillée et la capacité planifiée, ainsi que le contrôle dont votre organisation aura besoin sur l’expérience. Gardez les exigences de licence et de capacité Microsoft distinctes de tout abonnement à un portail tiers ou des services inclus.

La bonne comparaison dépend du nombre de clients, de la fréquence d’accès des utilisateurs aux rapports, de la charge de travail attendue des rapports et de qui doit gérer l’environnement. Un public ayant un accès occasionnel peut nécessiter un équilibre différent de celui utilisé fréquemment dans de nombreuses organisations clientes. Modéliser ces facteurs ensemble avant de choisir. La meilleure option pour une licence Power BI pour l’accès au portail client est une décision d’architecture, pas simplement une comparaison par niveau produit.

Planifiez la licence par portail autour de l’accès, de la sécurité et de l’échelle des clients

Un plan de portail utile commence par les personnes et les données impliquées, puis teste l’architecture par rapport à l’utilisation attendue et aux conditions actuelles de licence de Microsoft. Cela permet de maintenir les licences, la sécurité et la capacité connectées sans considérer l’une comme un substitut à l’autre. Travaillez sur ces six questions avant de vous décider d’un modèle :

1. Public : Combien d’organisations clientes et d’utilisateurs individuels ont besoin d’accès dès maintenant ? Réfléchissez à savoir si l’utilisation sera occasionnelle ou fréquente, et comment les clients pourraient être ajoutés au fil du temps.
2. Identité : Les utilisateurs se connecteront-ils avec des comptes organisationnels, un accès invité ou une identité médiatisée par une application ? Associez chaque type d’identité à l’expérience d’accès que vous souhaitez offrir.
3. Modèle d’accès : Les clients vont-ils consulter les rapports via leur propre identité Power BI, ou via une expérience d’application intégrée ? Incluez les créateurs et administrateurs internes dans le plan d’accès.
4. Charge de travail : Estimez l’utilisation simultanée, les attentes de renouvellement, la complexité des rapports et les schémas tels que les périodes de forte intensité. Cela affecte la planification des capacités, pas seulement le choix de la licence.
5. Gouvernance : Attribuer la propriété de l’intégration et du retrait des clients, des permissions, des limites de données, de l’accès à l’espace de travail et de la surveillance. Définir comment les changements d’accès sont examinés et enregistrés.
6. Validation des licences : Vérifiez l’identité proposée, l’emplacement du contenu, la capacité et les rôles des utilisateurs par rapport à la documentation actuelle de Microsoft avant de vous engager dans la conception. Conservez les hypothèses documentées pour un examen ultérieur.

Cartographiez les frontières des utilisateurs, de l’identité et des données clients

Créer une carte d’accès qui relie chaque audience à son type d’identité, ses rapports, ses ensembles de données et ses dossiers clients autorisés. Par exemple, un utilisateur client ne devrait voir que les informations autorisées pour ce client, tandis qu’un analyste interne peut avoir besoin d’un accès plus large pour préparer ou maintenir des rapports. Documentez où la séparation des locataires ou d’autres limites de données sont appliquées. Le guide de l’architecture d’isolation des données des clients Power BI peut éclairer cette discussion de conception.

La sécurité au niveau des lignes (RLS) peut aider à filtrer les lignes pour un utilisateur, mais elle n’accorde pas de licence ni ne prouve que le modèle de licence est conforme aux conditions de Microsoft. De même, une licence ne détermine pas quelles données de client une personne doit consulter. Validez l’autorisation et la licence comme des contrôles distincts qui doivent fonctionner ensemble.

Estimer la croissance et valider les hypothèses de capacité

Regardez au-delà du nombre initial d’utilisateurs. Estimez combien de personnes peuvent utiliser les rapports simultanément, la fréquence à laquelle les données doivent être actualisées, et comment la complexité des rapports pourrait affecter la demande. Considérez si l’utilisation est stable ou concentrée autour des cycles de reporting client, et tenez compte de la croissance attendue tant dans les organisations que dans les spectateurs. Ces hypothèses contribuent à élaborer un plan de capacité réaliste.

Avant de choisir un arrangement de capacité ou de licence, validez les droits et seuils applicables par rapport à la documentation Microsoft actuelle. Revoyez l’estimation lorsque la taille de l’audience, l’utilisation du rapport ou l’architecture changent. Le guide de planification de capacité Power BI et Fabric fournit un cadre pour relier les hypothèses de charge de travail aux besoins de capacité.

Rassemblez identité, limites de données, charge de travail et licences en une seule revue. Planifiez votre approche de licences et de gouvernance du portail client avec Momentum One.

Transformer la licence du portail Power BI en un plan d’implementation régi

Une décision de portail solide devient opérationnelle lorsque les exigences, l’architecture, la licence et la sécurité sont capturées dans un seul plan. Cet enregistrement aide les équipes à comprendre pourquoi un schéma d’accès a été sélectionné et ce qui doit être révisé si l’audience ou la charge de travail change. Il permet également de garder les hypothèses de licence visibles pour les personnes qui gèrent les identités clients, les espaces de travail Power BI et la capacité.

Avant le déploiement, documentez les décisions et attribuez un propriétaire à chaque responsabilité :

• Exigences : Enregistrer les groupes de clients, les modes d’accès attendus et les rapports dont chaque groupe a besoin.
• Architecture : Décrivez le modèle d’accès au portail choisi, le flux d’identité, les espaces de travail et les hypothèses de capacité.
• Licences : Notez la documentation Microsoft utilisée pour valider l’approche, ainsi que les hypothèses qui doivent être réévaluées en cas de changement.
• Sécurité : Définir les limites des données, les permissions, ainsi que la manière dont l’accès est accordé, examiné et supprimé.
• Opérations : Attribuer la responsabilité des modifications des rapports, du suivi de capacité, des demandes d’accès clients et de l’escalade des problèmes.

Que documenter avant le déploiement

Gardez le dossier pratique : identifiez qui possède la configuration de l’identité, l’accès à l’espace de travail, la supervision de la capacité et l’intégration ou la suppression des clients. Spécifiez comment les changements de rapports sont examinés et comment les problèmes d’accès sont escaladés. Fixez un point de révision basé sur des changements significatifs, tels que la croissance de l’audience, de nouveaux groupes de clients, les différents modes d’utilisation ou les modifications des conditions de licence Microsoft. Cela fait du plan un outil de gouvernance fonctionnel.

La propriété est importante car les contrôles s’étendent entre les équipes. Par exemple, le propriétaire de l’accès au portail peut gérer les modifications des comptes clients, tandis que le responsable analytique examine les rôles de l’espace de travail et rapporte des mises à jour. Attribuez la surveillance de la capacité à un propriétaire capable de suivre la charge de travail et de soulever des préoccupations. Un cadre de gouvernance Power BI peut aider à structurer la manière dont les politiques, les rôles et les processus de revue s’intègrent.

Comment les conseils d’experts réduisent l’incertitude liée aux licences

Les questions de licence sont plus faciles à évaluer lorsqu’elles sont reliées au véritable modèle opérationnel. L’expertise de Power BI en conseil et gouvernance de Momentum One relie Power BI Embedded, la conception d’identité et d’accès, la planification des capacités et la supervision continue dans la même conversation. L’objectif est d’évaluer l’architecture et ses hypothèses par rapport à vos exigences, et non de promettre un résultat de licence particulier.

Cette évaluation intégrée peut clarifier quelles décisions relèvent de la conception du portail, lesquelles dépendent des conditions de licence Microsoft et lesquelles nécessitent un propriétaire permanent. Elle offre également aux parties prenantes techniques et commerciales une base commune pour examiner l’accès et la capacité des clients à mesure que les besoins évoluent.

Pour transformer votre évaluation en un plan régi, discutez de vos besoins en portail client Power BI avec Momentum One. Une vue claire de votre audience, de votre modèle d’identité et de vos responsabilités opérationnelles crée un point de départ plus solide pour évaluer les licences Power BI pour l’accès au portail client.

Construisez un modèle de portail capable de grandir avec vos clients

Un portail client évoluera à mesure que les services, les audiences et les habitudes d’utilisation évoluent. Faites de la décision de licence une partie vivante de son modèle opérationnel, et non une approbation unique. Notez les hypothèses derrière votre conception et définissez ce qui doit déclencher une révision, comme un nouveau groupe de clients, un changement dans la façon dont les utilisateurs se connectent, ou un autre mode d’utilisation des rapports. Cela aide l’approche de licence Power BI pour portail client à suivre le rythme de l’expérience que vous construisez.

Le conseil en Power BI Embedded et gouvernance de Momentum One relie les choix d’architecture à la planification des capacités et aux responsabilités opérationnelles. Un examen ciblé peut aider votre équipe à comprendre les compromis, clarifier la propriété et planifier comment le portail doit s’adapter au fur et à mesure de l’évolution des exigences, sans supposer qu’un modèle de licence unique convient à chaque organisation.

Discutez de votre architecture d’analytique de portail avec Momentum One pour identifier une étape pratique pour votre modèle d’accès client. Avec des hypothèses claires et une bonne gouvernance en place, vous pouvez avancer en toute confiance.

Questions Fréquemment Posées

What does Power BI licensing decide in a customer portal?

Licensing helps determine what a user can do in Power BI, but it doesn’t authenticate that person into your portal or decide which customer records they’re allowed to see. Those responsibilities belong to the portal’s identity and authorization design. Treat them as connected decisions, not interchangeable controls. Access also depends on where content is hosted and which permissions are assigned. A report’s workspace, the workspace’s capacity, and a person’s role can all affect their ability to view or work with content. A customer who only views a report has different access needs from an internal analyst who publishes or maintains it. The portal’s sign-in process doesn’t remove the need to account for Power BI licensing and permissions. Capacity is an architectural consideration as well as a licensing one. Planning how reports run and who manages capacity shapes the portal’s operating model. This Power BI and Fabric capacity planning guide explores that planning dimension.

Which portal access pattern are you planning?

Start by identifying who owns the viewer experience and whose identity Power BI uses to authorize access: These patterns frame the decision, but they don’t settle every licensing or security detail. For a portal where customers see account-specific dashboards while internal staff build and administer reports, design the customer viewing path, staff authoring roles, and data-separation controls separately. Clarifying those responsibilities gives you a sound basis for comparing licensing and assessing capacity. A portal’s access model brings several parts together: the viewer’s Power BI license, the workspace and its hosting capacity, the identity used to authenticate, assigned permissions, and the embedding method. None answers the whole licensing question on its own. A customer’s sign-in establishes who they are, while the workspace and capacity affect how content can be accessed and which license rules apply. Think of the setup as a chain. Identity establishes the user or application; permissions define allowed actions; the workspace holds the content; capacity provides the environment in which it runs; and the embedding pattern determines how reports reach the portal. If any link changes, review the licensing assumptions too. For Power BI licensing for customer portal decisions, use Microsoft’s current documentation to verify entitlements and any capacity-based viewing rules before committing to an architecture.

When does user-based sharing fit external customers?

User-based access can suit a defined customer group whose members already use organisational Power BI identities and can work with a Power BI sign-in experience. It may be practical when access is limited and managing individual permissions is acceptable operationally. Still, Pro or Premium Per User shouldn’t be assumed to fit every portal. Requirements depend on content location, capacity, and Microsoft’s current licensing terms.

When should you evaluate Power BI Embedded?

Evaluate Embedded when customers need reports inside an application-controlled experience, or when using each customer’s Power BI identity doesn’t fit the intended journey. Consider who owns identity flows and access administration, how the workload will be monitored and capacity planned, and how much control your organisation needs over the experience. Keep Microsoft licensing and capacity obligations distinct from any third-party portal subscription or included services. The right comparison depends on customer count, how often users access reports, expected report workload, and who should operate the environment. An audience with occasional access may call for a different balance than frequent use across many customer organisations. Model those factors together before choosing. The best fit for Power BI licensing for customer portal access is an architecture decision, not simply a product-tier comparison. A useful portal plan starts with the people and data involved, then tests the architecture against expected usage and Microsoft’s current licensing terms. This keeps licensing, security, and capacity connected without treating one as a substitute for another. Work through these six questions before settling on a model:

Can external customers view Power BI reports with a free license?

Yes, in some capacity-based scenarios, but not simply because they have a free license. Under the current rules in this guide, external viewers may access shared content without an individual paid license when it’s hosted on qualifying Power BI Premium capacity or Microsoft Fabric F64 capacity or higher. Power BI Premium capacity is no longer sold to new customers, so validate the applicable entitlement and hosting arrangement against current Microsoft documentation. This applies to viewing, not every Power BI task.

Do customers need Microsoft Entra ID accounts to access a Power BI portal?

Not always; it depends on the sign-in pattern. With user-based sharing, customers generally access content through a Microsoft identity, including an Entra ID guest identity where the organisation uses external collaboration. With app-owns-data embedding, customers can authenticate to the portal through its chosen sign-in system, while the application uses its own identity to access Power BI. Keep the portal’s user authentication distinct from the identity Power BI uses behind the scenes.

Does a Microsoft 365 subscription automatically include Power BI Pro?

No, not every Microsoft 365 subscription includes Power BI Pro. Microsoft 365 E5 includes a Pro license, but other plans shouldn’t be assumed to provide it. For example, a customer employee may have access to Microsoft 365 email and collaboration tools without the Power BI entitlement needed for a particular sharing scenario. Check the exact subscription assigned to each relevant user and confirm its current Power BI benefits before relying on it for portal access.

Can Power BI guest users access reports in a customer portal?

Yes, guest users can access shared Power BI content when external collaboration is configured and they have the necessary permissions and applicable licensing. A guest invited into an organisation’s tenant may use their own organisational credentials to sign in, but guest status alone doesn’t grant report access. For example, a partner’s analyst could be invited to view a report, while the organisation still needs to verify the workspace, content, and license conditions for that user.

Does row-level security remove the need for Power BI licenses?

No. Row-level security controls which rows a user can see within a report or semantic model; it doesn’t grant a Power BI entitlement or replace licensing requirements. For example, RLS might filter a shared sales report so a customer sees only their own transactions. You still need to establish that the viewer can access the content under the applicable Microsoft licensing terms. Treat data visibility and license eligibility as separate checks in your access review.

Can one Power BI Embedded capacity serve multiple customer organizations?

Yes, an Embedded capacity can support reports for multiple customer organizations, provided the architecture is designed for the workload and securely separates each customer’s data. Capacity doesn’t automatically create tenant boundaries. The application must pass or enforce the right customer context, and report permissions or data-security design must prevent cross-customer visibility. Model expected concurrent activity and report demand, then monitor performance as use grows to determine whether the capacity remains appropriate.

Do third-party Power BI portal plans include Microsoft licensing?

Some hosted portal providers may include specified Power BI Embedded hosting or capacity in their own plans, but that’s a vendor-specific commercial arrangement, not a universal Microsoft licensing rule. The plan may cover only certain components or uses, while other Power BI users, such as report creators or administrators, may have separate licensing needs. The applicable service terms define what the provider includes, what your organisation supplies, and who manages capacity and access.