Power BI valdymas: vaidmenys, taisyklės ir duomenų sauga

Power BI valdymas (angl. governance) yra taisyklių, vaidmenų ir techninių nustatymų rinkinys. Jis nustato, kas kuria ataskaitas, kas jas mato, iš kur imami duomenys ir kaip užtikrinama, kad visi skaičiuotų tą patį pelną. Be jo Power BI greitai virsta dar vienu Excel failų archyvu: dešimtys ataskaitų, skirtingos „pajamų“ apibrėžtys ir prieigos, kurių niekas nebekontroliuoja. Šiame vadove aiškiai aprašome, ką verta įdiegti pirmiausia, kokie vaidmenys reikalingi ir ką galima padaryti net be Premium ar Fabric licencijų.

Trumpai

Valdymas reikalingas ne tik korporacijoms. Jau 5–10 ataskaitų naudotojų turinčiai įmonei reikia aiškių taisyklių, kas kuria, tvirtina ir platina ataskaitas.
Microsoft išskiria tris turinio valdymo strategijas: decentralizuotą, subalansuotą ir centralizuotą. Dauguma Lietuvos MVĮ geriausiai jaučiasi viduryje.
Saugos pagrindas: darbo sričių vaidmenys, eilučių lygio sauga (RLS) ir jautrumo žymos.
Ataskaitoms skelbti reikia Pro licencijos. Diegimo srautai (kūrimas, testavimas, gamyba) veikia Premium talpos darbo srityse.
Didžiausia rizika yra ne technologija, o taisyklės, kurios trukdo dirbti. Tada žmonės ieško apeinamųjų kelių.

Turinys

Kas yra Power BI valdymas ir kam jo reikia
Trys turinio valdymo strategijos
Vaidmenys ir atsakomybės
Darbo sritys, bendrinimas ir licencijos
Duomenų sauga: RLS, jautrumo žymos ir saugojimas
Duomenų kokybė ir naudojimo stebėsena
Valdymo diegimas žingsnis po žingsnio
Ką galima padaryti be Premium ar Fabric
Mūsų požiūris
Paruošti ataskaitų rinkiniai su aiškia struktūra
DUK
Šaltiniai

Kas yra Power BI valdymas ir kam jo reikia

Paprastai tariant, valdymas atsako į keturis klausimus:

Kas kuria turinį? Finansų skyrius, IT, išorinis partneris ar kiekvienas padalinys savarankiškai.
Iš kokių duomenų? Iš vieno patikrinto modelio ar iš kiekvieno darbuotojo kompiuteryje esančio Excel failo.
Kas ką mato? Ar padalinio vadovas mato tik savo padalinio pardavimus, ar visos įmonės.
Kaip keičiamas turinys? Ar pakeitimai pirmiausia patikrinami, ar iš karto atsiduria vadovų ekranuose.

Microsoft savo diegimo planavimo gairėse pabrėžia, kad valdymas turi subalansuoti rizikos kontrolę ir komandų įgalinimą. Per griežtos taisyklės nėra saugesnės. Microsoft autoriai pažymi, kad su verslo tikslais prastai suderintas valdymo modelis skatina naudotojus ieškoti apeinamųjų kelių, o tai didina saugumo riziką. Praktikoje tai atrodo taip: duomenys eksportuojami į Excel ir siunčiami el. paštu, nes ataskaitos prieigos tenka laukti dvi savaites.

Trys turinio valdymo strategijos

Organizacijos renkasi vieną iš trijų turinio valdymo strategijų arba jų derinį. Tame pačiame šaltinyje nurodoma, kad pasirinkimą labiausiai lemia įmonės duomenų kultūra.

