Bonjour,

En effet, il est important d’enregistrer le fichier .pbix à l’extérieur de n’importe quel dossier dont les données devront être consolidées par le biais d’une requête.

Bonne journée.

Sophie

Bonjour Émilie,

Il n’y a aucune différence. On réfère à une mesure qui appartient à une table. Normalement, quand on fait référence à une mesure, on ne met pas le nom de table devant (par convention). Mais si on le met, ça ne change rien comme tel. C’est juste que ça rend la lecture de la mesure plus simple. Une expression entre crochets sans nom de table = mesure et une expression entre crochets accompagnée d’un nom de table = colonne de la table. Simple convention donc pour mieux s’y retrouver.

Au plaisir,

Sophie

Bonjour Émilie,

Il n’y a pas de fichier joint mais dans tous les cas, je viens de regarder le contenu de la formation Power BI (niveau 3), que je ne mémorise pas par coeur.

Vous n’avez pas à utiliser de paramètres régionaux puisque vous créez vous-mêmes la date. J’ai beau fouiller dans le document, je ne vois aucun endroit où il est indiqué de prendre les paramètres régionaux. On utilise les paramètres régionaux de la source de données lorsqu’on importe une source de données qui a ses propres paramètres régionaux.

Quand vous crééez vous-mêmes une date avec avec la fonction M #date, la date sera automatiquement reconnue comme une date par Power Query et sera affichée selon vos paramètres régionaux à vous (ce qui n’a pas d’impact, comme mentionné plus tôt). Ce n’est qu’un mode d’affichage.

Donc, après avoir inséré votre fonction de date, vous devriez n’avoir qu’à convertir la dite colonne en date, sans passer par les paramètres régionaux.

Et encore une fois, si vous n’y parvenez pas, merci d’uploader votre fichier.

Sophie

Bonjour,

La façon dont la date est affichée n’est pas importante. C’est simplement un mode d’affichage. Donc que ce soit / ou -, ça ne devrait rien changer.

Par contre, dans Power Query, si vous avez modifié le type de données en utilisant les mauvais paramètres régionaux ou après avoir accordé un autre type de données à cette colonne alors là, ça peut avoir créé des problèmes.

Si, dans Power Query, vous voyez bien le type date (donc le calendrier comme symbole dans le haut de la colonne) et que lorsque vous allez dans Affichage/Qualité de la colonne, vous ne voyez aucune erreur dans la colonne de date, il est en effet suprenant que la colonne ne soit pas reconnue comme une colonne de date dans l’interface principale.

Je vous dirais donc, en premier lieu de vérifier ces 2 points dans Power Query et si tout est beau de ce côté, merci d’uploader votre fichier .pbix dans le forum. Je vais y jeter un coup d’oeil.

Sophie

Bonjour,

Dans la copie d’écran soumise, vous avez sélectionné le visuel en question donc il est normal que ce visuel ne propose pas de modifier les interactions, entre ce visuel et lui-même. Les interactions proposées le sont uniquement avec les autres visuels…

Merci.

Sophie

Le problème est avec le mois de janvier uniquement. Si vous allez dans votre table de budget, vous verrez que vous avez un champ vide dans la colonne NoMois et que le chiffre 1 ne se retrouve nulle part. Cela est du au fait que dans votre requête FichierBudget, vous avez le mois “Janvier_3” plutôt que “Janvier”. Donc, il n’y a aucune correspondance entre le mois de Janvier de votre table de mois et votre table de budget.

La copie d’écran ne montre pas les types de données. Il faut cliquer sur le lien de la relation pour ouvrir la boîte de dialogue et voir le tout. De même, il devrait y avoir une colonne NoMois dans la table Actuels et elle n’y est apparemment pas. Ce n’est probablement pas ce qui cause le problème mais n’ayant aucune visibilité sur le contenu de vos colonnes, je ne peux pas savoir. Donc, double-cliquez sur chacune des relations Actuels-Mois et Budget-Mois, prenez une copie d’écran de chacune d’entre elle et montrez-moi aussi votre table DimMois en entier. Il y a sûrement des erreurs, soit les types de données, soit l’orthographe des noms de mois (différences entre table DimMois et Actuels (la relation devrait être faite sur les nombres et non les noms de mois…), etc… Avec ce que vous me partagez, je ne peux pas voir ce qui se passe.

À priori, je dirais qu’il manque sans doute une relation entre votre table de budget et votre table de mois ou que cette relation a mal été créée.

Sophie