[Jonathan]

Concernant votre calcul, il ne fonctionne pas car il ne tient pas compte du nombre de jours en cours de visualisation.

Exemple (si j’ai bien compris la demande) :

• J’ai 4 jours en cours de sélection, du 1er au 4 septembre,
• 1 bureau a été loué le 1 et le 3,
• A mon avis le résultat attendu est de 50%.
• Si c’est ça, vous pouvez tester cette mesure :

<pre class=”language-markup”>Taux D'occupation réel =
VAR NbBureaux =
DISTINCTCOUNT ( Dim_Bureaux[ID] )
VAR NbReservations =
COUNTROWS ( Ft_Reservations )
VAR BaseTxOccupation =
DIVIDE (
NbReservations,
NbBureaux
)
VAR NbJours =
COUNTROWS ( DimDate )
RETURN
DIVIDE (
BaseTxOccupation,
NbJours
)

Bonne continuation dans votre projet

[Jonathan]

Bonjour,

Je réponds à la toute première question en haut.

Ce phénomène se produit si l’intégrité référentielle n’est pas maintenue. Par exemple, une date dans la table de faits qui ne serait pas dans la table des dates ou encore un axe d’analyse qui ne serait pas présent dans une dimension.

Dans les visuels, on ne voit pas le problème puisque, par défaut, les visuels n’affichent pas les éléments Blank. Mais si on décide d’afficher les éléments sans données, on voit bien le blank arriver dans ce cas. Pour les filtre, c’est différents, il fait directement apparaître la ligne BLANK.

Donc pour moi, la piste est de checker si chaque dimension est bien exhaustive par rapport à toutes les tables de faits qui sont liées à cette dimension.

[Jonathan]

Séverine,

Désolé mais je ne pourrais pas passer plus de temps sur le sujet, il y a beaucoup trop de sujets à traiter.

Mais je vous donne quelques pistes qui pourraient vous aider :

• Changer les options de Power BI (et notamment du fichier utilisé) pour :
  • Ne pas importer de manière automatique les relations,
  • Ne pas détecter automatiquement les nouvelles relations (vous garderez la maîtrise de la modélisation et gagnerez du temps),
  • Ne pas utiliser la case “Time Intelligence” (vous avez une table des dates),
• Marquer la table des dates comme table des dates du modèle,
• Créer une table de mesure et classer vos mesures (masquer tout ce qui est inutile comme les mesures intermédiaires),
• Il ne faut pas mettre de filtre sur vos visuels ou dans la page d’extraction (cela va générer des conflits avec la fonctionnalité d’extraction).
• Si vous mettez uniquement la mesure délai_5j_count, on voit que ça fonctionne mais cela génère des lignes blank dans votre tableau (cela vient du champ référence principalement).
• Il y a un problème de modélisation : pas de grande table à plat dans Power BI en général, on cherche plutôt à faire un modèle en étoile avec des dimensions qui filtres les faits.
• Je n’ai pas accès aux données car le pbix est trop ancien pour être pleinement utilisé chez moi mais à mon avis il y a matière à créer des dimensions assez facilement (pensez ensuite à changer vos champs dans les visuels pour utiliser ceux des dimensions et non de la table de faits).
• Je pense qu’il y a un problème de calcul de manière générale dans le modèle. Parfois ce n’est pas une mesure qu’il faut faire mais plutôt une colonne calculée :
  • Par exemple la mesure attente_bis pourrait à mon avis être une colonne calculée car il s’agit d’un flag que vous souhaitez faire pour faire d’autres calculs,

Bon courage et bonne continuation pour la suite de votre projet.

[Jonathan]

Merci Séverine mais il manque le PBIX (je ne vois que le fichier Excel)

[Jonathan]

Bonjour Séverine,

Essayez de mettre en filtre d’extraction la mesure qui est dans votre visuel et de mettre également cette mesure dans le tableau sur la page d’extraction.

Dans la page de départ, vous n’avez pas à mettre de filtre d’extraction, c’est uniquement dans la page d’extraction.

Après, il faudrait voir quelle est la relation sur la date et comment sont faites les mesures.

Si vous pouvez anonymiser un jeu de données et le partager ce sera vraiment plus simple pour vous aider.

Le fait de faire des jeux d’essai avec peu de données est de toute façon une bonne idée/bonne pratique. Cela permet de ne pas avoir à gérer trop de volumétrie et de pouvoir effectuer tous les tests nécessaires (pas forcément présents dans vos données à l’instant T).

[Jonathan]

Avez-vous vérifié que les champs (date) correspondent entre la page principale et la page d’extraction ?

[Jonathan]

Bonjour Séverine,

C’est vraiment difficile de vous aider sans imprimé écran et/ou sans pbix partagé mais je vais tenter.

Pouvez-vous vérifier les relations dans le modèle au niveau des dates (éventuellement faire un imprimé écran de la vue modèle).

Quelques questions sur le modèle :

• Utilisez-vous bien des mesures implicites ?
• Avez-vous des relations many to many ?
• Avez-vous des relations bidirectionnelles ?
• Avez-vous des relations inactives ?