Strategija	Kas kuria turinį	Privalumai	Rizika	Kam tinka
Verslo vadovaujama savitarna (decentralizuota)	Patys padaliniai	Greitis, lankstumas	Skirtingi rodiklių skaičiavimai, ataskaitų dubliavimas	Mažoms komandoms su keliais analitikais
Valdoma savitarna (subalansuota)	Centras kuria modelius, padaliniai juos naudoja ataskaitoms	Viena tiesa ir lankstumas	Reikia aiškiai sutarti dėl atsakomybių	Daugumai MVĮ ir įmonių grupių
Centralizuota įmonės lygmeniu	IT arba BI komanda	Kontrolė, nuoseklumas	Lėtesnis pokyčių tempas	Reguliuojamoms šakoms, didelėms organizacijoms

Mūsų patirtimi, restoranų tinklui ar buhalterinės apskaitos įmonei dažniausiai tinka subalansuotas modelis. Finansinis duomenų modelis su pajamomis, sąnaudomis, pelnu ir balansu kuriamas vieną kartą ir prižiūrimas centralizuotai. Vadovai ir buhalteriai jį naudoja, filtruoja ir kuria savo pjūvius. Kaip tokį modelį sustruktūrizuoti, aprašėme straipsnyje apie duomenų modelį finansams.

Vaidmenys ir atsakomybės

Valdymas neveikia, jei kiekvienai sričiai nėra konkretaus atsakingo asmens. Microsoft architektūros gairėse siūlomas paprastas principas: inžinerijai priklauso duomenų srautai, BI komandai semantiniai modeliai, o produktų savininkams pagrindiniai rodikliai ir jų apibrėžtys.

Mažesnėje įmonėje tie patys vaidmenys dažnai tenka 2–3 žmonėms:

Power BI administratorius. Valdo nuomininko (tenant) nustatymus, licencijas ir leidžiamus vizualus. Dažniausiai tai IT vadovas arba išorinis partneris.
Duomenų modelio savininkas. Atsako, kad modelis teisingai atspindi apskaitos duomenis ir laiku atsinaujina. Tai gali būti BI specialistas arba sprendimo tiekėjas.
Rodiklių savininkas. Dažniausiai finansų direktorius arba vyr. buhalteris. Jis tvirtina, kaip skaičiuojama marža, EBITDA ar skolų senumas.
Turinio kūrėjai. Darbuotojai, kurie kuria ataskaitas iš patvirtinto modelio.
Vartotojai. Vadovai, pardavimų vadybininkai, padalinių vadovai.

Informacijos apsauga ir valdymas yra kompleksinis procesas, reikalaujantis IT, saugumo specialistų ir verslo padalinių bendradarbiavimo. Todėl rodiklių apibrėžtis verta užrašyti viename dokumente, pavyzdžiui, SharePoint puslapyje, ir peržiūrėti bent kartą per ketvirtį.

Darbo sritys, bendrinimas ir licencijos

Darbo sritis (workspace) yra pagrindinis valdymo vienetas. Joje laikomi modeliai ir ataskaitos, o vaidmenys nustato, kas gali kurti, redaguoti ar tik peržiūrėti. Praktinės taisyklės:

Atskirkite kūrimo ir gamybos aplinkas. Microsoft rekomenduoja vaidmenis patikrinti testavimo darbo srityje, o gamybos srityje juos atnaujinti pagal turinio platinimo strategiją.
Platinkite per programėles (apps), o ne per pavienes nuorodas. Taip vartotojai mato tik galutinį turinį, o ne darbinius juodraščius.
Suteikite prieigas grupėms, ne asmenims. Kai darbuotojas išeina, užtenka jį pašalinti iš grupės.

Licencijos tiesiogiai susijusios su valdymu. Power BI Desktop naudoti licencijos nereikia, ataskaitoms skelbti reikia Pro, o programėlėms skelbti reikia Pro ir bent Member vaidmens darbo srityje. Prieš dalindamiesi ataskaitomis su klientais ar partneriais, pasirinkite tinkamą būdą. Jų palyginimą rasite straipsnyje apie duomenų dalinimąsi Power BI.

Duomenų sauga: RLS, jautrumo žymos ir saugojimas

