Beregne en kumulativ kjøringshastighet ved å bruke DAX i LuckyTemplates

Når du analyserer faktiske resultater i dataene dine, vil du kanskje noen ganger sammenligne dem med en prognose eller kjørehastighet. I denne opplæringen skal jeg vise deg  hvordan du beregner en kumulativ løpshastighet basert på noen historiske resultater. Du kan se hele videoen av denne opplæringen nederst på denne bloggen.

Dette kom ut som en forespørsel i hvor et medlem trengte en prognose som muliggjør en sammenligning av nåværende resultater og en gjennomsnittlig kjørerate over en viss periode.

et LuckyTemplates Support Forum-innlegg

I denne opplæringen går jeg gjennom hvordan jeg beregner den gjennomsnittlige løpshastigheten først, og projiserer deretter dette kontinuerlig fremover for å kunne kjøre den daglige sammenligningen kontra de faktiske resultatene etter hvert som de skjer.

Her gjør jeg visuelt den underliggende trenden mer utbredt enn jeg vanligvis ville ha gjort hvis jeg bare gjennomgikk daglige resultater uten noen prognose å sammenligne den med.

Den beste måten å sammenligne trender på er med kumulative totaler.

Det kumulative totale DAX-formelmønsteret som jeg dekker i denne opplæringen er litt annerledes enn det du kanskje har brukt tidligere. Dette er fordi det er et annet krav her om hvordan man til slutt beregner den kumulative totalen for den gjennomsnittlige daglige kjøringshastigheten.

Så la oss komme til det.

Innholdsfortegnelse

• Å beregne den kumulative summen
• Å beregne løpsfrekvensen
• Beregner kumulativ kjøringshastighet
• Konklusjon

Å beregne den kumulative summen

Det vanskelige i dette tilfellet er at vi har vårt akkumulerte salg, men vi må lage en helt ny akkumulert sum basert på beløp som bestemmes av hvordan vi faktisk går. Det er noen få trinn vi må gå gjennom og kombinere DAX-formler for å oppnå dette.

Det første vi må beregne er den kumulative totalen , og dette er hvordan jeg har satt opp formelen.

Jeg har plassert den kumulative summen i en variabel (). Det er det samme mønsteret, men jeg plasserte det inne i en variabel fordi jeg ønsket å forenkle selve sluttformelen.

Hvis vi ikke legger denne logikken, fortsetter den kumulative totalen å projisere fremover, og vil sannsynligvis trekke en linje helt ned i bunnen (i visualiseringen) basert på hva det endelige tallet er. For å bli kvitt det, det jeg gjorde var å bruke Totalt salg . Hvis det ikke er noe salg den dagen, vil det være tomt. Hvis ikke, vil det være den kumulative summen.

Så det er slik jeg har satt det opp. Nå, hvordan beregner eller projiserer vi en løpsrate? 

Å beregne løpsfrekvensen

Logisk sett, for å beregne en kjøringshastighet, teller vi opp det totale salget vi har gjort i løpet av et år for å få totalsummen, og deretter dele det på hvor mange dager vi faktisk har solgt . Det kommer til å gi oss vårt gjennomsnittlige daglige salgsbeløp , som jeg har kalt den gjennomsnittlige daglige kjøringen .

I tabellen vår har vi $29 186 her, som er bestemt av $175 113 delt på 6, fordi i disse eksempeldataene har vi solgt i seks dager i 2018.

Men måten jeg konfigurerte dette på er at dette oppdateres automatisk hver gang vi har flere dager med salg . Med andre ord, dette vil automatisk oppdatere vår gjennomsnittlige daglige løpsfrekvens , og da vil prediksjonen endres . Her er formelen jeg laget for dette.

Vi må gjøre litt justeringer i variablene for å få dette til å fungere fordi konteksten her er på et daglig nivå . Men det vi prøver å gjøre er å hente tallet, $175 113 (CumulativeTotal), og deretter dele det på hvor mange dager vi har hatt salg.

For å få DaysWithSales har jeg brukt med og med. Hvis det er et salg på dagen, som er større enn null, vil det beholde denne datoen. For CumulativeTotal- variabelen har jeg brukt CALCULATE til Cumulative Sales ($175 113), og deretter frigir ALLSELECTED Dates datokonteksten i hver rad.

Så nå som vi har den gjennomsnittlige daglige løpsraten, kan vi deretter fremskrive den kumulative løpsfrekvensen. La oss se på formelen. 

Beregner kumulativ kjøringshastighet

Det er en liten justering her til hva som er inne i BEREGN . I dette tilfellet er det ikke så enkelt som å bare legge til gjennomsnittlig daglig løpsrate. Vi må sette inn en, slik at vi itererer gjennom hver eneste dag. Og det jeg har gjort er at jeg har satt opp en virtuell tabell (ved hjelp av) med alle datoene . 

Så det SUMMARIZE gjør her er at det bare evalueres til bare én rad. Så for eksempel, vi er på 1. januar, da evaluerer den den raden. Så, når vi kommer til den andre raden, evaluerer den igjen bare den andre raden. Og så åpner FILTER ALLSELECTED (det kumulative totale mønsteret) de to dagene. Så det er totalt $29 186 og beregnes dagen før også.

Når vi beveger oss nedover i tabellen, fortsetter den å beregne den kumulative totalen og kjører en iterasjon inne i CALCULATE .

Nå har vi denne kumulative kjøringsraten, som utelukkende bestemmes av det faktiske kumulative totale salget vi har på dette tidspunktet. Hvis vi lar det være slik, vil kjøringshastigheten også endre seg etter hvert som salget vårt justeres, fordi dette er dynamisk.

Men hvis du vil angi disse tallene, vil du sannsynligvis på en eller annen måte sette dette inn i en beregnet tabell eller eksportere disse dataene til et Excel-regneark. På den måten kommer det til å gjøre det ikke-dynamisk. 

Konklusjon

Dette er så unike tips og konsepter, som jeg tror du vil finne veldig verdifulle.

Hvis du kan forstå de mange konseptene som dekkes gjennom denne opplæringen, er du på et veldig bra sted, siden det er så mange forskjellige måter du kan bruke logikk som dette.

Det kan være lurt å se gjennom koblingene nedenfor, noe som vil være nyttig hvis du vil legge til flere farger i dette eksemplet.

Nyt å jobbe gjennom denne opplæringen!

***** Lære Lucky Templates? *****