Tableau des taux de change - Prise en compte des données manquantes avec DAX

Je vais vous montrer comment gérer un tableau des taux de change où certains jours ne sont pas pris en compte . Ces jours peuvent être des week-ends ou des jours fériés.

Cela peut parfois ne pas être un problème, surtout si l'entreprise pour laquelle vous préparez un rapport n'est pas ouverte les week-ends et les jours fériés. Mais s'ils le font, vous pourriez vous retrouver avec des totaux incorrects à la fin du mois.

Savoir comment gérer les données manquantes vous permettra de comparer équitablement les ventes si plusieurs devises sont utilisées. Il peut y avoir des jours, par exemple, où vous pensez que les ventes totales diminuent parce que la valeur de la devise a chuté. En réalité, les ventes totales peuvent être faibles car vous ne comptabilisez pas tous les jours de la période donnée.

Dans cet exemple, je vais prendre le dernier taux de change disponible et l'utiliser aux dates manquantes pour remplir l'espace. Vous pouvez regarder la vidéo complète de ce tutoriel au bas de ce blog.

Table des matières

• Données données dans le tableau des taux de change
• Mesure du taux de change
• Mesure de la date actuelle
• Date de la dernière devise
• Date de la dernière devise déclarée
• Dernier taux de change déclaré
• Ventes converties en utilisant le dernier taux rapporté par rapport à la date actuelle
• Nettoyer les données
• Conclusion

Données données dans le tableau des taux de change

Vous trouverez ci-dessous la table des faits, qui est la table des taux de change . Il utilise l' euro comme devise de base.

Il affiche les données de janvier 2016 avec le Crossrate associé pour chaque jour.

Tout s'annonce bien depuis le 1er janvier. Mais quand j'ai atteint le 26, la prochaine date sur la ligne suivante est le 29.

Cela signifie qu'il me manque des données des 27 et 28 .

Notez que certains pourraient préférer utiliser Power Query pour gérer cette situation. Pour l'instant, je veux juste me concentrer sur DAX.

Disons maintenant que je veux utiliser 0,920 les 27 et 28. C'est le Crossrate utilisé le 26. Comment puis-je faire cela avec DAX ?

Certains diront que cela peut être facilement fait dans Excel. Ils ont peut-être raison dans une certaine mesure.

Mais l'avantage de LuckyTemplates sur Excel est la possibilité d'approfondir les données sous différents angles sans avoir à refaire ou à modifier quoi que ce soit, ce qui se produirait très probablement dans Excel.

Je vais vous montrer toutes les mesures que vous devez prendre en compte, ainsi que les différentes étapes que je prendrais pour couvrir les données manquantes des tableaux des taux de change.

Mesure du taux de change

Tout d'abord, laissez-moi vous montrer ma table principale. J'ai déjà quelques données ici, y compris la date et le taux de change pour l'euro .

Dans ce cas, le taux de change utilise simplement la fonction .

Étant donné que j'ai affaire à un taux de change par jour, il est facile d'utiliser des fonctions telles que SUM , , ou quelque chose de similaire. Les données affichées par ligne auraient tout leur sens.

Le seul problème ici est ce qui va arriver au Total .

Cela montre que le total est de 26,693, ce qui n'a aucun sens. Il résume littéralement les taux de change de tous les jours. Pour cette raison, je devrais trouver un moyen d'itérer au fil des jours pour obtenir le vrai Total .

Je vais donc regarder ma mesure de date de devise pour essayer de résoudre ce problème.

Mesure de la date actuelle

Personnellement, je fais toujours une mesure Current Date qui apporte la date à laquelle je me trouve dans le contexte Current Filter .

Je préfère aussi utiliser . Dans cet exemple, l'utilisation de la fonction MAX me donnera 1/31 au total, ce qui aurait plus de sens puisque c'est la dernière date donnée.

Date de la dernière devise

Ma table contient également la dernière date de devise . J'obtiens cela en utilisant la fonction et en faisant référence aux tables FactCurrencyRates et Date .

Bien que cela montre la fonction LASTDATE , il est également possible d'utiliser MAX . Cela utilise le même principe que le tableau Date actuelle , mais donne un point précis dans le temps par rapport au tableau Taux de change .

En faisant défiler vers le bas, je peux voir qu'il n'y a pas de données pour les 27 et 28 du mois.

