Un total faux dans un rapport finit souvent par se voir. Quelqu'un le compare à la compta, fronce les sourcils, pose la question en réunion. Le même total repris dans une synthèse générée par un assistant se voit beaucoup moins : il arrive mis en forme, dans une phrase assurée, sans le tableau à côté pour le contredire.

C'est le cas depuis la conférence FabCon Europe, fin septembre 2026, où Microsoft a annoncé la disponibilité de Fabric IQ dans Copilot : les utilisateurs peuvent poser des questions métier et obtenir des réponses tirées des modèles sémantiques et des rapports Power BI de leur organisation. Copilot Notebooks accepte aussi des rapports Power BI comme références, avec une disponibilité générale annoncée entre fin octobre et mi-novembre 2026, sans configuration supplémentaire.

Microsoft a ajouté un garde-fou : un réglage par modèle qui permet de bloquer l'accès de Copilot, et la recommandation de marquer comme « approuvés » les modèles en lesquels on a confiance. Reste à savoir lesquels de vos modèles la méritent. Ce guide donne sept contrôles pour y répondre, faisables dans Power BI Desktop, sans outil tiers.

Pourquoi ces contrôles avant tout

Un modèle Power BI produit un chiffre faux de trois façons. Une relation mal posée multiplie ou perd des lignes. Une donnée source change et le modèle ne le dit pas. Une mesure fait un calcul différent de celui que son nom annonce. Aucune des trois ne déclenche de message d'erreur : le visuel s'affiche, le total a l'air plausible.

Les contrôles qui suivent ciblent ces trois mécanismes. Ils prennent une heure la première fois sur un modèle de taille moyenne. Les requêtes se lancent dans la vue Requête DAX de Power BI Desktop ; adaptez les noms de tables et de colonnes aux vôtres.

Les sept contrôles

1. La table de dates est complète et marquée

Les calculs d'une période à l'autre (cumul annuel, comparaison à N-1) supposent une table de dates sans trou, marquée comme telle (vue Modèle, « Marquer comme table de dates »). Vérifiez qu'il ne manque aucun jour :

EVALUATE
ROW (
    "Jours présents", COUNTROWS ( 'Date' ),
    "Jours attendus", INT ( MAX ( 'Date'[Date] ) - MIN ( 'Date'[Date] ) ) + 1
)

Les deux nombres doivent être égaux. Vérifiez aussi que chaque table de faits datée est reliée à cette table, et non à sa propre colonne de date.

2. Aucune relation plusieurs à plusieurs que personne n'a choisie

En mode importation, Power BI refuse d'actualiser une relation « un à plusieurs » dont le côté « un » contient des doublons : l'erreur est bruyante, tant mieux. Le risque silencieux vient des relations plusieurs à plusieurs, que Power BI propose dès que des doublons existent au moment de la création. Elles acceptent la donnée et produisent des totaux qui ne font plus la somme de leurs lignes.

Dans la vue Modèle, listez chaque relation marquée d'une étoile des deux côtés et demandez-vous si elle a été voulue. Faites de même pour les filtres croisés dans les deux sens, qui font circuler un filtre là où personne ne l'attend.

3. Pas de ligne de faits orpheline

Une vente dont le code client ne correspond à aucun client du référentiel tombe dans une ligne « (vide) ». Le total général la compte, le total par client ne la montre pas, et le second ne fait plus la somme du premier.

EVALUATE
ROW (
    "Lignes sans client", COUNTROWS ( FILTER ( 'Ventes', ISBLANK ( RELATED ( 'Client'[Code client] ) ) ) ),
    "Lignes au total", COUNTROWS ( 'Ventes' )
)

Faites-le pour chaque relation entre une table de faits et une dimension. Zéro est la seule réponse confortable ; au-delà, il faut savoir pourquoi.

4. Le total recoupe la comptabilité

Prenez un mois clos et comparez le chiffre d'affaires du modèle au total des comptes 70 de la balance de votre logiciel comptable pour le même mois. Même chose pour un poste de charges que vous connaissez bien. Un écart n'est pas forcément une erreur (un modèle de gestion peut retraiter), mais il doit s'expliquer en une phrase. S'il ne s'explique pas, le modèle n'est pas prêt.

5. Chaque mesure fait ce que son nom annonce

Copilot choisit une mesure d'après son nom et sa description. Une mesure appelée « CA » qui exclut les avoirs, à côté d'une autre appelée « CA2 » qui les inclut, est une invitation à la mauvaise réponse. Renommez ce qui est ambigu, supprimez les doublons, et donnez une description d'une ligne aux mesures que vous gardez : ce qu'elles comptent, ce qu'elles excluent.

6. Les droits sont ceux que vous croyez

Si le modèle porte une sécurité par ligne (un commercial ne voit que ses clients, un dossier ne voit que ses comptes), testez-la avec « Afficher en tant que rôle » sur deux ou trois rôles. Un modèle ouvert à un assistant sera interrogé par des gens qui n'ouvraient jamais le rapport : c'est le moment de vérifier ce qu'ils verraient.

7. La donnée est fraîche, et ça se voit

Notez la date de dernière actualisation réussie et comparez-la à la fréquence prévue. Un modèle qui n'est plus actualisé depuis trois semaines répond avec assurance sur des chiffres périmés. Si vos rapports n'affichent pas cette date, ajoutez-la : c'est la première chose qu'un lecteur devrait voir.

Décider : approuver, corriger ou bloquer

Un modèle qui passe les sept contrôles peut être approuvé. Un modèle qui en rate un ou deux, pour une raison comprise, peut l'être après correction. Un modèle dont personne ne sait plus qui l'a écrit ni ce que calculent ses mesures doit être bloqué pour Copilot, au moins le temps de le reprendre : c'est souvent celui qui alimente le plus de rapports.

Refaites ces contrôles à chaque modification importante du modèle et au moins une fois par trimestre. La donnée change, et un modèle juste en janvier peut ne plus l'être en juillet.

L'outil : partir d'une définition connue

Ces sept contrôles ont un point commun : ils supposent que quelqu'un connaisse le modèle. C'est rarement le cas des modèles écrits par un prestataire il y a quelques années et retouchés depuis par trois personnes.

Les modèles que Drivn fournit pour la comptabilité partent dans l'autre sens. Le chiffre vient directement de votre logiciel comptable, pas d'un export retraité à la main, et les indicateurs suivent le plan comptable : les soldes intermédiaires de gestion sont calculés à partir des comptes eux-mêmes. Un modèle dont la définition est connue d'avance se vérifie en quelques minutes, et s'approuve en connaissance de cause.

L'antisèche : les sept contrôles en une page

ContrôleOù le faireRéponse attendue
1. Table de dates complète et marquéeVue Requête DAX, vue ModèleJours présents = jours attendus ; table marquée ; faits reliés à elle
2. Relations plusieurs à plusieursVue ModèleChacune choisie et expliquée ; pas de filtre bidirectionnel subi
3. Lignes de faits orphelinesVue Requête DAXZéro, ou une raison connue
4. Recoupement avec la comptabilitéBalance du logiciel comptable, mois closÉcart nul ou expliqué en une phrase
5. Noms et descriptions des mesuresVolet DonnéesAucun doublon ambigu ; une description par mesure gardée
6. Sécurité par ligneAfficher en tant que rôleChaque rôle voit ce qu'il doit voir, rien de plus
7. FraîcheurHistorique d'actualisationDernière actualisation conforme à la fréquence prévue

Sept sur sept : approuver. Un ou deux ratés compris : corriger, puis approuver. Un modèle que personne ne sait plus expliquer : bloquer pour Copilot, le temps de le reprendre.