LuckyTemplates alakzattérkép-vizualizáció a térbeli elemzéshez
Ez a blog tartalmazza a Shape Map vizualizációt a LuckyTemplates térbeli elemzéséhez. Megmutatom, hogyan használhatja hatékonyan ezt a vizualizációt annak funkcióival és elemeivel.
Ebben az oktatóanyagban megmutatom, hogyan hozhat létre mértékeket a folyamatban lévő eseményekhez . Ezek az események folyamatban lévő rendelések vagy folyamatban lévő értékesítések formájában jelentkezhetnek, a jelentés jellegétől függően.
Alapvetően itt a kihívás az eredmények kiszámítása, ha a ténytáblázatban egynél több dátum szerepel . A hasonló elemek jelenléte hibákat okozhat az eredményekben, ezért nézzük meg, hogyan léphetünk túl ezen.
Tartalomjegyzék
Két kapcsolat kezelése ugyanazon táblázatok között
Így néz ki az értékesítési táblázatunk.
Amint látja, itt két Dátum oszlop van – a Megrendelés dátuma és a Szállítási dátum .
Az a tény, hogy itt két dátumtábla található, még jobb elemzést hozhat. Hány rendelésünk van jelenleg a Megrendelés dátuma és a Szállítás dátuma között? Hány megrendelés van jelenleg folyamatban?
Az ilyen típusú elemzést nem feltétlenül kell alkalmazni erre a konkrét forgatókönyvre is. Az alkalmazások világa létezik, ha tudjuk, hogy újra és újra ugyanaz a minta lesz. Miután elkezdtünk dolgozni a, meglátod, mi ez a minta.
Mielőtt azonban belevágnánk a képletbe, meg kell vizsgálnunk néhány dolgot, különösen a táblák közötti kapcsolatokat illetően. Tehát vessünk egy pillantást adatmodellünkre, hogy jobban megértsük, mi történik.
A folyamatban lévő események mintája azt jelenti, hogy egynél több kapcsolatot kell létrehoznia a Dátum tábla és az Értékesítés tábla között.
Az első kapcsolat a Dátum és a Megrendelés dátuma között áll fenn .
Kapcsolatot kell létrehoznunk a Dátum oszlop és a Szállítási dátum oszlop között is.
De ezt a két kapcsolatot is inaktívvá kell tenni, mert nem lehet, hogy egyik kapcsolat felülírja a másikat. Ellenkező esetben problémákba ütközik a jelentéssel kapcsolatban.
Íme egy példa. Ha behúzzuk a teljes értékesítés mértékét a jelentésbe, látni fogja, hogy furcsa eredményeket kapunk. Megjeleníti a teljes értékesítést a dátumok alatt.
Ennek az az oka, hogy nem tudja, mit szűrjön. Ez azért van, mert a háttérben lévő két kapcsolat kioltja egymást. Ahhoz, hogy az ehhez hasonló folyamatban lévő események megfelelően menjenek, két lehetőség közül kell döntenünk.
Az első lehetőség egy külön táblázat elkészítése kizárólag ehhez a számításhoz. A második az akijelentés, amely afüggvény az alapvető mértékek kiszámításához.
LuckyTemplates DAX intézkedések folyamatban lévő eseményekhez
Dolgozzunk a második lehetőségen, amely az erre a forgatókönyvre alkalmazható, folyamatban lévő eseményekre vonatkozó intézkedés létrehozása.
Kezdjük egy CALCULATE utasítással, amely aa teljes bevételünkért . Ezután a USERELATIONSHIP függvényt használjuk , és hivatkozunk a Megrendelés dátuma oszlopra az Értékesítési adatok táblázatban.
Ez jelöli azt a mintát, amelyet minden folyamatban lévő eseményhez használni fogunk a képletünkben. Ez ismét azt jelenti, hogy nem kell újból létrehoznunk egy másik dátumtáblázatot a modellünkben.
Próbáljuk ki a Folyamatban lévő értékesítésnél .
A teljes értékesítést más kontextusban kell kiszámítanunk , ezért a CALCULATE-t használjuk, és hivatkozunk az Összes értékesítésre .
Ezután két szűrőt kell létrehoznunk, amelyek elvégzik helyettünk az elemzést. Tehát kezdjük afunkciót, majd használjaa Megrendelés dátumához . Ezután hozzáadjuk, hogy a Megrendelés dátuma kisebb vagy egyenlő, mint a Dátum .
A második szűrőhöz ezúttal a Szállítási dátumot használjuk . Ennek nagyobbnak vagy egyenlőnek kell lennie, mint a Dátum .
Ha ezt hozzáadjuk a táblázatunkhoz, látni fogja, hogy még mindig nem adja vissza a megfelelő eredményt.
Ennek az az oka, hogy még ha az összértékesítést is kulcsfontosságú mérőszámként használjuk , ezt még nem számoltuk ki. Modellünknek nincs összértékesítése , csak összbevétele .
Tehát azt fogjuk tenni, hogy megszerezzük a teljes bevétel ÖSSZEGÉT , hogy megkapjuk a teljes értékesítésünket .
Most azt látjuk, hogy a tényleges értékesítés folyamatban van .
Alakítsuk ezt diagrammá, hogy vizuálisan ábrázolhassuk, hogyan haladnak a számok az időben.
A LuckyTemplates DAX intézkedések újrafelhasználása
Nézze meg, milyen egyszerű újrafelhasználni ezt az intézkedést. Korábban a Folyamatban lévő értékesítést néztük . Technikailag az a tény, hogy még folyamatban van, azt jelenti, hogy még nincs bevétel; csak akkor kap fizetést, ha a rendeléseket ténylegesen kiküldték.
Ez egy másik nagyszerű elemzést mutat be. Milyen készpénzre lesz szüksége a termékek elkészítéséhez, mielőtt számlát küldhet és megkaphatja a fizetést? Ennek kiderítéséhez számítsuk ki a folyamatban lévő rendeléseket . Itt csak az intézkedés nevét kell megváltoztatnunk.
Ezután a teljes értékesítés kiszámítása helyett afüggvényt, és hivatkozzon az értékesítési adatokra .
Ez az új intézkedés alapvetően csak azt számítja ki, hogy hány rendelést dolgoznak fel. Nem fogom oszlopként bevinni a táblázatunkba, de jó lenne, ha ez a vizualizáció szerepelne a jelentésünkben.
Másolja ki és illessze be a folyamatban lévő értékesítés diagramját , majd módosítsa az értékeket a Folyamatban lévő rendelések értékre .
Most láthatjuk, hogy hány tényleges megrendelés van folyamatban. Ez segít nekünk megérteni, hány terméket rendeltek meg egy adott napon, de még nem szállították ki.
További szűrők létrehozása
A már látottakon kívül további betekintést nyerhetünk, ha szűrőket adunk jelentésünkhöz. Az egyik jó szűrő a terméknév . Ez lehetővé teszi számunkra, hogy lássuk a trendeket az adott termékekre vonatkozó megrendelések számát illetően.
Szóval mi van, ha látni szeretném, hányan rendelték meg a 6. terméket, és mekkora bevételt várunk tőle? Egyszerű, mintha kipipálnád a szűrőn.
Vannak más szűrők is, amelyek nagyszerűek lennének, attól függően, hogy milyen elemzést keres. Lehet például egy szűrőt az ügyfelek számára. Ez segít meghatározni, hogy kik a legnagyobb ügyfelei. Hozzáadhat egy szűrőt a régiókhoz, amely segít meghatározni, honnan származnak ezek a rendelések.
Következtetés
A LuckyTemplates használatakor sok logika fut a színfalak mögöttmint ez. Már az a tény, hogy az intézkedés az értékesítési táblázat minden egyes sorát kiértékeli, miközben gondoskodik arról is, hogy megfeleljen a Megrendelés dátumának és az Értékesítési dátumnak a megfelelő feltételeknek, meglehetősen lenyűgöző.
Ezért azt javaslom, hogy tanulja meg a mintát, és használja többször is. Ez lehetővé teszi, hogy jobban megismerje a mintát, és hosszú távon könnyebbé válik. Ügyeljen arra, hogy szűrőket is adjon hozzá, hogy valóban többféleképpen bontsa fel az elemzést, és még több nagyszerű betekintést kelthessen életre.
Minden jót,
Ez a blog tartalmazza a Shape Map vizualizációt a LuckyTemplates térbeli elemzéséhez. Megmutatom, hogyan használhatja hatékonyan ezt a vizualizációt annak funkcióival és elemeivel.
Ebben az oktatóanyagban egy egyedülálló ötletet mutatok be a pénzügyi jelentésekkel kapcsolatban, amely az eredmények hozzárendelését jelenti a LuckyTemplates-en belüli táblázatsablonok előre meghatározásához.
Hozzon létre DAX-mértékeket a LuckyTemplates alkalmazásban meglévő mértékek vagy képletek használatával. Ezt nevezem mértékelágazási technikának.
Ebben a blogban fedezze fel a LuckyTemplates adatkészletet, a leghatékonyabb függvényhívást, amely M- és DAX-függvények ezreit juttatja a keze ügyébe.
A mai oktatóanyagban megosztok néhány adatmodellezési technikát a DAX-mérések jobb rendszerezéséhez a hatékonyabb munkafolyamat érdekében.
A LuckyTemplates egy nagyszerű eszköz a pénzügyi jelentésekhez. Itt található egy oktatóanyag, amely bemutatja, hogyan hozhat létre személyre szabott táblázatokat a LuckyTemplates pénzügyi irányítópultjához.
Ez az oktatóanyag megvitatja a Power Query nyelvi folyamatot, és azt, hogyan segíthet zökkenőmentes és hatékony adatjelentések létrehozásában.
Az egyik kedvenc technikámról fogok beszélni a LuckyTemplates egyéni ikonok körül, amely dinamikusan használja az egyéni ikonokat a LuckyTemplates vizualizációkban.
Ebben a blogban megmutatom, hogyan hozhat létre LuckyTemplates táblázatokat olyan képlet segítségével, amely egyesíti az UNION és a ROW függvényt.
Fedezze fel, hogy a helyszíni adatátjáró hogyan teszi lehetővé a Power Automate számára az asztali alkalmazások elérését, amikor a felhasználó távol van a számítógéptől.