Flere valutalogikk i LuckyTemplates – ET LOOKUPVALUE Eksempel

Et veldig vanlig scenario innen finansiell analyse er å måtte integrere valutakurser på tvers av transaksjonsdataene dine. Mesteparten av tiden blir salgsdata faktisk registrert uavhengig av valuta, og valutanavnet eller koden er bare plassert i en kolonne. Og det kan være enten USD, AUD, GBP, men det er faktisk ikke justert av valutakursen for deg. Du kan se hele videoen av denne opplæringen nederst på denne bloggen.

Så det du må gjøre er å integrere en hel masse historiske valutakurser, for over tid endres valutakurser. Og så avhengig av dagen du solgte noe, vil valutakursekvivalenten være veldig forskjellig. Jeg skal vise hvordan du kan løse dette inne i LuckyTemplates.

Det er litt du må forstå, spesielt rundt datamodellen som jeg vet er et relativt nytt konsept for mange mennesker. Men jeg viser deg mange av mine beste fremgangsmåter her og deretter hvordan du tar med denne valutakursinformasjonen inn i salget eller transaksjonstabellen din.

Innholdsfortegnelse

• Håndtere flere valutaer i LuckyTemplates
• Oppheving av kolonner
• Hvordan datamodellen fungerer
• LOOKUPVALUE-funksjonen
• Total salgsvaluta justert
• Konklusjon

Håndtere flere valutaer i LuckyTemplates

For dagens blogg vil jeg snakke om hvordan du håndterer flere valutaer inne i LuckyTemplates. Jeg ser mange av disse spørsmålene på forumene, og det er et vanlig problem, spesielt for regnskapsførere eller finansfolk som trenger å regne ut verdien av deres potensielle salg ved å bruke deres hjemmevaluta.

Det er noen forviklinger involvert i dette scenariet, og jeg skal snakke om hvordan du kan løse dem. Først skal jeg vise hvordan du kan integrere valutatabellen i datamodellen vår fra baksiden. Jeg skal klikke på Rediger spørringer og deretter på Valutakurser. Når jeg klikker på Navigasjon, vil du se dato- og valutaparene.

Dette er et ganske vanlig scenario fordi dette er hvordan valutainformasjon hentes. Formatet ovenfor er hvordan du vil bli gitt data; noen ganger vil en bank sende det til deg, og noen ganger kan du laste det ned online. Dessverre er dette ikke nyttig i det hele tatt hvis du ønsker å inkorporere disse dataene umiddelbart i beregningene dine.

Oppheving av kolonner

Det vi må gjøre er å løsne disse kolonnene og klikke gjennom til vi har kolonnene vi trenger, som i dette tilfellet er Dato-kolonnen, Valutapar-kolonnen, Utenlandsk valuta-kolonnen og Valutakurs-kolonnen. Vi ønsker én linje per dato og per valuta.

Dette er en av de viktigste tingene du må gjøre for å inkludere dette i LuckyTemplates-modellen din. Vi skal lagre dette og deretter hoppe tilbake til modellen.

Hvordan datamodellen fungerer

Jeg skal vise deg oppsettet for datamodellen her. Vi har salgsdataene , datoene for salg ( datoertabellen ) og produktene ( produktdatatabellen ) vi selger til kunder ( kundedatatabellen ) i bestemte regioner rundt om i verden ( salgsregioner ).

Salgsdatatabellen er der vi skal gjøre alle beregningene våre. Vi har en valutakodekolonne tilpasset regionen vi selger til. Kolonnen Totale inntekter viser den totale inntekten i den aktuelle valutaen vi solgte den til, så vi kan bare ikke summere Totale inntekter og kalle det vårt totale salg. Det er helt feil. Vi må få hvert enkelt salg vi har gjort og overføre det tilbake til hjemmevalutaen vår , som i dette eksemplet er Kiwi-dollar.

Det vi kan gjøre er å koble opp valutakurstabellen til datotabellen, og deretter koble opp datotabellen til salgsdatatabellen.

På denne måten kan vi utarbeide en formel for hvert av disse individuelle beløpene med valutajustert. Først får vi summen av total inntekt og drar den inn i tabellen. Som du ser er dette et helt feil tall. Det forteller oss ikke i det hele tatt hvor mye vi faktisk har solgt fordi det er i japanske yen, kanadiske dollar, euro osv. så det er bare meningsløse tall.

LOOKUPVALUE-funksjonen

Det vi må gjøre er å bruke en funksjon som heterog legg den inn i en iterasjonsfunksjon. Vi kommer til å legge LOOKUPVALUE inne i SUMX fordi vi til slutt summerer inntekter, men vi må også justere hver enkelt rad i Sales Data-tabellen og hver enkelt inntekt avledet fra et salg og dele den på den tilhørende valutakursen.

Den første verdien etter LOOKUPVALUE er det vi ønsker å hente, så i dette tilfellet ønsker vi å hente Exchange Rate fra Exchange Rate tabellen vi opprettet. Vi vil også sørge for at datoen er den samme som salgsordrdatoen, og at utenlandsk valuta er den samme som valutakoden i salgsdatatabellen.

LOOKUPVALUE kommer til å justere hver enkelt salgsvare for valutakursen på en bestemt dag.

Total salgsvaluta justert

Når vi ser på vår totalsalgsvalutajusterte tabell, vet vi umiddelbart at dette ikke er riktig.

Den utenlandske valutaen kommer fratabellen, som ikke har noe forhold til Sales Data-tabellen, som er der det totale salget vårt kommer fra.

Det vi må gjøre er å justere dette etter valutaen innenfor salgsregionen. Nå kan du se per dag hvor disse salgene kommer fra per valuta.

Nøkkelen her er valutajusteringen og prosessen med å løsne kolonnene slik at valutakursen var på én rad.

Konklusjon

I dette innlegget måtte vi gå til datamodellen for å sikre at det var en relasjon fra Datoer-kolonnen til Valutakurs-kolonnen. Vi skrev også avansert logikk inne i SUMX-funksjonen. Siden SUMX er en iterator, gikk den til Sales Data-tabellen og deretter for hver enkelt rad i denne tabellen, gikk den Total Revenue delt på valutakursen for den aktuelle valutaen på den spesifikke datoen. Dette er hvordan vi oppnådde den totale salgsvalutaen justert i formelen vår.

Nå hvis du gjør dette effektivt, blir det veldig sømløst å gjøre disse beregningene. Ved å forstå hvordan man sorterer datamodellen og også hvordan man brukerLOOKUPVALUE, du har muligheten til veldig enkelt å kjøre valutajusterte beregninger. Ikke bare det, du kan også dynamisk se på resultatene dine avhengig av hvilken valuta du vil se på det i.

Så mange applikasjoner for dette, spesielt i finansverdenen eller enhver organisasjon som selger varer på tvers av mange forskjellige valutaer. Veldig anvendelig for en situasjon i den virkelige verden. Forhåpentligvis hjelper dette de som støter på dette problemet og leter etter en løsning.

Lykke til med å implementere denne teknikken selv.