Pour répondre à ces jours manquants, je vais parler de la colonne Date de la dernière devise rapportée .

Date de la dernière devise déclarée

La date de la dernière devise déclarée déterminera le taux à utiliser pour les jours manquants. Le concept est que le dernier taux de change déclaré sera le même taux à utiliser les jours avec des données manquantes .

Puisqu'il n'y a pas de données à la fois le 27 et le 28, cela signifie que les données du 26 seront appliquées.

Notre exemple montre également que la date de la dernière devise déclarée n'est pas nécessairement la veille. Puisqu'il n'y a pas non plus de données pour le 27, je devrais encore revenir au 26 pour déterminer quel taux utiliser le 28.

Avant de sauter dans la mesure montrant comment cela a été fait, rappelez-vous que tout se passe ici dans le contexte du fonctionnement d'un filtre. Je dois réfléchir aux données spécifiques sur lesquelles je veux me concentrer.

Étant donné que je suis sur la ligne pour le 27 du mois, je souhaite supprimer tout référencement de filtre et me concentrer sur le 26 à la place. Cela signifie apporter le ou puisque ceux-ci me permettent de modifier le filtre appliqué. Ne confondez pas cela avec la fonction , qui ne peut que restreindre davantage les données.

Voici donc la mesure que j'ai utilisée pour la dernière date de devise déclarée . J'ai utilisé CALCULATE pour cet exemple.

J'essaie toujours de trouver autant de variables que possible. J'ai juste besoin de regarder la portée de chaque variable, puisque les variables prennent la valeur de l'endroit où elles sont définies .

Dans ce cas, je vais utiliser la date actuelle car je sais que cette variable ne changera pas quelles que soient les fonctions que j'utilise.

Notez qu'il n'est pas nécessaire de trouver cette variable. C'est juste une habitude qui me permet de vérifier la portée de chaque variable que j'utiliserai dans la mesure.

Pour en revenir à la mesure, comment puis-je dire à DAX de supprimer les filtres pour la date actuelle et de me donner la date de la dernière devise enregistrée ?

Tout d'abord, je vais utiliser FILTER pour la table (DimDate).

La fonction ALL supprime les filtres appliqués, ouvrant la table DimDate à utiliser.

Ensuite, j'utilise MIN pour dire à DAX que je veux utiliser la partie de la colonne DimDate qui est égale à Last Currency Date ou Current Date .

Que se passe-t-il si la dernière date de devise et la date actuelle ne sont pas identiques ? Dans ce cas, utilisez toujours la dernière date de devise .

C'est pourquoi entre 1/26 et 1/27, la mesure prendra 1/26. À partir de là, la bonne date sera appliquée au tableau des taux de change pour obtenir le dernier taux de change rapporté .

Dernier taux de change déclaré

Permettez-moi de faire glisser le dernier taux de change déclaré dans mon tableau.

Vous verrez que les 27 et 28 utilisent maintenant 0,9200 comme taux de change puisqu'il s'agit du même taux utilisé le 26.

Vous trouverez ci-dessous la mesure que j'ai utilisée pour le dernier taux de change déclaré .

Encore une fois, je commence toujours par définir certaines variables. Dans ce cas, j'utilise Currency Selected et Last Reported Currency Date .

Je vais utiliser Currency Selected parce que je traite ici avec différentes devises. C'est pourquoi je dois identifier quelle devise spécifique est évaluée à un moment donné.

Dans cet exemple, les différentes devises sont accessibles à l'aide du slicer donné.

Bien sûr, il n'est pas nécessaire que ce soit une trancheuse qui soit utilisée. Il peut également provenir d'un tableau ou d'un visuel. Ce qui compte, c'est qu'il existe un filtre vous permettant de voir les données dans différentes devises.

Quant à LastReportedDate , c'est la même chose que la date de la dernière devise rapportée dont j'ai parlé plus tôt.

Pour la variable Rate , j'ai utilisé la fonction .

J'apporte le Crossrate de la table de faits pour CurrencyRates .

Étant donné que j'ai beaucoup de devises dans une seule table, je ne peux pas simplement utiliser la date comme point de référence unique. Il doit s'agir d'une combinaison de la bonne devise et de la bonne date.

C'est pourquoi je fais également référence au ticker de devise égal à Currency Selected .

