A kumulatív futási sebesség kiszámítása a DAX segítségével a LuckyTemplates alkalmazásban

Az adatok tényleges eredményeinek elemzésekor előfordulhat, hogy össze kell hasonlítani azokat egy előrejelzéssel vagy a futási sebességgel. Ebben az oktatóanyagban megmutatom,  hogyan számítható ki az összesített futási sebesség néhány korábbi eredmény alapján. Az oktatóanyag teljes videóját a blog alján tekintheti meg.

Ez egy olyan kérésként jelent meg, ahol egy tagnak olyan előrejelzésre volt szüksége, amely lehetővé teszi az aktuális eredmények és egy adott időszak átlagos futási sebességének összehasonlítását.

egy LuckyTemplates támogatási fórum bejegyzése

Ebben az oktatóanyagban először végigmegyek az átlagos futási sebesség kiszámításán , majd ezt folyamatosan előre vetítve, hogy a napi összehasonlítást le tudjam futtatni a tényleges eredményekkel.

Itt vizuálisan jobban elterjedtebbé teszem a mögöttes trendet, mint amit általában tettem volna, ha csak napi eredményeket tekintek át anélkül, hogy előrejelzést volna összehasonlítani.

A trendek végső összehasonlításának legjobb módja az összesített összegek.

Az ebben az oktatóanyagban bemutatott összesített teljes DAX képletminta kissé eltér attól, amelyet korábban használt. Ennek az az oka, hogy itt más követelmények vonatkoznak arra, hogyan kell végső soron kiszámítani az átlagos napi futási sebesség összesített összegét.

Szóval térjünk rá.

Tartalomjegyzék

• Az összesített összeg kidolgozása
• A futási sebesség kidolgozása
• A kumulatív futási sebesség kiszámítása
• Következtetés

Az összesített összeg kidolgozása

Ebben az esetben az a trükkös, hogy megvan a kumulatív értékesítésünk, de létre kell hoznunk egy vadonatúj kumulatív végösszeget olyan összegek alapján, amelyeket ténylegesen hogyan haladunk. Ennek eléréséhez néhány lépést meg kell vennünk, és kombinálnunk kell a DAX képleteket.

Az első dolog, amit ki kell számítanunk, a kumulatív összeg , és így állítottam be a képletet.

A kumulatív összeget egy változóba helyeztem (). Ugyanaz a minta, de egy változóba helyeztem, mert egyszerűsíteni akartam a tényleges végképletet.

Ha nem alkalmazzuk ezt a logikát, a kumulatív összeg továbbra is előrevetít, és valószínűleg egy vonalat húz az alján (a vizualizációban) attól függően, hogy mi a végső szám. Hogy megszabaduljak ettől, a Total Sales alkalmazást használtam . Ha aznap nincs akció, akkor üres lesz. Ha nem, akkor az összesített összeg lesz.

Szóval így állítottam be. Most hogyan számíthatunk ki vagy vetíthetünk előre egy futási sebességet? 

A futási sebesség kidolgozása

Logikus, hogy a futási arány kiszámításához összeszámoljuk az egy év alatt elért teljes eladásainkat, hogy megkapjuk a végösszeget, majd elosztjuk azzal, hogy hány napon belül értékesítettünk . Ez adja meg az átlagos napi értékesítési mennyiségünket , amelyet átlagos napi futási aránynak neveztem .

A táblázatunkban 29 186 USD van itt, amelyet 175 113 USD osztva 6-tal határoz meg, mivel ebben a mintaadatban 2018-ban hat napig értékesítettünk.

De úgy állítottam be, hogy ez automatikusan frissül minden alkalommal, amikor több értékesítési napunk van . Más szóval, ez automatikusan frissíti az átlagos napi futási arányunkat , majd az előrejelzés megváltozik . Íme a képlet, amit ehhez készítettem.

Kicsit módosítanunk kell a változókon, hogy ez működjön, mert itt a kontextus napi szintű . De megpróbáljuk megragadni a számot, a 175 113 dollárt (CumulativeTotal), majd elosztjuk azzal, hogy hány napja volt értékesítésünk.

A DaysWithSales beszerzéséhez használtam és együtt . Ha a napon akció van, amely nagyobb nullánál, akkor ez a dátum megmarad. A CumulativeTotal változóhoz a CLCULATE-t használtam a kumulatív értékesítéshez (175 113 USD), majd az ALLSELECTED Dates minden sorban kiadja a dátumkörnyezetet.

Tehát most, hogy megvan az átlagos napi futási sebesség, előrevetíthetjük a kumulatív futási sebességet. Nézzük a képletet. 

A kumulatív futási sebesség kiszámítása

Itt van egy kis kiigazítás a CALCULATE tartalmához . Ebben az esetben ez nem olyan egyszerű, mint az átlagos napi futási sebesség hozzáadása. Belül kell helyeznünk a, így minden egyes nap ismétlődik. És amit csináltam, az az, hogy beállítottam egy virtuális asztalt (a) az összes dátummal . 

Tehát a SUMMARIZE azt csinálja itt, hogy csak egy sort értékel ki. Tehát például január 1-jén járunk, akkor kiértékeli azt a sort. Aztán amikor a második sorhoz érünk, ismét csak a második sort értékeli. Ezután a FILTER ALLSELECTED (az összesített összesített minta) megnyitja a két napot. Tehát összesen 29 186 dollár, és az előző napot is kiszámolja.

Ahogy haladunk lefelé a táblázatban, folytatja a kumulatív összeg kiszámítását, és egy iterációt futtat a CALCULATE belsejében .

Most megvan ez a kumulált futási arány, amelyet tisztán az adott pillanatban meglévő összesített összesített értékesítés határozza meg. Ha így hagyjuk, akkor az eladásaink alkalmazkodásával a futási ütemünk is megváltozik, mert ez dinamikus.

De ha be akarja állítani ezeket a számokat, akkor valószínűleg ezt valahogyan egy számított táblázatba szeretné helyezni, vagy exportálnia kell ezeket az adatokat egy Excel-táblázatba. Ily módon ez nem dinamikussá teszi. 

Következtetés

Ezek olyan egyedi tippek és koncepciók, amelyeket szerintem nagyon értékesnek talál.

Ha megérti az oktatóanyagban szereplő számos fogalmat, akkor nagyon j�� helyen jár, mivel nagyon sokféleképpen alkalmazhatja az ehhez hasonló logikát.

Érdemes lehet átnézni az alábbi linkeket, amelyek hasznosak lehetnek, ha színesebbé szeretné tenni ezt a példát.

Élvezze ezt az oktatóanyagot!

***** LuckyTemplates tanulása? *****