Beregning af en kumulativ kørselshastighed ved hjælp af DAX i LuckyTemplates

Når du analyserer faktiske resultater i dine data, vil du måske nogle gange sammenligne dem med en prognose eller kørselshastighed. I denne øvelse viser jeg dig,  hvordan du beregner en kumulativ kørselshastighed baseret på nogle historiske resultater. Du kan se den fulde video af denne tutorial nederst på denne blog.

Dette kom ud som en anmodning, hvor et medlem havde brug for en prognose, der muliggør en sammenligning af aktuelle resultater og en gennemsnitlig kørselshastighed over en vis periode.

et LuckyTemplates Support Forum indlæg

I denne tutorial gennemgår jeg, hvordan man først beregner den gennemsnitlige kørselshastighed , hvorefter jeg projicerer dette løbende frem for at kunne køre den daglige sammenligning i forhold til de faktiske resultater, efterhånden som de sker.

Her gør jeg visuelt den underliggende tendens mere udbredt, end jeg normalt ville have gjort, hvis jeg bare gennemgik daglige resultater uden nogen prognose at sammenligne den med.

Den bedste måde at sammenligne tendenser på er med kumulative totaler.

Det kumulative samlede DAX-formelmønster, som jeg dækker i denne tutorial, er lidt anderledes end det, du måske har brugt tidligere. Dette skyldes, at der er et andet krav her omkring, hvordan man i sidste ende beregner den kumulative total for den gennemsnitlige daglige kørselshastighed.

Så lad os komme til det.

Indholdsfortegnelse

• Udregning af den kumulative total
• Udregning af Run Rate
• Beregning af kumulativ kørselshastighed
• Konklusion

Udregning af den kumulative total

Det vanskelige i dette tilfælde er, at vi har vores kumulative salg, men vi skal oprette en helt ny kumulativ total baseret på beløb, der er bestemt af, hvordan vi rent faktisk går. Der er et par trin, vi skal gennemgå og kombinere DAX-formler for at opnå.

Den første ting, vi skal beregne, er den kumulative total , og det er sådan, jeg har opsat formlen.

Jeg har placeret den kumulative total i en variabel (). Det er det samme mønster, men jeg placerede det inde i en variabel, fordi jeg ønskede at forenkle den faktiske slutformel.

Hvis vi ikke sætter denne logik, fortsætter den kumulative total med at projicere fremad og vil sandsynligvis tegne en linje hele vejen ned i bunden (i visualiseringen) baseret på, hvad det endelige tal er. For at slippe af med det, det, jeg gjorde, var at bruge Total Sales . Hvis der ikke er noget udsalg den dag, vil det være tomt. Hvis ikke, vil det være den kumulative total.

Så det er sådan jeg har sat det op. Hvordan beregner eller fremskriver vi nu en run rate? 

Udregning af Run Rate

For at beregne en kørselshastighed ville vi logisk tælle det samlede salg op , som vi har lavet på et år, for at få den samlede total, og derefter dividere det med, hvor mange dage vi faktisk har solgt . Det vil give os vores gennemsnitlige daglige salgsbeløb , som jeg har kaldt den gennemsnitlige daglige kørselsrate .

I vores tabel har vi $29.186 her, som er bestemt af $175.113 divideret med 6, fordi vi i disse eksempeldata har solgt i seks dage i 2018.

Men den måde, jeg konfigurerer dette på, er, at det automatisk opdateres, hver gang vi har flere dage med salg . Med andre ord vil dette automatisk opdatere vores gennemsnitlige daglige løbsrate , og så ville forudsigelsen ændre sig . Her er den formel, jeg lavede til dette.

Vi er nødt til at justere lidt i variablerne for at få det til at fungere, fordi konteksten her er på det daglige niveau . Men det, vi forsøger at gøre, er at få fat i tallet, $175.113 (CumulativeTotal), og derefter dividere det med, hvor mange dage vi har haft salg.

For at få DaysWithSales , har jeg brugt med og med. Hvis der er et udsalg på dagen, som er større end nul, beholder det denne dato. For variablen CumulativeTotal har jeg brugt CALCULATE til Cumulative Sales ($175.113), og derefter frigiver ALLSELECTED Dates datokonteksten i hver række.

Så nu, hvor vi har den gennemsnitlige daglige kørselsrate, kan vi fremskrive den kumulative kørselshastighed. Lad os se på formlen. 

Beregning af kumulativ kørselshastighed

Der er en lille justering her til, hvad der er inde i vores BEREGNET . I dette tilfælde er det ikke så enkelt som blot at tilføje den gennemsnitlige daglige løbsrate. Vi skal sætte ind i en, så vi itererer igennem hver eneste dag. Og det, jeg har gjort, er, at jeg har oprettet en virtuel tabel (vha) med alle datoerne . 

Så hvad SUMMARIZE gør her er, at det kun evalueres til kun én række. Så for eksempel, vi er ved 1. januar, så evaluerer den den række. Så, når vi kommer til anden række, evaluerer den igen kun den anden række. Og så åbner FILTER ALLSELECTED (det kumulative samlede mønster) de to dage. Så det er i alt 29.186 $ og beregnes også dagen før.

Når vi bevæger os ned i tabellen, fortsætter den med at beregne den kumulative total og kører en iteration inde i CALCULATE .

Nu har vi denne kumulative run rate, som udelukkende er bestemt af det faktiske kumulative samlede salg, som vi har på dette tidspunkt. Hvis vi lader det være sådan, vil vores kørselshastighed også ændre sig, efterhånden som vores salg justeres, fordi dette er dynamisk.

Men hvis du vil indstille disse tal, vil du sandsynligvis på en eller anden måde sætte dette ind i en beregnet tabel eller eksportere disse data til et Excel-regneark. På den måde vil det gøre det ikke-dynamisk. 

Konklusion

Det er så unikke tips og koncepter, som jeg tror, ​​du vil finde virkelig værdifulde.

Hvis du kan forstå de mange begreber, der er dækket gennem denne tutorial, er du et meget godt sted, da der er så mange forskellige måder, du kan anvende logik på som denne.

Du vil måske gennemgå nedenstående links, hvilket vil være nyttigt, hvis du vil tilføje mere farve til dette eksempel.

Nyd at arbejde gennem denne tutorial!

***** Lærer du Lucky Templates? *****