Mi a választásod?
A drága és összetett BI-rendszerek használata gyakran helyettesíthető egyszerű és viszonylag olcsó, de meglehetősen hatékony elemző eszközökkel. A cikk elolvasása után felmérheti üzleti elemzési igényeit, és megértheti, melyik lehetőség a legjobb vállalkozása számára.
Természetesen minden BI-rendszer rendkívül összetett architektúrával rendelkezik, és ezek bevezetése egy vállalatnál nem egyszerű feladat, a megoldáshoz nagy pénzösszeg és magasan kvalifikált integrátorok szükségesek. Ismételten igénybe kell vennie szolgáltatásaikat, mivel minden nem ér véget a megvalósítással és az üzembe helyezéssel - a jövőben finomítani kell a funkcionalitást, új jelentéseket és mutatókat kell kidolgozni. Figyelembe kell venni, hogy a rendszer sikeres működése esetén egyre több munkatársat szeretne majd benne dolgozni, ez pedig további felhasználói licencek beszerzését jelenti.
A fejlett üzleti intelligencia rendszerek másik szerves jellemzője a rendkívül nagy funkciókészlet, amelyek közül sokat soha nem fog használni, de továbbra is fizetni kell értük minden alkalommal, amikor megújítja a licencet.
A BI-rendszerek fenti jellemzői elgondolkodtatnak az alternatíva kiválasztásán. Ezt követően azt javaslom, hogy összehasonlítsam a megoldást egy szabványos feladatkészlettel, amikor Power BI és Excel használatával készítenek jelentéseket.
Power BI vagy Excel?
Általános szabály, hogy a negyedéves értékesítési jelentés elkészítéséhez az elemző letölti az adatokat a számviteli rendszerekből, összehasonlítja a könyvtáraival, és a VLOOKUP funkció segítségével egy táblázatba gyűjti, amely alapján a jelentés készül.
Hogyan oldható meg ez a probléma a Power BI használatával?
A forrásokból származó adatok betöltődnek a rendszerbe, és elemzésre előkészítve: táblázatokra osztva, megtisztítva és összehasonlítva. Ezt követően létrejön egy üzleti modell: a táblákat összekapcsolják egymással, meghatározzák az indikátorokat, és egyedi hierarchiákat hoznak létre. A következő szakasz a vizualizáció. Itt a vezérlők és widgetek egyszerű húzásával egy interaktív műszerfal jön létre. Minden elem az adatmodellen keresztül kapcsolódik. Az elemzés során ez lehetővé teszi, hogy a szükséges információkra koncentráljon, és az összes nézetben szűrje azokat egyetlen kattintással az irányítópult bármely elemére.
Milyen előnyei láthatók a fenti példában a Power BI használatának a hagyományos megközelítéshez képest?
1 – Az adatgyűjtési és elemzési előkészítési eljárás automatizálása.
2 – Üzleti modell felépítése.
3 – Hihetetlen vizualizáció.
4 – Elkülönített hozzáférés a jelentésekhez.
Most nézzük meg az egyes pontokat külön-külön.
1 – A jelentéskészítéshez szükséges adatok előkészítéséhez meg kell határoznia egy eljárást, amely egyszer csatlakozik az adatokhoz és feldolgozza azokat, és minden alkalommal, amikor más időszakra vonatkozó jelentést kell beszereznie, a Power BI átadja az adatokat a létrehozott eljáráson. . Ez automatizálja az adatok elemzésre való előkészítésével járó munka nagy részét. De tény, hogy a Power BI az Excel klasszikus verziójában elérhető eszköz segítségével végzi el az adat-előkészítési eljárást, és az ún. . Lehetővé teszi, hogy a feladatot Excelben pontosan ugyanúgy hajtsa végre.
2 – Itt is ugyanaz a helyzet. Az üzleti modell felépítésére szolgáló Power BI eszköz Excelben is elérhető - ez .
3 – Ahogy valószínűleg már sejtette, a vizualizációval hasonló a helyzet: Excel kiterjesztés - nagy lendülettel megbirkózik ezzel a feladattal.
4 – A jelentésekhez való hozzáférést kell kitalálni. Itt nem olyan rózsás a helyzet. A helyzet az, hogy a Power BI egy felhőszolgáltatás, amelyhez személyes fiókon keresztül lehet hozzáférni. A szolgáltatás adminisztrátora csoportokba osztja a felhasználókat, és ezekhez a csoportokhoz különböző hozzáférési szinteket állít be a jelentésekhez. Ezzel a hozzáférési jogok differenciálása valósul meg a vállalat alkalmazottai között. Így az elemzők, vezetők és igazgatók, amikor ugyanarra az oldalra lépnek, a jelentést egy számukra elérhető nézetben látják. A hozzáférés korlátozható egy adott adatkészletre vagy a teljes jelentésre. Ha azonban a jelentés Excel fájlban van, akkor a rendszergazda erőfeszítései révén megpróbálhatja megoldani a hozzáférési problémát, de ez nem lesz ugyanaz. Erre a feladatra visszatérek, amikor ismertetem a vállalati portál jellemzőit.
Érdemes megjegyezni, hogy általában nem nagy a cég igénye az összetett és szép műszerfalakra, és gyakran az adatok Excelben történő elemzéséhez az üzleti modell felépítése után nem a Power View lehetőségeit veszik igénybe, hanem a pivot-ot használják. táblázatok. Olyan OLAP-funkciókat biztosítanak, amelyek elegendőek a legtöbb üzleti elemzési probléma megoldásához.
Így az Excelben végzett üzleti elemzések lehetősége jól kielégítheti egy átlagos, kevés alkalmazottat foglalkoztató vállalat igényeit, akiknek jelentésekre van szükségük. Ha azonban cége igényei ambiciózusabbak, ne rohanjon olyan eszközökhöz folyamodni, amelyek mindent egyszerre megoldanak.
Egy professzionálisabb megközelítést ajánlok figyelmébe, melynek segítségével saját, teljes körűen menedzselt, automatizált rendszert kap az üzleti analitikai jelentések készítésére, ezekhez korlátozott hozzáféréssel.
ETL és DWH
Az üzleti jelentések készítésének korábban tárgyalt megközelítéseiben az adatok betöltése és elemzésre való előkészítése Power Query technológia segítségével történt. Ez a módszer teljesen indokolt és hatékony mindaddig, amíg nincs sok adatforrás: egy könyvelési rendszer és referenciakönyvek Excel táblázatokból. A számviteli rendszerek számának növekedésével azonban ennek a problémának a megoldása a Power Query használatával nagyon körülményessé, valamint nehezen karbantartható és fejleszthetővé válik. Ilyen esetekben az ETL eszközök jönnek a segítségre.
Segítségükkel az adatok kirakódnak a forrásokból (Extract), átalakulnak (Transform), ami tisztítást és összehasonlítást jelent, és betöltődnek az adattárházba (Load). Az adattárház (DWH - Data Warehouse) általában egy szerveren található relációs adatbázis. Ez az adatbázis elemzésre alkalmas adatokat tartalmaz. Egy ütemterv szerint elindul egy ETL folyamat, amely frissíti a raktári adatokat a legfrissebbre. Egyébként ezt az egész konyhát tökéletesen kiszolgálja az MS SQL Server részét képező Integration Services.
Továbbá, mint korábban, használhatja az Excelt, a Power BI-t vagy más elemző eszközöket, például a Tableau-t vagy a Qlik Sense-t az adatok és a vizualizáció üzleti modelljének felépítéséhez. Előbb azonban még egy lehetőségre szeretném felhívni a figyelmet, amiről talán nem tud, annak ellenére, hogy már régóta elérhető. Üzleti modellek felépítéséről beszélünk az MS SQL Server analitikai szolgáltatások, nevezetesen az Analysis Services segítségével.
Adatmodellek az MS Analysis Servicesben
A cikk ezen része érdekesebb lesz azok számára, akik már használják az MS SQL Servert a cégükben.
Az Analysis Services jelenleg kétféle adatmodellt kínál: többdimenziós és táblázatos modellt. Amellett, hogy ezekben a modellekben az adatok össze vannak kapcsolva, a modellindikátorok értékeit előre összesítik és OLAP kockacellákban tárolják, amelyekhez MDX vagy DAX lekérdezések érhetők el. Ennek az adattárolási architektúrának köszönhetően a rekordok millióit felölelő lekérdezés másodpercek alatt visszaküldésre kerül. Ez az adatelérési mód azon cégek számára szükséges, amelyek tranzakciós táblái több mint egymillió rekordot tartalmaznak (a felső határ nincs korlátozva).
Az Excel, a Power BI és sok más „jó hírű” eszköz csatlakozhat az ilyen modellekhez, és megjelenítheti a struktúrájukból származó adatokat.
Ha a „haladó” utat választotta: automatizálta az ETL folyamatot és üzleti modelleket épített fel MS SQL Server szolgáltatásokkal, akkor megérdemli, hogy legyen saját vállalati portálja.
Vállalati portál
Ezen keresztül a rendszergazdák felügyelik és kezelik a jelentési folyamatot. A portál jelenléte lehetővé teszi a cégjegyzékek egységesítését: az ügyfelekről, termékekről, menedzserekről, beszállítókról szóló információk összehasonlításra, szerkesztésre és letöltésre egy helyen elérhetőek lesznek mindenki számára, aki használja. A portálon különféle funkciókat valósíthat meg a számviteli rendszerek adatainak megváltoztatásához, például az adatreplikáció kezeléséhez. És ami a legfontosabb, a portál segítségével sikeresen megoldódott a jelentésekhez való differenciált hozzáférés megszervezésének problémája - a dolgozók csak azokat a jelentéseket fogják látni, amelyeket személyesen a részlegeik számára készítettek a nekik szánt formában.
Egyelőre azonban nem világos, hogy a portál oldalán hogyan szervezik majd meg a jelentések megjelenítését. A kérdés megválaszolásához először el kell döntenie, hogy milyen technológiára épül a portál. Javaslom, hogy a keretrendszerek egyikét használja alapul: ASP.NET MVC/Web Forms/Core vagy Microsoft SharePoint. Ha cégénél van legalább egy .NET fejlesztő, akkor a választás nem lesz nehéz. Mostantól kiválaszthat egy alkalmazáson belüli OLAP-ügyfelet, amely képes csatlakozni az Analysis Services többdimenziós vagy táblázatos modelljéhez.
OLAP kliens kiválasztása megjelenítéshez
Hasonlítsunk össze több eszközt a beágyazás bonyolultsága, a funkcionalitás és az ár alapján: Power BI, Telerik UI az ASP.NET MVC komponensekhez és RadarCube ASP.NET MVC komponensek.
Power BI
Ha meg szeretné szervezni a vállalati alkalmazottak hozzáférését a Power BI-jelentésekhez a portáloldalon, használnia kell a funkciót .
Hadd mondjam el azonnal, hogy szüksége lesz egy Power BI Premium licencre és további dedikált kapacitásra. A dedikált kapacitás lehetővé teszi irányítópultok és jelentések közzétételét a szervezet felhasználói számára anélkül, hogy licencet kellene vásárolnia számukra.
Először a Power BI Desktopban generált jelentés megjelenik a Power BI portálon, majd néhány egyszerű konfiguráció segítségével beágyazódik egy webalkalmazás oldalába.
Az elemző könnyen kezeli az egyszerű jelentés elkészítésének és közzétételének folyamatát, de a beágyazással komoly problémák adódhatnak. Nagyon nehéz megérteni ennek az eszköznek a működési mechanizmusát is: a felhőszolgáltatások nagy száma, számos előfizetés, licenc és kapacitás nagyban megnöveli a szakember képzettségi szintjének követelményét. Érdemes tehát ezt a feladatot informatikusra bízni.
Telerik és RadarCube komponensek
A Telerik és RadarCube komponensek integrálásához elég egy alapszintű szoftvertechnológia. Ezért elég lesz az informatikai részleg egy programozójának szakmai készsége. Mindössze annyit kell tennie, hogy elhelyezi az összetevőt egy weboldalon, és testreszabja az igényeinek megfelelően.
összetevő A Telerik UI for ASP.NET MVC csomagja kecses Razor módon van beágyazva az oldalba, és biztosítja a legszükségesebb OLAP funkciókat. Ha azonban rugalmasabb interfész-beállításokra és fejlettebb funkciókra van szüksége, akkor jobb az összetevők használata . A nagyszámú beállítás, a gazdag funkcionalitás, valamint az újradefiniálás és a bővítés lehetővé teszi, hogy bármilyen bonyolultságú OLAP-jelentést készítsen.
Az alábbiakban egy táblázat található, amely összehasonlítja a vizsgált műszerek jellemzőit alacsony-közepes-magas skálán.
Power BI
Telerik UI az ASP.NET MVC-hez
RadarCube ASP.NET MVC
Megjelenítés
Magas
alacsony
Átlag
OLAP-funkciók halmaza
Magas
alacsony
Magas
A testreszabás rugalmassága
Magas
Magas
Magas
Funkciók felülírásának lehetősége
-
-
+
Szoftver testreszabás
-
-
+
A beágyazás és a konfiguráció bonyolultsági szintje
Magas
alacsony
Átlag
A minimális költség
Power BI Premium EM3
190 000 rubel / hó
Egyetlen fejlesztői licenc
90 000 rubelt.
Egyetlen fejlesztői licenc
25 000 rubelt.
Most továbbléphet az elemző eszköz kiválasztásához szükséges kritériumok meghatározásához.
A Power BI kiválasztási feltételei
- Érdekelnek olyan jelentések, amelyek számos metrikában és adatokkal kapcsolatos elemben gazdagok.
- Azt szeretné, ha a jelentésekkel dolgozó alkalmazottak egyszerűen és gyorsan, intuitív módon választ kaphatnának üzleti problémáikra.
- A cégnek van egy informatikusa, aki BI fejlesztői ismeretekkel rendelkezik.
- A vállalat költségvetése nagy összegű havi fizetést tartalmaz egy felhőalapú üzleti intelligencia szolgáltatásért.
A Telerik komponensek kiválasztásának feltételei
- Egy egyszerű OLAP kliensre van szükségünk az Ad hock elemzéshez.
- A cégnél egy belépő szintű .NET fejlesztő dolgozik.
- Kis keret az egyszeri licencvásárláshoz és annak további megújításához 20% alatti kedvezménnyel.
A RadarCube komponensek kiválasztásának feltételei
- Szüksége van egy többfunkciós OLAP-kliensre, amely képes testreszabni a felületet, valamint olyanra, amely támogatja a saját funkciók beágyazását.
- A cégnél egy középszintű .NET fejlesztő dolgozik. Ha ez nem így van, akkor a komponens fejlesztők szívesen nyújtják szolgáltatásaikat, de felár ellenében, amely nem haladja meg a főállású programozó fizetési szintjét.
- Kis keret az egyszeri licencvásárláshoz és annak további megújításához 60% kedvezménnyel.
Következtetés
Az üzleti elemzéshez megfelelő eszköz kiválasztása lehetővé teszi, hogy teljesen elhagyja az Excelben történő jelentéskészítést. Cége fokozatosan és fájdalommentesen áttérhet a fejlett technológiák használatára a BI területén, és automatizálhatja az elemzők munkáját minden osztályon.
Forrás: will.com