Savez-vous que vous pouvez paramétrer l’extraction avec des mesures et non pas seulement avec des champs venant de vos dimensions ?

A plus tard,

[Jonathan]

Bonjour Schryve,

Pour moi, ce n’est que de la modélisation quasiment, et presque pas du DAX.

Je ne sais pas à quoi correspond exactement votre table mais si c’était moi, le modèle serait le suivant :

• Dimensions :
  • Une table des dates,
  • Une table des commerciaux,
  • Une table des véhicules,
• Faits :
  • Une table des achats,
  • Une table des ventes,

Les tables de faits seraient super simples, date, code commercial, code véhicule et montant j’imagine.

Puis ensuite des mesures simples qui comptent les lignes de chaque tables de faits.

[Jonathan]

Bonjour Benoit,

Nativement, je ne crois pas que ce soit possible.

L’expérience de drill down avec les info-bulles visuelles modernes est excellente (pas de filtre supplémentaire et simple à utiliser), je pense que c’est la solution à privilégier.

Solution de secours :

• On peut faire deux visuels parfaitement superposés l’un au-dessus de l’autre.
• Celui du dessus est pour les agences, celui du dessous pour les pays,
• On formatte tous les éléments du visuels des agences avec une mise en forme conditionnelle qui rend les éléments transparents si aucun pays n’est sélectionné.

Inconvénient, le visuel du dessous ne sera pas cliquable et ne pourra pas avoir d’info-bulle.

Je viens de tester, ça marche 👍 (et ça me donne des idées 😁)

[Jonathan]

Bonjour Benoît,

De ce que je comprends, vous avez fait une mesure qui renvoie des valeurs uniquement pour certaines dates (fin de mois uniquement) et vous souhaitez l’afficher dans un visuel ventilé par dates.

Le résultat affiche les valeurs des années et des mois sous l’axe X mais avec un décalage.

Si j’ai bien compris, le seul problème auquel je pense serait le fait d’avoir choisi l’option “continu” au niveau de l’axe X au lieu de “Catégorie”?

Je pense que cela devrait solutionner votre problème en changeant cette option.

Pourquoi ne pas ventiler par mois directement, cela règlerait également le problème puisque que ce serait forcément par catégorie du coup (ma supposition ait que vous souhaitez avoir certaines options dans la partie analytique du visuel comme la courbe de tendance : effectivement, je ne vois pas d’autres solutions que de mettre une date dans le visuel).

Bonne continuation pour votre projet.

[Jonathan]

Bonjour Séverine,

Désolé mais votre message n’est pas très clair. L’histogramme, peu importe ce qu’on y met (date, mois, jour, etc…) permet d’afficher une ligne constante.

Quand vous dites “j’ai ma constante sous forme de paramètre”, parlez-vous bien d’une mesure ?

Pouvez-vous détailler le problème et partager un exemple de pbix, ce sera plus simple pour vous aider.

[Jonathan]

Bonjour Thomas,

Une méthode simple qui ne nécessitera que très peu de paramétrage (mais qui, du coup, ne sera peut-être pas aussi flexible qu’attendu, à tester).

Ce qu’il vous faut :

• Une table des dates,
• Une simple somme,
• Un paramètre de champ,
• Et une cascade,

Pour moi, c’est le paramètre de champs qui pilotera tout. Vous pouvez mettre un premier segment sur la page pour choisir la valeur du paramètre de champ, année, mois, semaine, date etc… Et un autre segment paramétré pour afficher les valeurs du champs sélectionné.

Le seul problème que j’anticipe serait le fait de choisir une période complètement customisée. Mais ça a le mérite d’être ultra simple et agréable à utiliser côté utilisateurs finaux.

L’utilisateur choisit année, trimestre, mois, semaine ou date par exemple puis avec le second filtre il choisit les périodes à comparer (2 ou plus).

[Jonathan]

Bonjour,

Si j’ai bien compris c’est un site public et donc des données non confidentielles.

C’est donc bien la fonctionnalité publish to web qu’il faut utiliser dans ce cas-là et simplement utiliser le code fourni et non l’URL. Là, il n’y aura pas de demande d’authentification.

[Jonathan]

Bonjour Ludovic,

La notion de licence pro et assez simple et n’a rien à voir avec le fait de créer ou consulter des rapports. Dans tous les cas, dès qu’il y a la notion de partage (je souhaite partager un rapport dans un espace de travail ou une application ou dans l’autre sens, je souhaite consulter un rapport ou une application), il vous faut une licence Power BI Pro à minima.

Avec la licence gratuite, ils ne pourront qu’utiliser “Mon espace de travail” mais pas “les espaces de travail”.

A partir d’un certain volume, le premium devient intéressant pour les viewers justement (mais c’est vrai qu’il en faut beaucoup !). Pour info, même avec du premium, il faut tout de même quelques licences Pro pour ceux qui créent du contenu car le principe reste le même (partage = licence).

[Jonathan]

Bonjour Séverine,

Vous pouvez regarder ce paterne “Events in progress“, je pense qu’il devrait répondre à votre besoin.