Dátumtáblázat létrehozása a LuckyTemplates alkalmazásban
Tudja meg, miért fontos egy dedikált dátumtáblázat a LuckyTemplatesben, és ismerje meg ennek leggyorsabb és leghatékonyabb módját.
Ma megtanuljuk, hogyan számítsuk ki a LuckyTemplates rangsorolását hierarchikus formában, ami egy kicsit összetettebb téma az előző oktatóanyagomban tárgyalt koncepcióhoz képest. Az oktatóanyag teljes videóját a blog alján tekintheti meg .
Az előző oktatóanyagban láttuk, hogyan kell . Bemutattuk, hogyan számítható ki a rangsor egy adott termékcsoport adott adatkészletéhez képest, akár termékkategória, akár alkategória formájában. Ezenkívül a régió esetében városok, területek vagy országok formájában.
Ezúttal egy lépéssel tovább megyünk a hierarchiák kiszámításában. Megtanuljuk, hogyan számítható ki a rangsor, ha az összes különböző mezőkészlet egyetlen hierarchiakészletben van kombinálva.
Tartalomjegyzék
Hierarchia szintjei
Menjünk át a LuckyTemplates oldalra, és nézzük meg, hogyan történik ez. Ebben a forgatókönyvben létrehoztunk egy sor hierarchiát, ahol a hierarchia első szintje területek formájában van.
A második szint az ügyfelek formájában van.
A harmadik szint pedig a terméknevek formájában van.
Tehát mi a logika az ilyen típusú hierarchia létrehozása mögött? Meg kell találnunk, hogyan teljesítünk minden egyes területi szinten. Ezután minden területen belül meg kell határoznunk, hogy ki a miénk.
Ezen túlmenően azt szeretnénk kideríteni, hogy melyek azok a legjobb termékek, amelyeket ügyfeleink szeretnek megvásárolni saját területükön egy bizonyos időszakon keresztül.
Lépések a LuckyTemplates rangsorolásának hierarchikus formában történő kiszámításához
Kezdetben rossz megközelítést fogunk alkalmazni a LuckyTemplates rangsorának kiszámításához a függvény használatával. Ezzel megértjük, hogy a hagyományos módszer miért nem ad megfelelő eredményt.
Érdemes megnézni a hibákat is, hogy a megfelelő mérőszámokat rangsorolhassuk, hogy a hierarchia minden szintjén a megfelelő módon értékelhessük az eredményeket.
A helytelen, mégis általános megközelítés
Időmegtakarítás céljából egy egyszerű RANKX függvény alapján másoltam és illesztettem be a mértéket. Ezzel minden egyes hierarchiához három változót hoztunk létre az egyszerű RANKX függvény segítségével. Ezenkívül a függvényt azért használtuk, mert hierarchiákkal van dolgunk.
Most töltsük be ezt a mértéket, és nézzük meg az eredményeket. Amint látjuk, a legmagasabb összértékesítéssel rendelkező terület kerül az első helyre, a legalacsonyabb összértékesítéssel rendelkező terület pedig az utolsó helyre. Eddig a megfelelő eredményeket kapjuk.
Ha látni szeretné, hogyan értékelik ügyfeleinket, kattintson a pluszjelre bármely területünk bővítéséhez. Észrevehető, hogy a legnagyobb összértékesítéssel rendelkező ügyfeleink az adott területen is az első helyen állnak. Lefelé görgetve láthatjuk, hogy helyesen vannak-e rangsorolva.
Ezután ellenőrizze a termékek eredményeit, és ellenőrizze, hogy azok is megfelelően vannak-e elrendezve vagy sem.
Példaként kattintson a Snaptags Ltd ügyfél pluszjelére . Nyilvánvaló, hogy az adott területen az adott vásárló számára a legtöbbet értékesített termék kerül az első helyre, a többi pedig ennek megfelelően.
Megfigyeltük azonban, hogy az értékesítési értéket nem tartalmazó vásárlók és termékek továbbra is rangsorolnak. Ezek kiértékelését leállíthatjuk a függvény használatával.
Ebben az esetben kattintson a Fúrás felfelé és az összes kibontása egy szinttel lejjebb elemre a hierarchiában ahelyett, hogy külön-külön kattintana az egyes pluszgombokra.
Az alábbiakban látható módon továbbra is láthatjuk, hogy az adott terület első területe és ügyfelei továbbra is helyesen vannak kiértékelve.
Görgessen le, hogy megtudja, hogyan rangsorolják következő területünket.
Ebben a szakaszban most már látjuk, hogy probléma van, mert Queensland területét korábban a második helyen értékelték, most viszont harmadiknak értékelték.
A biztosság érdekében nézzük meg azt is, hogyan értékelik termékeinket.
Hasonlóképpen, Új-Dél-Wales területe és a State Ltd ügyfele egyaránt az első helyen szerepelt a korábbi forgatókönyvekben, de most a második helyen állnak.
Akkor kezdtük látni ezeket a helytelen eredményeket, amikor a Mindent kibontása egy szinttel lejjebb a hierarchiában gombra kattintottunk ahelyett, hogy minden pluszgombra külön-külön kattintottunk volna.
Miért történik ez? Ennek az az oka, hogy ha külön-külön rákattintunk a plusz gombra, egyszerűen csak bebújunk a motorháztető alá azzal, hogy továbbra is a hierarchia legfelső szintjén maradunk. Technikailag még nem fúrtuk le a következő szintre.
Másrészt, ha rákattintunk az Összes kibontása egy szinttel lejjebb gombra a hierarchiában , akkor lejjebb lépünk a következő rétegre, és ekkor történik meg a tényleges.
Ezért hierarchiák esetén nem használhatjuk a hagyományos rangsorszámítási módszert, mert a drill down valójában azt jelenti, hogy az első szintről a következő szintre lépünk le.
A helyes megközelítés a LuckyTemplates rangsorolásához
A problémák azonosítása után oldjuk meg őket úgy, hogy az Új mérték gombra kattintunk , és létrehozzuk a megfelelő rangsort.
Nevezzük el mérőszámunkat Rangsor – Helyes Mérésnek , és hozzunk létre három változót a megfelelő hierarchiák rangsorának kiszámításához.
Írja be a VAR_Territory_Ranking értéket az első változónkhoz. Ezen a változón belül az első folyamat egy virtuális tábla létrehozása a (Régiók, Régiók[Terület]) használatával . Ezt a régiók táblázatára hivatkoztuk, mivel a területek abból a táblából származnak.
Miután létrehoztuk a virtuális táblázatunkat, ezen belül létre kell hoznunk egy virtuális oszlopot afunkció. Ez segít nekünk az adott területi hierarchia rangsorának értékelésében.
Ezután nevezzük el virtuális oszlopunkat Területi rangsorolásnak, és használjuk a RANKX függvényt. Szeretnénk a legmagasabb eladásainkat az első helyen, a legalacsonyabb eladásokat pedig az utolsó helyen rangsorolni. Tehát ezt a virtuális táblát skaláris értékké alakítjuk úgy, hogy becsomagoljuk a táblábafunkció.
Pontosan ugyanazt a technikát valósítottuk meg a másik két változónál, mint például a VAR_Customers_Ranking és a VAR_Products_Ranking .
Természetesen az ISINSCOPE függvényt használtuk, és minden változónkat kihívtuk a hierarchia adott szintjére.
Eddig az volt, hogy a hierarchia minden szintjéhez változókat hoztunk létre, és az ISINSCOPE függvény segítségével minden változót az adott mezőhöz helyeztünk.
Itt az ideje, hogy teszteljük képletünket, és ellenőrizzük az eredményeket úgy, hogy bevisszük a mértéket a mátrixvizuálunkba, és kibővítjük azt.
Ahogy az alábbiakban látható, a területi szintű rangsor helyesen kerül értékelésre.
Nézzük tovább, és ellenőrizzük ügyfeleink rangsorolását. Az új-dél-walesi terület és a State LTD ügyfelei is helyesen vannak rangsorolva.
Ezúttal nézzük meg, hogyan értékelik Queensland területünket. Végül most ennek megfelelően rangsorolják.
Jó látni, hogy termékszintjeinknél is tökéletes a rangsorolásuk.
Ha megnézzük a második és harmadik vásárlónkat is, akkor szintén megfelelő eredményeket kaptunk.
Végül megszabaduljunk az üres helyekkel szembeni rangsorolástól azáltal, hogy a megfelelő dimenziótábla nevek hivatkozását az Értékesítési tábla nevére cseréljük.
Ezt azért tesszük, mert az Értékesítési tábla mindegyik dimenziótáblával rendelkezik. Például, ha egy adott termék értékesítése nem történt meg egy adott vevővel szemben az adott területen, akkor alapértelmezés szerint a rangsorolás nem az adott adatpont alapján kerül értékelésre.
Tehát menjünk tovább, és cseréljük le a hivatkozásunkat az értékesítési táblázatra.
Végül még utoljára ellenőrizzük az eredményeket.
Működött! Most már láthatjuk, hogy helyezésünk csak egy olyan adatpontra korlátozódik, ahol értékesítési értékünk van.
Következtetés
A rangsorolás hierarchikus formában történő kiszámítása bonyolult, különösen akkor, ha egyetlen hierarchiakészletben kombinált mezők különböző csoportjairól van szó, de megéri, mert valóban a következő szintre tud nyúlni.
Egy másik fontos dolog, amit meg kell jegyezni, hogy ha szeretné látni a LuckyTemplates rangsorolásának kiszámítását a szeletelőben végzett kiválasztás alapján, akkor a funkció használata helyett használhatja a függvényt a rangsorok értékelése során.
Szóval nekem ennyi, remélem tetszett ez az oktatóanyag. Rengeteg forrás és további tanulás található, amelyeket könnyen elérhet a weboldalon, ezért kérjük, nézze meg.
Minden jót,
Durva
Tudja meg, miért fontos egy dedikált dátumtáblázat a LuckyTemplatesben, és ismerje meg ennek leggyorsabb és leghatékonyabb módját.
Ez a rövid oktatóanyag kiemeli a LuckyTemplates mobil jelentési funkcióját. Megmutatom, hogyan készíthet hatékony jelentéseket mobileszközökön.
Ebben a LuckyTemplates bemutatóban olyan jelentéseket tekintünk át, amelyek professzionális szolgáltatáselemzést mutatnak be egy olyan cégtől, amely több szerződéssel és ügyfél-elkötelezettséggel rendelkezik.
Tekintse át a Power Apps és a Power Automate legfontosabb frissítéseit, valamint azok előnyeit és következményeit a Microsoft Power Platform számára.
Fedezzen fel néhány gyakori SQL-függvényt, amelyeket használhatunk, például a karakterláncot, a dátumot és néhány speciális függvényt az adatok feldolgozásához vagy manipulálásához.
Ebből az oktatóanyagból megtudhatja, hogyan hozhatja létre a tökéletes LuckyTemplates sablont, amely az Ön igényeinek és preferenciáinak megfelelően van konfigurálva.
Ebben a blogban bemutatjuk, hogyan lehet a mezőparamétereket kis többszörösekkel rétegezni, hogy hihetetlenül hasznos betekintést és látványelemeket hozzon létre.
Ebből a blogból megtudhatja, hogyan használhatja a LuckyTemplates rangsorolási és egyéni csoportosítási funkcióit a mintaadatok szegmentálására és kritériumok szerinti rangsorolására.
Ebben az oktatóanyagban egy konkrét technikát fogok bemutatni, hogyan jelenítheti meg a kumulatív összeget csak egy adott dátumig a LuckyTemplates vizualizációjában.
Ismerje meg, hogyan hozhat létre és testreszabhat Bullet diagramokat a LuckyTemplates alkalmazásban, amelyeket főként a teljesítmény mérésére használnak a célhoz vagy az előző évekhez képest.