Sans organisation, le service Power BI devient vite un empilement d'espaces de travail personnels, de rapports partagés par lien et de modèles sémantiques dupliqués dont personne ne sait lesquels sont fiables. L'administrateur pose le cadre : qui crée quoi, où, avec quels droits, et comment le contenu arrive jusqu'aux consommateurs.

Power BI Desktop sert à créer, le service Power BI (intégré à Microsoft Fabric) à diffuser et collaborer, l'application mobile à consulter. Dans le service, tout le contenu vit dans des espaces de travail : modèles sémantiques, rapports, tableaux de bord, et, sur une capacité Fabric, les autres éléments Fabric (lakehouses, Dataflows Gen2, notebooks...). Une application regroupe une sélection de rapports d'un espace de travail, en lecture seule, pour des audiences définies. Les pipelines de déploiement font passer le contenu d'un espace de développement vers le test puis la production.

Les anciennes capacités Power BI Premium (P1, P2...) sont remplacées par les capacités F. À partir de F64, les utilisateurs disposant d'une licence gratuite et du rôle Lecteur peuvent consulter le contenu Power BI ; en dessous, chaque lecteur doit avoir une licence Pro ou PPU. Le détail figure dans la page Licences et capacités (partie 0).

Attribuez les rôles à des groupes de sécurité Microsoft Entra ID plutôt qu'à des personnes, limitez le nombre d'administrateurs et documentez la matrice des rôles. Voir aussi la page Espaces de travail et rôles (partie 5).

L'approbation signale le contenu fiable dans le Catalogue OneLake :

La certification et les données de base s'activent dans le portail d'administration ; l'activation de la certification peut être déléguée aux administrateurs de domaine. Adoptez une convention de nommage (par exemple « Ventes mensuelles » pour le modèle sémantique, « Ventes | Tableau de bord commercial » pour le rapport) et désignez un propriétaire par modèle. Détail dans la page Approbation et certification (partie 5).

Fichier > Publier envoie le rapport et son modèle sémantique dans l'espace de travail choisi ; ils apparaissent comme deux éléments distincts. Republier remplace la version précédente : il n'y a pas d'historique des versions dans le service. Pour garder un historique, utilisez le format PBIP et Git (annexe Développeurs). Publiez d'abord dans un espace de développement, puis promouvez le contenu avec un pipeline de déploiement.

Trois types de liens existent : Personnes de votre organisation (désactivable par l'administrateur), Personnes disposant d'un accès existant (n'accorde aucun droit) et Personnes spécifiques (y compris les invités Microsoft Entra B2B). Le destinataire a besoin d'une licence Pro ou PPU, sauf si le contenu est sur une capacité F64 ou supérieure.

1. Dans le service, sélectionnez Espaces de travail > Nouvel espace de travail.

[Capture : volet Espaces de travail du service avec le bouton « Nouvel espace de travail »]

2. Saisissez le nom et la description, puis ouvrez Paramètres avancés pour choisir le type de licence (Pro, Premium par utilisateur, capacité Fabric) et, le cas échéant, la capacité.

[Capture : volet de création d'espace de travail, section Paramètres avancés ouverte sur le choix du mode de licence]

3. Sélectionnez Gérer l'accès > Ajouter des personnes ou des groupes, saisissez un groupe de sécurité et choisissez son rôle.

1. Dans l'espace de travail, ouvrez les Paramètres du modèle sémantique, section Approbation.

2. Choisissez Promu ou, si vous êtes réviseur désigné, Certifié, puis Appliquer.

Durée : 1 h 30 environ, réparties dans la séquence. Fichiers : un PBIX d'exercice fourni par le formateur.

Résultat attendu : le Lecteur voit le rapport sans pouvoir le modifier ; le modèle sémantique porte le badge Promu.