LuckyTemplates brugerdefinerede kalendere: Beregning for måned efter måned ændring – 445 kalendere

Denne vejledning handler om, hvordan du kan køre tidsintelligensberegninger over brugerdefinerede kalendere i LuckyTemplates. Du kan se den fulde video af denne tutorial nederst på denne blog.

Dette er virkelig relevant for dem, der beskæftiger sig med 445-kalendere, hvilket er et meget almindeligt scenarie for LuckyTemplates-brugere.

Ikke alle virksomheder derude arbejder efter en standardkalender omkring regnskabsår eller kalenderår. Nogle gange er det eneste, du skal arbejde med, en tilpasset 445-kalender. I denne tutorial forklarer jeg, hvordan du kan begynde at løse noget af tidsintelligenstypeanalysen i LuckyTemplates med disse brugerdefinerede kalendere.

Desværre kan du ikke bruge de indbyggede tidsintelligensfunktioner i DAX-sproget. De fungerer kun med standardkalendere.

I dette særlige eksempel vil jeg vise dig, hvordan du træner måned efter måned ændring .

De teknikker, jeg gennemgår, giver dig også mulighed for, med nogle mindre formeljusteringer, at regne ud en uge for uge, kvartal for kvartal eller lignende beregninger af den art.

Men før vi når dertil, er vi nødt til at implementere noget logik, som er en lille smule hårdere, og det er faktisk at beregne den foregående måneds salg .

Indholdsfortegnelse

• Løs for tidligere måneds salg
• Gå gennem formlen
• Konklusion

Løs for tidligere måneds salg

Lad os først se på vores tabel her. Vi har vores samlede salg , som er en meget simpel beregning.

Vi sætter det simpelthen ind i en bestemt kontekst fra vores kundekalender. Så vi har Fin-år og Fin-måned, og så filtrerer den automatisk den underliggende faktatabel. Og det giver os vores samlede salgsbeløb .

Men i denne tabel i venstre side er der lidt af et problem. Vi ser her vores Fin-månedsnummer; men når vi når til slutningen – den sidste uge af regnskabsåret i netop denne kalender – er sidste dag den 27. april. Det springer så ind i det nye regnskabsår, men det er ikke engang i den nye måned.

Det er her, det bliver lidt forvirrende. Det er derfor, vi er nødt til at bygge noget logik for at få den forrige måneds salg. Vi kan ikke bare se på en bestemt måned. I dette tilfælde skal vi se på et bestemt tal og arbejde med denne kolonne med finansmånedsnummer.

Så jeg vil lede dig gennem formlen, så du kan få en god forståelse af den.

Gå gennem formlen

Jeg har brugt variabler ( VAR ) i denne beregning, og jeg anbefaler det stærkt, fordi variabler gør det muligt for os at nedbryde disse formler.

Først og fremmest er vi nødt til at regne ud den aktuelle måned , vi befinder os i, i enhver bestemt sammenhæng, og det er det, de gør. For eksempel, hvis vi er i den tiende måned af 2014, vil det returnere tallet 10.

Hvis vi ser på det aktuelle år , gør det nøjagtig det samme, mens MaxMonthNum bogstaveligt talt regner det maksimale antal måneder ud. Så vi ser på MAX Financial Month-tallet på tværs af hele vores kalendertabel, som grundlæggende kommer til at returnere tallet tolv.

Lad os nu fokusere på kernemålet her, som bruger SUMX- funktionen. Denne formel opsummerer det samlede salg, men i en anden sammenhæng.

Logisk set forsøger vi at springe tilbage til måneden for det foregående regnskabsår og få fat i det tal og bringe det ind i den aktuelle kontekst .

For eksempel, i rækken nedenfor, har vi 2014 med måned 10. Vi skal springe tilbage til måned 9 og trække dette tal ($1.356 mio.) ind i den tiende måned, hvilket er præcis, hvad denne logik i denne formel gør.

Denne formel kigger gennem kalendertabellen, og hvis den er 1, vil den finde den 12. måned i året før, fordi det er der, vi skal hen og regne ud denne dynamiske beregning, MaxMonthNum.

I teorien kunne vi bare skrive 12 her, fordi der altid er 12 måneder, men dette er bare en anden måde at gøre det dynamisk på. Vi kunne bruge en lignende teknik, hvis vi for eksempel laver en uge til uge-ændring.

Dette vil evaluere til 12, men så hopper vi tilbage og ser på året før . Så hvis vi er i 2015 måned et, vil vi springe tilbage til den tolvte måned i 2014. Og det er sådan, vi trækker det tal ned.

Og hvis det ikke er den første måned, springer vi tilbage i indeværende år en måned tilbage, og det viser denne linie i regnestykket.

Dette kan se lidt mere kompliceret ud, end det faktisk er, men det er bare et spørgsmål om at få hovedet omkring et par forskellige formler.

Når vi nu har vores salgsberegning for forrige måned, kan vi beregne vores måned for måned-ændring . Alt, hvad vi skal gøre, er at trække Salg fra forrige måned fra det samlede salg. Vi sætter en BLANK logik for at fjerne dem uden tidligere måneds salg.

Herfra kan vi få måned-til-måned ændring i procent . Vi dividerer ganske enkelt måned-til-måned-ændring med salget fra forrige måned .

Så det er sådan, vi udarbejder en måned efter måned-ændring for en tilpasset kalender.

Konklusion

Jeg håber, at du med denne tutorial kan få en forståelse af, hvordan du kører tidsintelligensberegninger for brugerdefinerede kalendere og kan anvende det på dine egne datamodeller.

Det er bestemt værd at gennemgå alle disse formler i dybden. Der er lidt mere til dem, det er bare uheldigt, at det ikke er så nemt som tidsintelligensberegningerne for standardkalendere.

Den gode nyhed er, at hvis du kan forstå, hvordan du implementerer disse teknikker, vil det blive meget lettere for dig at udføre ethvert tidssammenligningsarbejde i LuckyTemplates, især hvis du skal håndtere mere tilpassede kalendere i dine egne datasæt.

Skål!