Logica met meerdere valutas in LuckyTemplates – een voorbeeld van LOOKUPVALUE

Een veel voorkomend scenario binnen financiële analyse is dat u valutakoersen moet integreren in uw transactiegegevens. Meestal worden verkoopgegevens daadwerkelijk geregistreerd, ongeacht de valuta en wordt de naam of code van de valuta gewoon in een kolom geplaatst. En het kan USD, AUD of GBP zijn, maar het wordt niet echt aangepast door de wisselkoers voor jou. Je kunt de volledige video van deze tutorial onderaan deze blog bekijken.

Dus wat je moet doen is een heleboel historische wisselkoersen integreren, want in de loop van de tijd veranderen wisselkoersen. En dus, afhankelijk van de dag dat je iets hebt verkocht, zal het wisselkoersequivalent heel anders zijn. Ik ga laten zien hoe je dit binnen LuckyTemplates kunt oplossen.

Er is een klein beetje dat je moet begrijpen, vooral rond het datamodel waarvan ik weet dat het voor veel mensen een relatief nieuw concept is. Maar ik laat u hier veel van mijn best practices zien en vervolgens hoe u deze wisselkoersinformatie in uw verkoop- of transactietabel kunt opnemen.

Inhoudsopgave

• Meerdere valuta's verwerken in LuckyTemplates
• Kolommen ongedaan maken
• Hoe het gegevensmodel werkt
• De LOOKUPVALUE-functie
• Totale verkoopvaluta aangepast
• Conclusie

Meerdere valuta's verwerken in LuckyTemplates

Voor de blog van vandaag wil ik het hebben over het omgaan met meerdere valuta's in LuckyTemplates. Ik zie veel van deze vragen op de forums en het is een veelvoorkomend probleem, vooral voor accountants of financiële mensen die de waarde van hun potentiële verkopen moeten berekenen met behulp van hun eigen valuta.

Er zijn een paar fijne kneepjes bij dit scenario en ik ga het hebben over hoe je ze kunt oplossen. Eerst ga ik laten zien hoe je de valutatabel vanaf de achterkant in ons datamodel kunt integreren. Ik ga op Query's bewerken klikken en vervolgens op Wisselkoersen. Als ik op Navigatie klik, zie je de datum- en valutaparen.

Dit is een vrij algemeen scenario, omdat valuta-informatie op deze manier wordt opgehaald. Het bovenstaande formaat is hoe u gegevens krijgt; soms stuurt een bank het naar je op en soms kun je het online downloaden. Helaas is dit helemaal niet handig als u deze gegevens on the fly in uw berekeningen wilt opnemen.

Kolommen ongedaan maken

Wat we moeten doen, is deze kolommen ongedaan maken en doorklikken totdat we de kolommen hebben die we nodig hebben, in dit geval de kolom Datum, kolom Valutapaar, kolom Vreemde valuta en kolom Wisselkoers. We willen één regel per datum en per valuta.

Dit is een van de belangrijkste dingen die u moet doen om dit in uw LuckyTemplates-model op te nemen. We gaan dit opslaan en dan teruggaan naar het model.

Hoe het gegevensmodel werkt

Ik ga je hier de setup voor het datamodel laten zien. We hebben de verkoopgegevens , de data van onze verkopen ( tabel met datums ) en de producten ( tabel met productgegevens ) die we verkopen aan klanten ( tabel met klantgegevens ) in specifieke regio's over de hele wereld ( verkoopregio's ).

In de tabel Verkoopgegevens gaan we al onze berekeningen uitvoeren. We hebben een kolom Valutacode die is afgestemd op de regio waaraan we verkopen. De kolom Totale omzet toont de totale omzet in de specifieke valuta waaraan we het hebben verkocht, dus we kunnen de totale omzet niet optellen en dat onze totale omzet noemen. Dat is helemaal verkeerd. We moeten elke individuele verkoop die we hebben gedaan ophalen en terugboeken naar onze eigen valuta , in dit voorbeeld Kiwi-dollars.

Wat we wel kunnen doen, is onze Wisselkoerstabel koppelen aan de Datums-tabel en vervolgens de Datums-tabel koppelen aan de Verkoopgegevens-tabel.

Op deze manier kunnen we voor elk van die afzonderlijke bedragen een formule uitwerken met de valuta aangepast. Eerst krijgen we onze som van de totale opbrengst en slepen die naar de tabel. Zoals u kunt zien, is dit een volledig onjuist nummer. Het vertelt ons helemaal niet hoeveel we daadwerkelijk hebben verkocht, want het is in Japanse yen, Canadese dollars, euro's, enz. Het zijn dus nietszeggende getallen.

De LOOKUPVALUE-functie

Wat we moeten doen, is een functie genaamd LOOKUPVALUE gebruiken en deze in een itererende functie plaatsen. We gaan de LOOKUPVALUE in SUMX plaatsen omdat we uiteindelijk de omzet optellen, maar we moeten ook elke afzonderlijke rij in de tabel Verkoopgegevens en elke afzonderlijke omzet die is afgeleid van een verkoop aanpassen en delen door de bijbehorende wisselkoers.

De eerste waarde na LOOKUPVALUE is wat we willen ophalen, dus in dit geval willen we de wisselkoers ophalen uit de wisselkoerstabel die we hebben gemaakt. We willen er ook voor zorgen dat de datum hetzelfde is als de verkooporderdatum en dat de vreemde valuta hetzelfde is als de valutacode in de tabel met verkoopgegevens.

De LOOKUPVALUE gaat elk verkoopartikel aanpassen aan de wisselkoers op een bepaalde dag.

Totale verkoopvaluta aangepast

Als we naar onze tabel Total Sales Currency Adjusted kijken, weten we meteen dat dit niet klopt.

De Vreemde Valuta komt uit de Wisselkoerstabel , die geen relatie heeft met de Verkoopgegevenstabel, waar onze Totale Verkoop vandaan komt.

Wat we moeten doen, is dit aanpassen aan de valuta binnen de verkoopregio. Nu kun je per valuta per dag zien waar deze verkopen vandaan komen.

De sleutel hier is de valuta-aanpassing en het proces van het ongedaan maken van de kolommen zodat de wisselkoers allemaal in één rij stond.

Conclusie

In dit bericht moesten we naar het gegevensmodel gaan om er zeker van te zijn dat er een relatie was tussen de kolom Datums en de kolom Wisselkoersen. We hebben ook geavanceerde logica geschreven in de SUMX-functie. Omdat SUMX een iterator is, ging het naar de tabel Verkoopgegevens en vervolgens ging het voor elke rij in deze tabel naar Totale omzet gedeeld door de wisselkoers voor die specifieke valuta op die specifieke datum. Zo hebben we de Total Sales Currency Adjusted in onze formule bereikt.

Als u dit nu effectief doet, wordt het heel naadloos om deze berekeningen uit te voeren. Door te begrijpen hoe het gegevensmodel moet worden gesorteerd en ook hoe de DAX-maat LOOKUPVALUE moet worden gebruikt, kunt u zeer eenvoudig valuta-aangepaste berekeningen uitvoeren. Niet alleen dat, u kunt uw resultaten ook dynamisch bekijken, afhankelijk van de valuta waarin u ernaar wilt kijken.

Dus veel toepassingen hiervoor, vooral in de financiële wereld of elke organisatie die goederen in veel verschillende valuta's verkoopt. Zeer toepasbaar op een real-world situatie. Hopelijk helpt dit degenen die tegen dit probleem aanlopen en op zoek zijn naar een oplossing.

Veel succes met het zelf toepassen van deze techniek.