Tableau de bord ou rapport : le vocabulaire de Power BI
Dans le langage courant, « tableau de bord » désigne souvent toute interface qui rassemble des chiffres et des graphiques. Dans Power BI, ce terme correspond toutefois à un objet précis, distinct d’un rapport et du jeu de données qui l’alimente. Cette différence détermine où chaque élément est créé et comment il est consulté. Un tableau de bord décrit les données disponibles : il ne prévoit pas, à lui seul, les résultats futurs.
Rapport, tableau de bord et jeu de données
Pour vous repérer dans Power BI, distinguez les données servant de base, les pages d’analyse et la synthèse épinglée. Le terme courant « tableau de bord » est plus large que son sens dans le produit : un tableau de bord Power BI est une page unique qui rassemble des vignettes provenant de rapports.
| Élément | Rôle | Lieu de création |
|---|---|---|
| Jeu de données | Fournit les données et la structure utilisées par les rapports, notamment les tables et leurs relations. | Préparé dans Power BI Desktop, puis publié dans le service en ligne avec le rapport. |
| Rapport | Présente les données sur une ou plusieurs pages, avec des graphiques, des tableaux et des filtres interactifs. | Principalement construit dans Power BI Desktop ; il peut aussi être créé ou modifié dans le service en ligne selon les fonctionnalités disponibles. |
| Tableau de bord | Réunit sur une seule page des vignettes épinglées depuis un ou plusieurs rapports. | Créé uniquement dans le service en ligne, et non dans Power BI Desktop. |
Une vignette conserve un lien vers la visualisation épinglée : elle sert de point d’accès à une synthèse, tandis que le rapport permet d’explorer ses pages et ses interactions. Vous pouvez donc consulter un rapport sans tableau de bord, mais le tableau de bord décrit ici s’appuie sur des vignettes issues de rapports.
Power BI Desktop et service en ligne
Power BI Desktop est une application gratuite pour Windows, utilisée pour construire des rapports à partir de données et organiser leurs pages. Vous y préparez le fichier de rapport, puis le publiez dans le service en ligne lorsque vous souhaitez le mettre à disposition d’autres personnes. Le service centralise la publication et le partage des contenus ; c’est également là que vous créez un tableau de bord composé de vignettes épinglées.
Les applications mobiles Power BI servent principalement à lire les chiffres sur un téléphone ou une tablette. Elles permettent de consulter les rapports et les tableaux de bord adaptés à l’écran, sans remplacer l’environnement de création de rapports de Desktop. Le choix de l’outil suit donc l’usage : création dans Desktop, publication et partage dans le service, consultation sur ordinateur ou appareil mobile.
Un rapport ou un tableau de bord restitue des valeurs calculées à partir des données disponibles. Il peut montrer une évolution passée ou une situation actuelle, mais ne prédit pas par lui-même ce qui se produira. Pour obtenir une prévision, il faut une méthode ou un modèle prédictif distinct ; l’affichage des chiffres reste descriptif.
Choisir les indicateurs avant de dessiner
Un Tableau de bord Power BI sert à éclairer des décisions précises, pas à exposer toutes les données disponibles. Le choix des mesures dépend des actions attendues, du périmètre observé et du rythme auquel une décision doit être prise. Pour comparer les résultats dans le temps, chaque indicateur doit reposer sur une définition stable. Un responsable désigné peut vérifier cette définition et expliquer les écarts. Les exemples ci-dessous associent des questions métier à des mesures et à une fréquence de lecture.
Un indicateur, une question, un responsable
Commencez par préciser la décision à prendre : ajuster une remise, relancer un client ou réorganiser une équipe. Les données déjà présentes dans vos fichiers ne déterminent pas, à elles seules, la mesure utile.
- Décrivez la décision à prendre, par exemple accepter une remise, relancer un impayé ou réduire un retard, avant d’ouvrir les fichiers disponibles.
- Transformez cette décision en question vérifiable, avec un périmètre précis — équipe, canal ou période — et une réponse attendue qui permettra d’agir.
- Choisissez un indicateur directement relié à la question, puis vérifiez que les données nécessaires existent et couvrent le même périmètre et la même période.
- Rédigez sa définition : unité, population incluse, période, règles d’exclusion, formule et source de calcul ; cela évite des interprétations différentes.
- Nommez un responsable chargé de valider la définition, puis fixez une fréquence de lecture adaptée au rythme de la décision et aux délais de mise à jour.
La fréquence peut être quotidienne pour une décision opérationnelle rapide, hebdomadaire pour un suivi d’activité ou mensuelle pour une revue financière. Le responsable vérifie que la mesure reste comparable d’une période à l’autre et signale tout changement de périmètre.
Des exemples d’indicateurs par fonction
Associez chaque question métier à un indicateur dont la formule et la période sont explicites. Le tableau propose des définitions à adapter au périmètre réellement suivi.
| Fonction | Question | Indicateur | Formule en mots | Fréquence de lecture |
|---|---|---|---|---|
| Ventes | Quel montant les ventes représentent-elles sur la période ? | Chiffre d’affaires par période | Somme des montants hors taxes facturés sur la période, après remises et avoirs. | Hebdomadaire ou mensuelle |
| Ventes | Quel est le montant moyen d’une commande ? | Panier moyen | Chiffre d’affaires correspondant aux commandes divisé par leur nombre, sur le même périmètre et la même période. | Hebdomadaire |
| Ventes | Quelle part des visites aboutit à une commande ? | Taux de conversion | Nombre de commandes validées divisé par le nombre de visites du canal mesuré, puis multiplié par cent. | Quotidienne ou hebdomadaire |
| Finance | Quelles liquidités sont disponibles à une date donnée ? | Position de trésorerie | Somme des soldes des comptes bancaires et de la caisse à la date observée. | Quotidienne |
| Finance | Combien de jours s’écoulent en moyenne avant le paiement des clients ? | Délai moyen de paiement client (DSO) | Créances clients divisées par les ventes à crédit de la période, puis multipliées par le nombre de jours de cette période. | Mensuelle |
| Production | Quelle part des unités produites est écartée ? | Taux de rebut | Nombre d’unités rebutées divisé par le nombre total d’unités produites, puis multiplié par cent. | Quotidienne ou hebdomadaire |
| Ressources humaines | Quelle part du temps de travail prévu correspond à des absences ? | Taux d’absentéisme | Nombre d’heures d’absence divisé par le nombre d’heures de travail prévues, puis multiplié par cent. | Mensuelle |
Pour le DSO, conservez la même méthode de calcul et la même durée de période lors des comparaisons. Pour les ventes, définissez le canal et le type de commande inclus afin que le taux de conversion garde un sens constant.
De la source de données au visuel
La construction d’un Tableau de bord Power BI suit un parcours allant des données brutes aux représentations consultables. Les fichiers Excel ou CSV, les bases SQL et les services web peuvent alimenter ce parcours, à condition que leurs champs soient préparés et structurés. Power Query sert à transformer et contrôler les données avant leur chargement dans un modèle adapté à l’analyse. Les mesures et les visuels s’appuient ensuite sur ce modèle, par exemple pour lire les ventes par mois et par produit.
Se connecter aux sources et transformer avec Power Query
Commencez par repérer où se trouvent les données de vente et sous quelle forme elles sont conservées. Power Query permet de connecter un classeur Excel, un fichier CSV, une base SQL ou un service web, puis de préparer les champs avant leur utilisation dans le rapport. Pour un suivi par mois et par produit, les données doivent notamment contenir une date de vente, une référence produit et une valeur de vente.
- Choisissez le connecteur adapté : un classeur Excel ou un fichier CSV convient à un fichier déposé, tandis qu’une base SQL permet de sélectionner les tables ou vues utiles.
- Indiquez le fichier, la base ou le service web à interroger, puis sélectionnez la feuille, la table ou les données nécessaires au suivi des ventes.
- Dans l’éditeur Power Query, supprimez les colonnes inutiles, renommez les champs de façon explicite et vérifiez que la date, le produit et le montant ont le bon type.
- Transformez les lignes pour obtenir une structure régulière : une ligne par vente, une colonne par attribut, sans titres répétés ni totaux insérés au milieu des données.
- Contrôlez les valeurs nulles, les doublons et les dates non reconnues, puis chargez le résultat préparé afin de pouvoir analyser les ventes par mois et par produit.
Les transformations sont enregistrées sous forme d’étapes et peuvent être rejouées lors d’une nouvelle actualisation de la requête. Power Query utilise le langage M pour décrire ces opérations : vous pouvez ainsi relire la suite des transformations, ajuster une étape ou repérer celle qui produit une erreur.
Dans l’exemple des ventes, une date correctement typée peut être rapprochée d’un calendrier et une référence produit d’une liste de produits. Le contrôle porte sur la cohérence des champs et des lignes avant le chargement, pas sur la mise en forme des graphiques.
Modèle en étoile et mesures DAX
Un Modèle de données Power BI organisé en étoile sépare les événements mesurables des informations qui les décrivent. Pour les ventes, la table de faits contient les lignes de transaction et les valeurs à agréger, tandis que les dimensions apportent les attributs nécessaires pour les analyser par date, produit ou client. Cette séparation évite de répéter les mêmes descriptions de produit ou de client sur chaque ligne de vente.
Chaque dimension se relie à la table de faits par une clé. La relation est de type un-à-plusieurs : une ligne de la dimension produit peut correspondre à plusieurs lignes de ventes, et une date du calendrier peut également être associée à plusieurs transactions. Les clés utilisées doivent avoir des valeurs compatibles entre les tables ; une référence produit manquante dans la dimension, par exemple, empêche de classer correctement la vente correspondante.
Une table calendrier fournit une ligne par date et des attributs comme l’année, le mois et le numéro de mois. Elle est nécessaire aux calculs temporels, car elle permet de structurer les périodes et de comparer des ventes selon un calendrier cohérent. Reliez sa colonne de dates à la date de vente de la table de faits et utilisez ses champs pour organiser les analyses mensuelles.
Les calculs réutilisables s’écrivent sous forme de mesures en DAX, abréviation de Data Analysis Expressions. Une mesure telle que Chiffre d’affaires = SUM(Ventes[Montant]) additionne les montants selon le contexte de filtre appliqué par les dimensions. Le même calcul peut ainsi présenter un total par mois, par produit ou par client sans créer une colonne de total distincte pour chaque regroupement. Les noms de tables et de colonnes de la formule doivent correspondre au modèle chargé.
Choisir les bons visuels
Le visuel se choisit selon la question posée et le nombre de valeurs à lire. Les barres facilitent la comparaison entre catégories, les courbes montrent une évolution dans le temps et une carte met en évidence un indicateur isolé.
| Besoin de lecture | Visuel adapté | Visuel à éviter |
|---|---|---|
| Comparer les ventes entre produits | Barres, avec un produit par catégorie | Graphique en secteurs avec de nombreuses parts |
| Suivre les ventes de mois en mois | Courbe, avec les mois dans l’ordre chronologique | Barres en trois dimensions, qui déforment la lecture des écarts |
| Afficher le total des ventes sur la période sélectionnée | Carte avec une valeur et un libellé explicite | Graphique en secteurs si plusieurs valeurs se partagent l’affichage |
Pour les ventes par mois et par produit, une courbe convient à la tendance mensuelle et des barres à la comparaison des produits. Réservez la carte à une valeur unique, plutôt qu’à une liste de résultats.
Partage, actualisation et fiabilité des chiffres
La diffusion d’un rapport Power BI suppose de maîtriser trois points : la fraîcheur des données, les personnes autorisées à les consulter et le sens attribué aux chiffres. Une actualisation réussie ne suffit pas si les utilisateurs ne savent pas de quelle période proviennent les résultats. À l’inverse, une définition précise ne garantit pas que chacun puisse consulter uniquement les informations qui le concernent. Les réglages de mise à jour, les permissions et les repères affichés sur la page rendent les rapports plus faciles à interpréter au quotidien.
Actualiser les données
Dans Power BI Service, l’actualisation planifiée met à jour automatiquement le jeu de données à la fréquence définie. Configurez les informations d’identification des sources et choisissez des horaires adaptés au rythme de leur mise à jour : une actualisation quotidienne peut suffire pour un suivi alimenté chaque nuit, tandis qu’un reporting plus fréquent peut nécessiter plusieurs passages. La fréquence disponible dépend notamment de la licence et des paramètres du service.
Si les fichiers ou bases de données se trouvent sur un serveur local, une passerelle de données locale doit assurer la communication entre ce serveur et le service en ligne. Vérifiez que la passerelle est opérationnelle et que les identifiants associés aux sources sont valides ; une modification de mot de passe peut interrompre les mises à jour.
Affichez sur la page du rapport la date et l’heure de la dernière actualisation réussie. Une mention telle que « Données mises à jour le 3 novembre à 7 h 15 » aide à distinguer un résultat récent d’un jeu de données resté inchangé après un échec.
Droits d’accès et sécurité au niveau des lignes
Les autorisations définissent les personnes qui peuvent consulter un rapport et celles qui peuvent aussi le modifier ou le partager. Attribuez les accès selon les responsabilités : une équipe commerciale peut consulter ses résultats, tandis que les personnes chargées de concevoir le rapport ont besoin de permissions de modification. Vérifiez les droits accordés dans l’espace de travail et au rapport, car donner accès à un élément ne signifie pas toujours donner accès aux autres contenus de l’espace.
La sécurité au niveau des lignes, souvent appelée RLS, filtre les enregistrements visibles selon le rôle de l’utilisateur. Par exemple, un responsable régional peut voir les ventes de sa région sans consulter celles des autres régions. Définissez les rôles à partir d’une règle claire, puis testez le résultat avec des profils représentatifs avant le partage. Contrôlez aussi les totaux et les filtres pour repérer une exposition involontaire de données.
Si le rapport contient des données personnelles, le RGPD s’applique. Vérifiez le texte officiel et les obligations correspondant au traitement concerné ; ne déduisez pas une règle ou une échéance de la seule configuration Power BI.
Fiabilité et définitions communes
Pour que deux équipes interprètent une valeur de la même façon, conservez une définition écrite pour chaque indicateur. Précisez son mode de calcul, son unité, la période retenue et les éventuelles exclusions. Pour un taux de conversion, indiquez par exemple quels événements constituent le numérateur et le dénominateur, ainsi que la période observée. Cette fiche évite qu’un même intitulé désigne des calculs différents dans deux rapports.
Associez à chaque mesure une source de référence et un responsable chargé de valider sa définition lorsqu’elle évolue. Si le chiffre porte sur le mois civil, indiquez clairement les dates couvertes ; s’il s’agit d’une période glissante de trente jours, nommez-la comme telle. Le libellé doit correspondre au calcul réellement utilisé dans le modèle, et non à une interprétation implicite du visuel.
Affichez également la date de dernière mise à jour près des indicateurs. La définition explique ce que mesure la valeur, tandis que cette date précise jusqu’à quand les données ont été actualisées. Ces deux repères permettent de comparer des chiffres sur une base commune et de comprendre la période représentée.