Comment présenter une somme de devises hétérogènes à l'utilisateur?
Nous écrivons des logiciels d'analyse. Récemment, nos clients nous ont demandé d'envisager d'étendre nos services dans le domaine du commerce électronique, ce qui a soulevé des questions délicates dans un monde internationalisé.
La racine de nos questions est qu'un magasin peut traiter des transactions dans plusieurs devises. Imaginez une liste de transactions qui ressemble à ceci:
- transaction # 2789, 2015-01-05: 2 400 USD
- transaction # 2790, 07/01/2015: 600 EUR
- transaction # 2791, 08-01-2015: 150 GBP
- transaction # 2792, 2015-01-09: 1 200 USD
Supposons que nous voulons afficher le revenu total sur la durée de vie au fur et à mesure qu'il évolue dans le temps dans un graphique. Quelle est la variable la plus appropriée pour représenter graphiquement? Certaines des options que nous envisageons:
Le total pour une seule devise. Étant donné que la plupart du temps et pour la plupart des magasins, la majorité des revenus provient d'une seule devise, n'affiche que cette devise. Cela élude complètement le problème en supposant que les gens seront d'accord pour regarder une devise à la fois et semble faire le moins d'hypothèses.
Dans ce cas, le revenu à vie en USD pour les quatre transactions ci-dessus serait de 0 USD avant le 5 janvier, de 2400 USD le 5 janvier et de 3600 USD le 9 janvier. Les transactions en EUR et en GBP seraient simplement ignorées lors du calcul pour USD; de même, les transactions GBP et USD seraient ignorées lors du calcul de l'EUR.
Le total pour toutes les devises, normalisé en USD via le taux de change d'aujourd'hui à la valeur actuelle de ces devises. Si 1 EUR = 1,1 USD et 1 GBP = 1,5 USD, le revenu à vie serait de 4 485 USD. Cependant, cela signifie que le revenu total changerait à chaque fois que vous regardez le graphique, car les taux de change changent toujours.
Le total pour toutes les devises, normalisé en USD via le taux de change au moment où la transaction a été effectuée. C'est le même que ci-dessus, mais maintenant nous utilisons le taux de change au moment où la transaction a été effectuée à la place au moment où le graphique est généré, de sorte que le revenu total est stable plutôt que fluctuant à chaque fois que les taux de change changent.
Quelle est la bonne approche? Devrions-nous en choisir un ou essayer de construire les trois - et si nous en choisissons un, lequel faisons-nous? Ou y a-t-il une autre option viable qui nous manque complètement?
Pour l'analyse commerciale, les deux options les plus importantes sont:
Ventes totales en USD (taux de change au comptant) - Il s'agit des ventes totales dans le monde, converties en dollars américains au taux de change au comptant le jour de l'achat . Ceci est utile car il s'agit de l'approximation la plus proche de ce à quoi ressemblent les revenus dans les états financiers. Il ne sera pas exact en raison du calendrier de reconnaissance des revenus et de la politique de change spécifique, mais c'est le proxy le plus proche. Parfois, le terme
as recordedest utilisé à la place despot rate.Ventes totales en USD (devise constante) - Ceci utilise le même taux de change sur toutes les périodes. C'est une meilleure mesure de la dynamique des ventes sous-jacente dans la plupart des entreprises, car les fluctuations des devises sont un risque externe ou systématique , donc les supprimer en fixant le taux vous permet de vous concentrer sur la dynamique des ventes sans biais sur les devises. Ce n'est pas parfait non plus, car en réalité les entreprises ajustent souvent leurs prix en réponse aux changements de devises, mais il est encore largement utilisé. Pour les ventes en devises constantes, il est important de noter la date du taux de change utilisé .... généralement le taux le plus pratique est le "taux du jour".
Les entreprises incluent souvent les deux paramètres dans l'analyse des ventes (c'est la meilleure pratique), et les deux sont suffisamment importants pour qu'ils soient souvent signalés au niveau du conseil d'administration (bien que pour cela, cela passe généralement par la reconnaissance des revenus en premier).
Flexibilité et convivialité:
En principe, avoir de la flexibilité en offrant toutes les options (pas sûr de l'option 3) est une bonne idée, mais gardez à l'esprit que l'utilisabilité diminue à mesure que la flexibilité augmente. une façon de contrer ce problème est d'utiliser des valeurs par défaut intelligentes:
Valeurs par défaut intelligentes:
Le choix de valeurs par défaut intelligentes profite à tous les utilisateurs. Le débutant peut acquérir des connaissances progressivement, en apprenant uniquement ce qu'il veut. L'expert peut bourdonner pour être productif, ne tripotant que les choix qu'il veut.
source: valeurs par défaut intelligentes
Donc, avec cela à l'esprit, vous devez évaluer soigneusement qui utilisera quelle option et à quelle fin; comment cela leur sera-t-il utile? Cela étant dit, l'option 2 "Le total pour toutes les devises, se normalisant en USD via le taux de change d'aujourd'hui à la valeur actuelle de ces devises" me semble un option par défaut viable à partir de laquelle les utilisateurs peuvent modifier les paramètres à leur gré.