LuckyTemplates anpassade kalendrar: beräknar för månadsförändringar – 445 kalendrar

Den här handledningen handlar om hur du kan köra tidsintelligensberäkningar över anpassade kalendrar i LuckyTemplates. Du kan se hela videon av denna handledning längst ner på den här bloggen.

Detta är verkligen relevant för dem som har att göra med 445-kalendrar, vilket är ett mycket vanligt scenario för LuckyTemplates-användare.

Inte alla företag där ute arbetar efter en standardkalender kring räkenskapsår eller kalenderår. Ibland är allt du behöver arbeta med en anpassad 445-kalender. I den här handledningen förklarar jag hur du kan börja lösa en del av analysen av tidsintelligenstyp i LuckyTemplates med dessa anpassade kalendrar.

Tyvärr kan du inte använda de inbyggda tidsintelligensfunktionerna i DAX-språket. De fungerar bara med standardkalendrar.

I det här specifika exemplet kommer jag att visa dig hur du tränar månadsvis förändring .

Teknikerna jag går igenom gör också att du, med några mindre formeljusteringar, kan träna en vecka för vecka, kvartal för kvartal eller liknande beräkningar av den karaktären.

Men innan vi kommer dit måste vi implementera lite logik, vilket är lite tuffare, och det är faktiskt beräkningar för föregående månads försäljning .

Innehållsförteckning

• Lös för föregående månads försäljning
• Gå igenom formeln
• Slutsats

Lös för föregående månads försäljning

Låt oss först titta på vår tabell här. Vi har vår totala försäljning , vilket är en väldigt enkel beräkning.

Vi sätter det helt enkelt i ett speciellt sammanhang från vår kundkalender. Så vi har Fin Year och Fin Month, och då filtrerar den automatiskt den underliggande faktatabellen. Och det ger oss vårt totala försäljningsbelopp .

Men i den här tabellen på vänster sida finns det lite problem. Vi ser här vårt Fin-månadsnummer; men när vi kommer till slutet – den sista veckan av räkenskapsåret i just denna kalender – är den sista dagen den 27 april. Det hoppar sedan in i det nya räkenskapsåret, men det är inte ens i den nya månaden.

Det är här det blir lite förvirrande. Det är därför vi måste bygga lite logik för att få Föregående månads försäljning. Vi kan inte bara titta på en viss månad. I det här fallet måste vi titta på ett visst antal och arbeta med denna kolumn Ekonomimånadsnummer.

Så jag ska gå igenom formeln så att du kan få en bra förståelse för den.

Gå igenom formeln

Jag har använt variabler ( VAR ) i den här beräkningen och jag rekommenderar det starkt, eftersom variabler gör det möjligt för oss att bryta ner dessa formler.

Först och främst måste vi räkna ut den aktuella månaden som vi befinner oss i, i något speciellt sammanhang, och det är vad de gör. Till exempel, om vi är på den tionde månaden av 2014, kommer det att returnera siffran 10.

Om vi ​​tittar på det aktuella året , gör det exakt samma sak, medan MaxMonthNum bokstavligen räknar ut det maximala månadsnumret. Så vi tittar på MAX Financial Month-numret över hela vår kalendertabell, som i princip kommer att returnera siffran tolv.

Låt oss nu fokusera på kärnmåttet här, som använder SUMX -funktionen. Denna formel summerar den totala försäljningen, men i ett annat sammanhang.

Logiskt sett försöker vi hoppa tillbaka till föregående räkenskapsårsmånad och ta tag i det numret och ta det in i det aktuella sammanhanget .

Till exempel, i raden nedan, har vi 2014 med månad 10. Vi måste hoppa tillbaka till månad 9 och dra detta nummer ($1,356 miljoner) till den tionde månaden, vilket är exakt vad denna logik i den här formeln gör.

Den här formeln tittar igenom kalendertabellen, och om den är 1, kommer den att hitta den 12:e månaden året innan, eftersom det är dit vi måste gå och räkna ut den här dynamiska beräkningen, MaxMonthNum.

I teorin skulle vi bara kunna skriva 12 här eftersom det alltid finns 12 månader, men det här är bara ett annat sätt att dynamiskt göra det. Vi skulle kunna använda en liknande teknik om vi till exempel gör en vecka på vecka.

Detta kommer att utvärderas till 12, men sedan hoppar vi tillbaka och tittar på året innan . Så om vi är inne i 2015 månad ett, vill vi hoppa tillbaka till den tolfte månaden 2014. Och det är så vi drar ner den siffran.

Och om det inte är den första månaden, hoppar vi tillbaka i innevarande år en månad tillbaka, och det är vad den här raden i beräkningen visar.

Det här kan se lite mer komplicerat ut än vad det faktiskt är, men det är bara att ta reda på några olika formler.

Nu när vi har vår försäljningsberäkning för föregående månad kan vi beräkna vår månad för månad-ändring . Allt vi behöver göra är att subtrahera Föregående månads försäljning från den totala försäljningen. Vi lägger en BLANK logik för att tömma ut de som inte har någon försäljning tidigare.

Härifrån kan vi få månad för månad procentuell förändring . Vi delar helt enkelt månad på månad förändring med föregående månads försäljning .

Så det är så vi räknar ut en månad för månad förändring för en anpassad kalender.

Slutsats

Jag hoppas att du med den här handledningen kan få ett grepp om hur du kör tidsintelligensberäkningar för anpassade kalendrar och kan tillämpa den på dina egna datamodeller.

Det är definitivt värt att granska alla dessa formler på djupet. Det finns lite mer i dem, det är bara olyckligt att det inte är lika lätt som tidsintelligensberäkningarna för standardkalendrar.

Den goda nyheten är att om du kan förstå hur man implementerar dessa tekniker kommer det att bli mycket enklare för dig att göra någon tidsjämförelse inom LuckyTemplates, särskilt om du måste hantera mer anpassade kalendrar i dina egna datamängder.

Skål!