Kur saugomi duomenys

Power BI veikia Microsoft debesyje. Artefaktų duomenys daugiausia saugomi Azure Storage, metaduomenys Azure SQL duomenų bazėse, o išsaugoti duomenys pagal numatytuosius nustatymus šifruojami Microsoft valdomais raktais. Tai reiškia, kad pagrindinę infrastruktūros saugą užtikrina platforma. Jūsų atsakomybė yra prieigos ir turinio taisyklės.

Eilučių lygio sauga (RLS)

RLS leidžia vieną ataskaitą naudoti visai įmonei, kai kiekvienas mato tik jam skirtus duomenis: restorano vadovas mato savo restoraną, regiono vadovas savo regioną. Puslapiuotose ataskaitose RLS galima nustatyti naudojant integruotą lauką UserID filtre arba užklausoje. Išsamiau apie vaidmenų kūrimą rašome straipsnyje eilutės lygio sauga Power BI.

Jautrumo žymos

Jautrumo žymos (pvz., „Vidinis“, „Konfidencialus“) apibrėžiamos centralizuotai Microsoft Purview Information Protection. Jos derinamos su prieigos vaidmenimis, teisėmis, bendrinimu ir RLS. Žyma nepakeičia prieigos teisių: ji parodo, kaip elgtis su duomenimis, pavyzdžiui, kai ataskaita eksportuojama.

Jautrumo žymų ir prieigos valdiklių ryšys

IT vadovams parengėme atskirą kontrolinį sąrašą: 3 žingsniai geriausiai Power BI saugai.

Duomenų kokybė ir naudojimo stebėsena

Valdymas apima ir duomenų patikimumą. Jei ataskaitos pelnas nesutampa su apskaitos programos balansu, jokia sauga nepadės: vadovai tiesiog nustos pasitikėti ataskaita. Minimalus kontrolės rinkinys:

Atnaujinimo stebėsena. Ar suplanuotas atnaujinimas pavyko, kada paskutinį kartą atnaujinti duomenys. Limitai ir nustatymai aprašyti straipsnyje apie Power BI suplanuotą atnaujinimą.
Sutikrinimai su šaltiniu. Pajamų, sąnaudų ir skolų sumos lyginamos su apskaitos programa.
Naudojimo analizė. Veiklos žurnalo analizė padeda pastebėti naudojimo modelius ir patarti turinio savininkams. Nenaudojamas ataskaitas verta archyvuoti.

Praktinį patikrų sąrašą rasite duomenų kokybės stebėjimo Power BI vadove.

Valdymo diegimas žingsnis po žingsnio

Sėkmingam diegimui būtina suderinti BI strategiją su verslo tikslais ir reguliariai ją planuoti. Siūlome tokią seką:

Inventorizacija. Surašykite visas esamas ataskaitas, darbo sritis ir duomenų šaltinius: apskaitos programą, Excel, SharePoint, CRM.
Strategijos pasirinkimas. Nuspręskite, kuris iš trijų modelių jums tinka ir kurie rodikliai bus valdomi centralizuotai.
Vaidmenų paskyrimas. Įvardykite administratorių, modelio ir rodiklių savininkus.
Darbo sričių struktūra. Sukurkite aiškias darbo sritis pagal funkciją (finansai, pardavimai, sandėlis) ir aplinką (kūrimas, gamyba).
Saugos nustatymai. RLS, prieigos per grupes, jautrumo žymos, jei naudojate Purview.
Nuomininko nustatymai. Apribokite eksportą, viešą publikavimą internete ir leidžiamus vizualus. Administratoriaus portale galima užregistruoti pasirinktinius vizualus, kurių nėra AppSource.
Stebėsena ir peržiūra. Kas ketvirtį peržiūrėkite naudojimą, prieigas ir rodiklių apibrėžtis.

Ką galima padaryti be Premium ar Fabric