Je fais également référence à LastReportedDate .

C'est pourquoi en regardant le tableau, il montre le 26e trois fois avant de passer au 29e.

Ventes converties en utilisant le dernier taux rapporté par rapport à la date actuelle

Je suis maintenant sur la dernière ligne droite, qui consiste à convertir les ventes en utilisant le dernier taux de change rapporté .

Fondamentalement, la mesure prend simplement ce dernier taux de change déclaré et le multiplie par la mesure de base , qui dans ce cas est Total Sales .

Une fois cette mesure appliquée, vous verrez que ces deux dates finissent par être vides. Cela signifie qu'il n'y a pas de ventes à ces dates .

Il s'avère également qu'il y a des ventes les 27 et 28 (où il n'y avait auparavant aucune donnée sur les devises).

Depuis que j'ai fait référence au dernier taux de change déclaré , ces chiffres ont été convertis en euros.

Cette fois, je vais vous montrer les ventes converties en utilisant la date actuelle.

Cette fois, il ne regarde que la date actuelle au lieu de prendre en considération la dernière date signalée .

Une fois que j'ai mis cette mesure dans le tableau dans une autre colonne, il ne montre que des espaces vides les 27 et 28.

En comparant les ventes converties entre l'utilisation du dernier taux de rapport et l'utilisation de la date actuelle , le total montre une énorme différence.

Alors que les ventes converties à l'aide de la date du dernier rapport affichent un total de plus de 4 millions, les ventes converties à l'aide de la date actuelle n'affichent que 3,8 millions au total.

C'est pourquoi il est très important de comprendre quelle variable vous utilisez. Si vous regardez le total, il semble que l'euro ait pris un gros coup, faisant baisser la valeur. Mais en réalité, la baisse du total est due à des données non comptabilisées dans le tableau des taux de change.

Nettoyer les données

Maintenant que j'ai rempli les données manquantes, je vais nettoyer le tableau.

Je viens d'ajouter une colonne Ventes formatées ici qui montre clairement les chiffres en euros.

Depuis que je suis passé par tant d'étapes, j'ai accumulé un certain nombre de colonnes ici.

Mais tous ne sont pas nécessaires pour présenter les données. Je vais donc continuer et me débarrasser de ceux-ci en les supprimant sous le volet Valeurs .

Une fois ceux-ci supprimés, je me retrouve avec une table plus propre avec uniquement les données nécessaires affichées.

Notez que je peux toujours changer la devise en utilisant le trancheur ici à droite.

Pour rendre mon tableau plus complet, j'ajouterai toutes les autres devises en désactivant l' option Sélection unique .

Cela affichera mes numéros en USD, en euros et en livres sterling.

Je vois également ici des espaces vides représentant les jours où il n'y a pas de ventes.

Je les supprimerai en désactivant « Afficher les éléments sans données ».

Désormais, le tableau ne contient que des lignes représentant les dates avec des ventes.

Cela me donne une bonne comparaison des chiffres basés sur les différentes devises.

Les totaux affichent également les chiffres corrects car j'ai utilisé pour parcourir chacune des lignes.

C'est très important. Si vous n'utilisez pas SUMX , cela finira par ajouter toutes les colonnes sans se demander si le bon taux de change est utilisé.

Création d'une table de conversion de devises dans LuckyTemplates
Logique de devises multiples dans LuckyTemplates - A LOOKUPVALUE Exemple
de format Devises dans LuckyTemplates à l'aide de DAX

Conclusion

Comme je l'ai mentionné plus tôt, ce n'est pas nécessairement la seule façon de traiter les données manquantes. Il existe en fait une tonne d'autres façons de le faire.

Dans certains cas, par exemple, vous pouvez utiliser les données du début du mois et appliquer ce même nombre à l'ensemble de votre tableau des taux de change. Je discuterai de ces autres approches à l'avenir dans des blogs séparés.

Pour l'instant, j'ai utilisé cette approche car l'utilisation du dernier taux signalé est la plus logique pour moi. Je pense que c'est l'option la plus intuitive.

Une chose que je voudrais également souligner est la nécessité de tout comprendre à partir d'un contexte de filtre. Comment écraser le filtre ? Comment puis-je importer les dernières données déclarées ? Ceux-ci vous aideront à comprendre comment obtenir les bons chiffres à la fin.

Tous mes vœux,