Logique de devises multiples dans LuckyTemplates - Un exemple LOOKUPVALUE

Un scénario très courant dans l'analyse financière consiste à intégrer les taux de change dans vos données transactionnelles. La plupart du temps, les données de vente sont en fait enregistrées quelle que soit la devise et le nom ou le code de la devise est simplement placé dans une colonne. Et cela pourrait être soit USD, AUD, GBP, mais il n'est pas réellement ajusté par le taux de change pour vous. Vous pouvez regarder la vidéo complète de ce tutoriel au bas de ce blog.

Donc, ce que vous devez faire, c'est intégrer tout un tas de taux de change historiques, car au fil du temps, les taux de change changent. Et donc selon le jour où vous avez vendu quelque chose, l'équivalent du taux de change va être très différent. Je vais montrer comment vous pouvez résoudre ce problème dans LuckyTemplates.

Il y a un peu que vous devez comprendre, en particulier autour du modèle de données qui, je le sais, est un concept relativement nouveau pour beaucoup de gens. Mais je vous montre beaucoup de mes meilleures pratiques ici, puis comment intégrer ces informations sur le taux de change dans vos ventes ou votre table transactionnelle.

Table des matières

• Gestion de plusieurs devises dans LuckyTemplates
• Colonnes non pivotantes
• Comment fonctionne le modèle de données
• La fonction RECHERCHEVALEUR
• Total des ventes ajusté en devise
• Conclusion

Gestion de plusieurs devises dans LuckyTemplates

Pour le blog d'aujourd'hui, je veux parler de la façon de gérer plusieurs devises dans LuckyTemplates. Je vois beaucoup de ces questions sur les forums et c'est un problème courant, en particulier pour les comptables ou les financiers qui ont besoin de calculer la valeur de leurs ventes potentielles en utilisant leur devise nationale.

Il y a quelques complexités impliquées dans ce scénario et je vais parler de la façon dont vous pouvez les résoudre. Tout d'abord, je vais montrer comment vous pouvez intégrer la table des devises dans notre modèle de données depuis le back-end. Je vais cliquer sur Modifier les requêtes, puis sur Taux de change. Lorsque je clique sur Navigation, vous verrez les paires de dates et de devises.

Il s'agit d'un scénario assez courant, car c'est ainsi que les informations sur les devises sont récupérées. Le format ci-dessus est la façon dont vous recevrez les données ; parfois une banque vous l'enverra et parfois vous pourrez la télécharger en ligne. Malheureusement, cela n'est pas du tout utile si vous vouliez intégrer ces données à la volée dans vos calculs.

Colonnes non pivotantes

Ce que nous devons faire est d'unpivot ces colonnes et de cliquer jusqu'à ce que nous ayons les colonnes dont nous avons besoin, qui dans ce cas sont la colonne Date, la colonne Currency Pair, la colonne Foreign Currency et la colonne Exchange Rate. Nous voulons une ligne par date et par devise.

C'est l'une des principales choses que vous devez faire pour l'intégrer dans votre modèle LuckyTemplates. Nous allons enregistrer cela, puis revenir au modèle.

Comment fonctionne le modèle de données

Je vais vous montrer la configuration du modèle de données ici. Nous avons les données de vente , les dates de nos ventes ( tableau Dates ) et les produits ( tableau de données produits ) que nous vendons aux clients ( tableau de données client ) dans des régions spécifiques du monde ( régions de vente ).

La table Sales Data est l'endroit où nous allons faire tous nos calculs. Nous avons une colonne de code de devise alignée sur la région à laquelle nous vendons. La colonne Revenu total indique le revenu total dans la devise particulière dans laquelle nous l'avons vendu, nous ne pouvons donc pas additionner le revenu total et appeler cela nos ventes totales. C'est complètement faux. Nous devons obtenir chaque vente individuelle que nous avons effectuée et la transférer dans notre devise d'origine , qui dans cet exemple est le dollar kiwi.

Ce que nous pouvons faire, c'est lier notre table Exchange Rate à la table Dates, puis lier la table Dates à la table Sales Data.

De cette façon, nous pouvons élaborer une formule pour chacun de ces montants individuels avec la devise ajustée. Tout d'abord, nous obtenons notre somme de revenu total et la glissons dans le tableau. Comme vous pouvez le constater, il s'agit d'un nombre complètement incorrect. Cela ne nous dit pas du tout combien nous avons réellement vendu parce que c'est en yen japonais, en dollars canadiens, en euros, etc., donc ce ne sont que des chiffres sans signification.

La fonction RECHERCHEVALEUR

Ce que nous devons faire est d'utiliser une fonction appelée LOOKUPVALUE et de la placer dans une fonction d'itération. Nous allons mettre le LOOKUPVALUE à l'intérieur de SUMX parce que nous additionnons en fin de compte les revenus, mais nous devons également ajuster chaque ligne du tableau Sales Data et chaque revenu dérivé d'une vente et le diviser par le taux de change associé.

La première valeur après LOOKUPVALUE est ce que nous voulons récupérer, donc dans ce cas, nous voulons récupérer le taux de change à partir de la table des taux de change que nous avons créée. Nous voulons également nous assurer que la date est la même que la date de la commande client et que la devise étrangère est la même que le code de devise dans le tableau des données de vente.

Le LOOKUPVALUE va ajuster chaque article de vente au taux de change d'un jour particulier.

Total des ventes ajusté en devise

Lorsque nous examinons notre tableau des ventes totales ajustées en devise, nous savons instantanément que ce n'est pas correct.

La devise étrangère provient du tableau des taux de change , qui n'a aucun lien avec le tableau des données de vente, d'où proviennent nos ventes totales.

Ce que nous devons faire, c'est ajuster cela en fonction de la devise dans la région Ventes. Vous pouvez maintenant voir par jour d'où proviennent ces ventes par devise.

La clé ici est l'ajustement de la devise et le processus de non pivotement des colonnes afin que le taux de change soit sur une seule ligne.

Conclusion

Dans cet article, nous devions accéder au modèle de données pour nous assurer qu'il existait une relation entre la colonne Dates et la colonne Taux de change. Nous avons également écrit une logique avancée dans la fonction SUMX. Étant donné que SUMX est un itérateur, il est allé à la table Sales Data, puis pour chaque ligne de cette table, il est allé Total Revenue divisé par le taux de change pour cette devise particulière à cette date spécifique. C'est ainsi que nous avons atteint le total des ventes en devise ajusté dans notre formule.

Maintenant, si vous le faites efficacement, il devient très facile de faire ces calculs. En comprenant comment trier le modèle de données et comment utiliser la mesure DAX LOOKUPVALUE, vous avez la possibilité d'exécuter très facilement des calculs ajustés en fonction de la devise. De plus, vous pouvez également consulter vos résultats de manière dynamique en fonction de la devise dans laquelle vous souhaitez les consulter.

Il y a donc beaucoup d'applications pour cela, en particulier dans le monde financier ou dans toute organisation qui vend des biens dans de nombreuses devises différentes. Très applicable à une situation réelle. J'espère que cela aidera ceux qui rencontrent ce problème et qui recherchent une solution.

Bonne chance avec la mise en œuvre de cette technique vous-même.