Daugelis valdymo priemonių veikia ir su Pro licencijomis. Diegimo srautai, perkeliantys turinį tarp kūrimo, testavimo ir gamybos sričių, skirti Premium talpos darbo sritims. Be jų tą patį principą galima taikyti rankiniu būdu: dvi atskiros darbo sritys ir aiški taisyklė, kad gamybos sritį keičia tik modelio savininkas.

Be Premium taip pat galite:

valdyti prieigas per grupes ir darbo sričių vaidmenis;
taikyti RLS semantiniuose modeliuose;
platinti turinį per programėles;
dokumentuoti rodiklius ir modelio pakeitimus;
stebėti atnaujinimų būseną ir naudojimą.

Jei duomenys yra vietiniame serveryje, valdymui svarbus ir Power BI duomenų šliuzas: per jį eina visi atnaujinimai, todėl jo savininkas ir prieigos turi būti aiškiai paskirti.

Mūsų požiūris

Dirbdami su Rivilė ir Finvalda naudotojais matome tą patį vaizdą. Valdymo problemos dažniausiai prasideda ne nuo saugos spragų, o nuo to, kad kiekvienas buhalteris ar vadovas turi savo pelno skaičiavimo versiją Excel faile. Todėl pirmiausia rekomenduojame vieną bendrą finansinį modelį, kuris atsinaujina automatiškai, be rankinio darbo. Kai duomenys patikimi ir visada aktualūs, žmonėms nebelieka priežasties kurti alternatyvių ataskaitų, o valdymo taisykles tampa lengva laikytis.

Antrasis principas yra integracija. Kai apskaitos, SharePoint, Excel, CRM ar logistikos duomenys sujungiami į vieną Power BI modelį, prieigas, RLS ir rodiklių apibrėžtis valdote vienoje vietoje, o ne dešimtyje failų.

— Analitika360

Paruošti ataskaitų rinkiniai su aiškia struktūra

Jei naudojate Rivilė arba Finvalda, nebūtina valdymo struktūros kurti nuo nulio. Analitika360 paruošti Power BI ataskaitų paketai apima pajamų, sąnaudų, pelno, balanso, pardavimų, sandėlio ir skolų rodiklius, o duomenys atsinaujina automatiškai. Basic planai kainuoja 59 € per mėnesį, PRO planai 89 € per mėnesį, o individualūs projektai pagal jūsų procesus 70 € per valandą. Taip pat galime parūpinti Microsoft Pro ir Premium licencijas. Visus planus palyginkite verslo analitikos kainų puslapyje arba susipažinkite su Rivilė, Finvalda ir Power BI paketais.

Paruošti ataskaitų rinkiniai su aiškia struktūra — overview diagram

DUK

Ar Power BI veikia Azure pagrindu?

Taip. Power BI yra Microsoft debesijos paslauga: duomenys daugiausia saugomi Azure Storage, metaduomenys Azure SQL duomenų bazėse. Išsaugoti duomenys pagal numatytuosius nustatymus šifruojami Microsoft valdomais raktais.

Ar mažai įmonei reikia Power BI valdymo?

Reikia, tik paprastesnio. Užtenka paskirti administratorių ir rodiklių savininką, atskirti kūrimo ir gamybos darbo sritis ir valdyti prieigas per grupes. Tai galima įdiegti per kelias dienas.

Ar Power BI turi CRM funkcijų?

Ne, Power BI yra analitikos įrankis, o ne CRM sistema. Tačiau CRM duomenis galima sujungti su apskaitos ir Excel duomenimis viename modelyje ir analizuoti pardavimus, klientus bei skolas kartu.

Kuo skiriasi RLS nuo darbo srities vaidmenų?

Darbo srities vaidmuo nustato, ką žmogus gali daryti su turiniu: kurti, redaguoti ar peržiūrėti. RLS nustato, kurias duomenų eilutes jis mato toje pačioje ataskaitoje. Paprastai naudojami abu kartu.