Aangepaste LuckyTemplates-agendas: berekenen voor verandering van maand tot maand - 445 agendas

Deze zelfstudie gaat over hoe u tijdintelligentieberekeningen kunt uitvoeren op aangepaste agenda's in LuckyTemplates. Je kunt de volledige video van deze tutorial onderaan deze blog bekijken.

Dit is echt relevant voor degenen die te maken hebben met 445 agenda's, wat een veel voorkomend scenario is voor LuckyTemplates-gebruikers.

Niet alle bedrijven werken volgens een standaardkalender rond boekjaren of kalenderjaren. Soms hoef je alleen maar met een aangepaste 445-kalender te werken. In deze zelfstudie leg ik uit hoe u met deze aangepaste agenda's kunt beginnen met het oplossen van een deel van de analyse van het tijdsintelligentietype in LuckyTemplates.

Helaas kunt u de ingebouwde time intelligence-functies in de DAX-taal niet gebruiken. Ze werken alleen met standaardkalenders.

In dit specifieke voorbeeld zal ik u laten zien hoe u maand na maand wisselt .

De technieken die ik doorloop, stellen je ook in staat om, met wat kleine formule-aanpassingen, week op week, kwartaal op kwartaal of soortgelijke berekeningen uit te werken.

Maar voordat we daar aankomen, moeten we wat logica implementeren, wat een beetje moeilijker is, en het is eigenlijk rekenen voor de verkopen van de vorige maand .

Inhoudsopgave

• Oplossen voor verkopen in vorige maand
• Loop door de formule
• Conclusie

Oplossen voor verkopen in vorige maand

Laten we eerst eens kijken naar onze tafel hier. We hebben onze Total Sales , wat een heel eenvoudige berekening is.

We plaatsen het gewoon in een bepaalde context uit onze klantenkalender. Dus we hebben Fin Year en Fin Month, en dan filtert het automatisch de onderliggende feitentabel. En dat geeft ons ons Totale Verkoopbedrag .

In deze tabel aan de linkerkant is er echter een probleem. We zien hier ons Finse maandnummer; maar als we aan het einde komen - de laatste week van het boekjaar van deze specifieke kalender - is de laatste dag 27 april. Het springt dan in het nieuwe boekjaar, maar het is niet eens in de nieuwe maand.

Dit is waar het een beetje verwarrend wordt. Daarom moeten we enige logica bouwen om de verkopen van de vorige maand te krijgen. We kunnen niet zomaar naar een bepaalde maand kijken. In dit geval moeten we naar een bepaald nummer kijken en werken met deze kolom Financieel maandnummer.

Dus ik ga je door de formule leiden, zodat je er een goed begrip van krijgt.

Loop door de formule

Ik heb Variabelen ( VAR ) gebruikt in deze berekening en ik raad het ten zeerste aan, omdat Variabelen ons in staat stellen deze formules op te splitsen.

Allereerst moeten we de huidige maand berekenen waarin we ons bevinden, in een bepaalde context, en dat is wat de SELECTEDVALUE doet. Als we ons bijvoorbeeld in de tiende maand van 2014 bevinden, levert dat het getal 10 op.

Als we naar het huidige jaar kijken , doet het precies hetzelfde, terwijl het MaxMonthNum letterlijk het maximale maandnummer berekent. Dus we kijken naar het MAX financiële maandnummer in onze hele kalendertabel, wat in feite het getal twaalf zal opleveren.

Laten we ons nu concentreren op de kernmaat hier, die de SUMX- functie gebruikt. Deze formule somt de Total Sales op, maar in een andere context.

Logischerwijs proberen we terug te springen naar de maand van het vorige boekjaar en dat aantal te pakken en in de huidige context te brengen .

In de onderstaande rij hebben we bijvoorbeeld 2014 met maand 10. We moeten teruggaan naar maand 9 en dit getal ($ 1,356 miljoen) naar de tiende maand slepen, wat precies is wat deze logica in deze formule doet.

Deze formule kijkt door de kalendertabel en als de huidige maand 1 is, dan vindt hij de 12e maand van het voorgaande jaar, want daar moeten we heen om deze dynamische berekening, MaxMonthNum, uit te werken.

In theorie zouden we hier gewoon 12 kunnen schrijven omdat er altijd 12 maanden zijn, maar dit is gewoon een andere manier om het dynamisch te doen. We zouden een vergelijkbare techniek kunnen gebruiken als we bijvoorbeeld een week-op-weekwisseling doen.

Dit gaat evalueren naar 12, maar dan springen we terug en kijken we naar het jaar ervoor . Dus als we in de eerste maand van 2015 zijn, willen we teruggaan naar de twaalfde maand in 2014. En zo slepen we dat aantal naar beneden.

En als het niet de eerste maand is, springen we in het huidige jaar een maand terug, en dat is wat deze regel van de berekening laat zien.

Dit ziet er misschien wat ingewikkelder uit dan het in werkelijkheid is, maar het is gewoon een kwestie van een paar verschillende formules leren kennen.

Nu we eenmaal onze omzetberekening van de vorige maand hebben, kunnen we onze maand-op-maand-verandering berekenen . Het enige wat we hoeven te doen is de omzet van vorige maand af te trekken van de totale omzet. We hebben een BLANK- logica ingevoerd om degenen zonder verkopen in de voorgaande maand uit te sluiten.

Vanaf hier kunnen we de maand-op-maand procentuele verandering krijgen . We delen eenvoudig Maand op Maand Wijziging door de Vorige Maand Verkoop .

Dus dat is hoe we een Maand op Maand Verandering uitwerken voor een aangepaste kalender.

Tijdinformatie voor niet-standaard datumtabellen in LuckyTemplates
Datums sorteren op financieel jaar in LuckyTemplates
Meet vertakking – het belangrijkste concept bij het gebruik van DAX in LuckyTemplates

Conclusie

Ik hoop dat je met deze tutorial een idee krijgt van hoe je tijdintelligentieberekeningen kunt uitvoeren voor aangepaste agenda's en deze kunt toepassen op je eigen datamodellen.

Het is zeker de moeite waard om al deze formules grondig te bekijken. Er is een klein beetje meer aan de hand, het is alleen jammer dat het niet zo eenvoudig is als de tijdintelligentieberekeningen voor standaardkalenders.

Het goede nieuws is dat als u begrijpt hoe u deze technieken moet implementeren, het veel gemakkelijker voor u zal zijn om tijdvergelijkingen in LuckyTemplates uit te voeren, vooral als u te maken krijgt met meer aangepaste agenda's in uw eigen datasets.

Proost!