[Jonathan]

Bonjour,

Je pense que c’est normal, pour pouvoir faire le travail nécessaire, Power Query a besoin de traiter le fichier et de le charger complètement. Les données chargées dans Power BI seront faibles et donc le pbix peu volumineux mais pour la partie Power Query c’est une autre affaire.

[Jonathan]

J’ai fait une faut d’orthographe et donc on ne comprend rien effectivement… désolé… Je voulais dire “un jeu de données”. Mais ne fais rien côté service pour le moment.

Du coup maintenant on le voit le problème sur ta capture. Enfin c’est peut-être une partie du problème, tu pointes vers un dossier en local sur ton poste. Et si tu n’as pas de passerelle ou pas les droits nécessaires pour l’utiliser (créer des connexions etc…), tu te retrouves bloqué.

Essaie de tout mettre dans le SharePoint, rien en local. Puis tu publies à nouveau ton rapport sur le service et là, tu devrais avoir la possibilité d’accéder aux informations d’identification.

[Jonathan]

Bonjour Guillaume,

S’il marche chez toi mais pas sur le net c’est simplement parce qu’il manque les informations d’identification des sources de données. Est-ce que c’est une de données que tu peux supprimer du service sans problème ou non ? (Est-ce qu’il est utilisé par exemple pour alimenter d’autres rapports en Live Connexion ?).

Si oui, essaie de le supprimer puis de le publier à nouveau pour voir si tu as bien accès aux informations d’identification.

Sinon, peux-tu faire un imprimé écran de cette vue :

• Partie basse du bouton “Transformer les données”,
• Puis “Paramètres de la source de données”,

Cela permettra de mieux comprendre le problème je pense.

[Jonathan]

Bonjour Florian,

Désolé, je ne comprends pas bien le problème. Qu’entendez-vous par “dupliquer les volumes” ? Remplir vers le bas dans Power Query ? Pour le reste, il me semble que c’est juste un ration Valeur € / Qté ?

[Jonathan]

Bonjour Guillaume,

Est-ce que le rapport Power BI s’actualise bien dans Power BI Desktop ?

Quel est le détail du message d’erreur dans le bandeau jaune ?

A plus tard,

[Jonathan]

Bonjour Magalie,

Cet article devrait vous aider à comprendre le problème (il présente également des solutions).

En pratique, vous pourrez utiliser la fonction Table.Buffer avant vos opérations de dédoublonnage mais après les tris. Attention aux problèmes de performance selon la volumétrie des données et les transformations effectuées, cela peut être coûteux.

[Jonathan]

Bonjour Nathalie,

Pour bien commencer avec Power BI, il faudra faire des mesures DAX, on évite totalement les mesures implicites. Cela vous permettra de nommer directement les mesures comme vous le souhaitez. Une fois que ce sera fait vous pourrez quand même encore changer le nom de ce qui est affiché dans vos graphiques, tout simplement en double cliquant sur le nom des champs et/ou mesures que vous aurez dans le panneau de visualisation (ça ne change que l’affichage mais pas les données réellement dans le modèle).

Pour tout ce qui concerne les dates, il vous faut absolument une table des dates dans votre modèle. Vous pouvez en créer une facilement en DAX, une simple recherche Google vous donnera plein d’idées. Vous pouvez également la faire en SQL, en M, voire même en Excel (déconseillé), peu importe, la logique reste là même (ma préférence est quand même le M pour sa simplicité à copier d’un projet à un autre).

C’est donc dans cette table que vous pourrez trier vos mois correctement. Pour cela, vous sélectionnez la colonne et dans “Outils de colonne” vous trouverez de quoi trier une colonne par une autre.

Bon courage et bon démarrage avec Power BI.

[Jonathan]

Bonjour Eric,

C’est une segmentation statique. Vous pouvez suivre ce paterne pour obtenir le résultat souhaité.

La démarche :

• On s’appuie sur une colonne calculée qui va aller chercher l’ID de la ligne de la table de segmentation,
• On relie ensuite la table de faits à la table de segmentation,
• On calcule ensuite dans une mesure les pénalités selon le taux de pénalité trouvé pour chaque ligne de la table.
  • J’imagine que votre table doit ressembler à quelque chose comme ça :
    • Date,
    • Code Produit,
    • Pourcentage défaut,
    • Tonnes,
  • Vous pourrez donc faire une mesure de ce genre :
    • Penalites = SUMX(TableProduction, TableProduction[Tonnes] * RELATED(Penalites[Penalite]))

N’hésitez pas à partager un modèle fictif avec vos données pour qu’on puisse vous aider plus facilement.

• Cette réponse a été modifiée Il y a 6 mois, 2 semaines par  Jonathan.

daxpatterns.com

404 Not Found

404 Not Found

[Jonathan]

Bonjour,

Au tout début de la requête Power Query, vous pouvez mettre ça :

= DateTime.From(DateTimeZone.SwitchZone(DateTimeZone.FixedLocalNow(),2))

J’ai testé, le résultat est correct, aussi bien dans Power BI Desktop que dans le service.

[Jonathan]

Bonjour,

Il faut vérifier la connexion dans Power BI desktop puis s’assurer que le même email a bien des droits d’accès sur le jeu de données dans Power BI. Est-ce qu’on parle bien d’utilisateurs internes (du même tenant) ?

[Jonathan]

Bonjour Florian,

Si vos mesures ressemblent à ce que j’ai mentionné précédemment, c’est juste le fait de poser le semestre de la table calendrier qui ventilera correctement la mesure.

N’hésitez pas à partager plus d’informations (modélisation, mesures, etc…) pour qu’on puisse vous aider plus simplement.

A plus tard, bonne après-midi.

[Jonathan]

[Jonathan]

Bonjour,

• C’est quoi le message d’erreur ?
• Quelle version est installée sur votre poste ? Version installée avec un .exe ou via le store Microsoft ?
• Est-ce que le refresh fonctionne dans le service Power BI ?

• Cette réponse a été modifiée Il y a 6 mois, 3 semaines par  Jonathan.

[Jonathan]

Bonjour Florian,

Ce qui m’inquiète le plus dans votre question c’est “J’ai donc créé mes différentes mesures pour avoir mon CA par catégorie” parce qu’il n’y a qu’une seule mesure à faire, le Total CA.

Le reste, c’est de la modélisation, pas des calculs DAX. En effet, il vous faut une table calendrier (indispensable dans tous vos projets BI), une table des catégories et une table de faits. Une simple relation de date à date des faits et de catégorie à catégorie des faits fera le job et ventilera le CA par dates et par catégories.

Pour le comparatif N vs N-1, utilisez la fonction SAMEPRIODLASTYEAR elle permettra de comparer des choses comparables. Par exemple, si vous choisissez le premier semestre 2024 dans la table calendrier, ça comparera tout seul avec le 1er semestre 2023 (c’est vraiment de date à date).

Vous devriez donc avoir 2 mesures :

• Total CA = SUM(Faits[Montant])
• Total CA N-1 = CALCULATE([Total CA], SAMEPERIODLASTYEAR(Calendrier[Date]))

Pour la table calendrier, plusieurs solutions, DAX, M, SQL, fichier Excel, Dataflow…

Bon courage, à plus tard sur le forum

[Jonathan]

Ce sera donc plus simple 👌