Sissejuhatus

Dokumendi eesmärgiks on anda ülevaade ja juhised Haridussilma portaalis juhtimislaudade loomiseks. Ptk 1 annab ülevaate juhtimislaua loomise protsessist, mis sammud juhtimislaua loomisel tehakse. Ptk 2 toob eraldi välja nõuded ja nüansid, millega tuleb arvestada juhtimislaudade loomisel. 

Juhtimislaudadega seotud vajalikud klassifikaatorid on leitavad klassifikaatorite dokumentatsioonist siin: Klassifikaatorid. Kõik vajalikud täiendused klassifikaatorite nimekirjades tuleb esmalt kooskõlastada Haridussilma peakasutajaga ning alles siis võib kajastada Klassifikaatorite dokumendis ning viidata siin dokumendis.

1 Juhtimislaua loomise protsess 

Protsess koosneb kahest osast:

1. Juhtimislaud ise defineeritakse Haridussilm sisekeskkonnas (testkeskkond: Haridusandmete portaal | haridussilm.ee).
2. Graafikud juhtimislauale avaldatakse Power BI portaalis juhtimislaua graafikute jaoks mõeldud tööruumis (testimisel kasutatud: Power BI).

1.1 Juhtimislaua defineerimine

Haridussilma sisekeskkonnas.

1. Nupuga “+Lisa juhtimislaud” uue juhtimislaua alustamine
2. Juhtimislaua üldandmete sisestus: nimetus, liik. Liik on juhtimislaua klassifikaator.
3. Vahelehtede defineerimine (TABid). Juhtimislauale saab luua 1 või mitu vahelehte. Defineerimisel tuleb öelda järgnevus ja nimetus. Igale vahelehele saab lisada: filtreid, alateemasid ja aruande komponente. Ükski komponent ei ole kohustuslik. Vahelehtede järjestust saab hiljem muuta.
   1. Vahelehele filtri lisamine – see on kasutajale kuvatav filter, mis rakendub kõikidele vahelehel olevatele graafikutele. Lisamisel tuleb määrata filtri nimetus, sellele vastav PowerBI filtri nimetus ning välja formaat. Võib lisada kasutajale kuvatava infoteksti filtri juurde.
   2. Vahelehele alateema lisamine – vahelehele saab lisada 1 või mitu alateemat. Alateema võib sisuliselt olla nagu juhtimislaua tervele lehele rakenduv filter, aga graafikud on eri valikutes samad (vt Joonis 02) või nagu nupp erinevate graafikute vahetamiseks (nt faktorid/üksikküsimused). Defineerimisel tuleb öelda järgnevus ja nimetus. Alateema alla saab lisada filtreid ja aruande komponente.
   3. Aruande komponendi lisamine – aruande komponent on üks näitaja, mis kasutaja juhtimislaual näeb. Samas saab näitaja olla esitatud eri tüüpi graafikutena nagu näiteks joondiagramm, tulpdiagramm, tabel või kaart (juhtimislaua kasutajal võimalus näha näitajat erineval kujul). Aruande komponendi lisamisel kõigepealt sisestatakse järgnevus, nimetus ning soovi korral infotekst ja graafiku päringule kaasa-antavad filtrid. Filtrite seadmisel PBI aruanne embed'itakse koos nende peidetud filtritega. Infotekst on tekst, mida juhtimislaua kasutaja saab avada graafiku detailvaates i nupust (vt pilt 02).
      1. PBI aruande sidumine aruande komponendiga. Kui aruande komponent on sisestatud, tekib valik Lisa aruanne (vt pilt). Üks aruanne on üks kindel graafiku tüüp ning neid võib lisada 1 või mitu. Graafiku tüübid tuleb ükshaaval defineerida. Eri graafikute tüübid on seotud klassifikaatoriga "Bookmarks" ning vastavas pbi aruandes peab olema iga graafiku tüübi jaoks eraldi bookmark salvestatud (kui ei ole, siis seda tüüpi juhtimislaual ei kuvata). Aruande lisamisel tuleb määrata graafiku tüüp (joondiagramm, tabel, kaart vm), PBI tööruumi id ning PBI aruande id. ID väärtused saab Power BI portaalist. Võib linnutada valiku “On näitaja põhiaruanne”, sel juhul kuvatakse vastavat graafiku tüüpi vaikimisi esimesena. Kui aruanne on lisatud, kuvatakse graafik kohe ka juhtimislaua defineerimise vormil aruande komponendis (võimalus kohe näha, kas lisamine õnnestus).
   4. Juhtimislaua jagamine (NB! Jagamise loogika on arendamisel ja veel muutub/täieneb) – seni kuni juhtimislauda ei ole jagatud (avalikustatud), ei ole juhtimislaud kasutajate töölaual avalikult nähtav. Juhtimislaua staatus loomisel on esialgu Mustand. Jagamisel tuleb määrata kaasatavad grupid (kohalik omavalitsus, õppeasutus vm). Saab valida 1 või mitu gruppi. Grupi lisamisel on võimalik jagamine kohe avalikustada või ainult salvestada. Viimasel juhul staatus Mustand ei muutu. Avalikustamisel süsteem salvestab avalikustamise aja ning muudab staatuse Avalikustatud. Avalikustamist on võimalik igal ajal tagasi võtta, sel juhul saab staatuseks Avalikustamata. Juhtimislaual on eraldi nimetus ja pealkiri. Nimetus on juhtimislauale antud nimi, mida kasutaja näeb oma töölaual juhtimislaudade loetelus. Pealkiri kirjeldab, mis liiki juhtimislauaga on tegemist (nt "Rahuloluküsitluste juhtimislaud" vm).
4. Hetkel veel eelvaadet juhtimislaual ei ole - loodud juhtimislaua ülevaatamiseks avalikustada juhtimislaud valitud sihtrühmale ning siis saab kasutaja vaatest näha tehtud juhtimislauda.
5. Konkreetse teema või alateema all töötades on soovitav kõik teised (ala)teemad suletuna hoida, et kogemata ei juhtuks aruande sisestust vale teema alla. 
6. Juhtimislaua koostamisel peab kontrollima, et pisipildid ei saaks jääda tühjaks mitte mingil juhul (erinevate õppeasutuste, KOVide jm kasutajatel).
7. Juhtimislaual graafikute lisamisel ja muutmisel hoida meeles, et mingi aeg hoitakse graafikuid mälus (cache) ja tehtud muudatus ei tarvitse koheselt näha olla. 

Joonis 01. Kuidas kasutaja näeb alateemasid valmis juhtimislaual.

Joonis 1.  Aruande lisamine juhtimislaua aruande komponendi sisse.

Joonis 02. Aruande komponendi juures sisestatud infotekst kuvatakse graafiku juures detailvaates (i nupp).

1.2 Graafik-aruannete loomine

1. Power BI portaalis aruande loomiseks peab semantiline mudel olemas olema. Kui andmemudelit veel ei ole, tuleb see eelnevalt luua PBI Desktopis. Kuna juhtimislaua jaoks on kokku lepitud teatud filtrite nimetused, mis tulevad andmemudeli tabel/väli nimetustelt (nn filtriväljad), siis peab seda kindlasti mudeli tegemisel arvestama.
2. Juhtimislaual on võimalik vaadata graafikut nii väiksena kui detailvaates. Mõlema taga on tegelikult üks ja sama graafik-aruanne. Üldine reegel on, et ühe näitaja jaoks luuakse üks pbi aruanne ning erinevad graafikute tüübid on aruandes salvestatud klassifikaatorile vastavate bookmarksidena.
3. Kui bookmarksidega ja korrektsete filtriväljade nimetustega aruanne on loodud, saab aruande url'ilt näha, mis on antud näitaja aruande tööruumi id ja aruande id, mis on vajalikud aruande lisamiseks juhtimislaua aruande komponenti (vt juhtimislaua defineerimises p 3.c.i ).

Aruannete loomist siin samm-sammult ei kirjeldata, kuna tegemist on klassikalise power bi aruande loomisega, kuid kirjeldatakse ära nüansid, mida on vajalik arvestada juhtimislaua jaoks aruande loomisel.

• Aruannete loomisel arvestada tööruumide kasutamise printsiipidega. Need peaks kuskil eraldi kirjas olema.
• Aruandelehe suurus seadistada järgmiste parameetritega:

• Autoriseerimise filtrid - sisekeskkonnas esitatavatel juhtimislaudadel kasutaja näeb ainult tema enda asutusega seotud andmeid. Sõltuvalt sisekeskkonna kasutajast võib olla asutuseks õppeasutus (EHIS_ID) või omavalitsus (KOV_ID) vm. Need filtrid peavad olema seadistatud ja kättesaadavad kõikidel juhtimislaudade jaoks tehtud pbi aruannetel

• Varjatud filtrid - juhtimislaualt aruande embed’imisel kaasaantavad filtrid, mis ei ole kuvatud juhtimislaua vormil kasutajale, kuid millega saab esitada näitaja tulemusi erineva sihtrühma, aasta vm kaupa. Need filtrid peavad olema samuti kokkulepitud tabel/andmeväli nimetusega. Varjatud filtriväljad dokumenteerida aruande lahenduse juures (mudeli kirjeldus). Või peaks see kuidagi muul viisil dokumenteeritud olema? Mõned varjatud filtrid on enamus juhtimislaudade puhul kasutusel, nt "Aasta", samas mõned võivad olla ainult ühes juhtimislauas kasutusel. Varjatud filtrid defineeritakse juhtimislaua defineerimise osas kas vahelehe, alateema või aruande komponendi filtrina (vt ülal ptk 1.1)

• Nähtavad graafiku filtrid (slicers) – kasutajale juhtimislaua graafiku juures kuvatud filtrid (pbi aruandes aruandevormil). Vormil oleva filtri nimetust võib muuta, kuna seda filtrit ei kasutata aruande embed'imisel. Üle kontrollida, kas graafiku PIN'imisel või eksportimisel/jagamisel on ok, kui selle slicer'i nimetus ei ole sama mis mudeli tabel/väli nimetus?  
  1. Single select filtritega tasub olla ettevaatlik, kuna sel peab alati üks valik tehtud olema (nn vaikeväärtus) ning kui aruanne lisatakse juhtimislaua teema alla, kus seda filtri väärtust ei esine, jääb graafik juhtimislaua kasutajale tühjaks (nt rahulolu huviringiga näitajal on single select tüüpi filter, kus vaikeväärtus on ‘4.klass’, aga graafik lisatakse gümnaasiumide juhtimislauale). Vt täpsemalt ptk 1.3 Q1.
• Lisatekstid graafikute juures – arvestada, et tekst oleks loetav nii väiksena kui detailvaates. Seetõttu pikki lisatekste on soovitav mitte lisada aruandesse. Selle asemel võib kasutada selgituse lisamiseks tooltip’i.
• Tooltip – kui on soov lisada selgitavat teksti, teha tooltip eraldi hidden lehele aruandes ning kuvada seda graafiku juures

Joonis 2. Pika teksti näide tooltip'ina.

• Jooniste pealkirjad – ühes juhtimislaual peab olema ühtne ja selge pealkirjade loogika läbi erinevate graafikute ja alamlehtede. Pealkiri võib olla dünaamiline (nt ülal pildil aasta võrdub filtris valitud väärtusega) või staatiline. Soovitavalt mahub pealkiri ühele reale.
• Valitud filtrid nähtavad – üldine soovitus on, et väärtused, mida kasutaja saab filtrites valida, oleksid üheselt mõistetavalt aruandes ka nähtavad. Nt kui kasutaja filtreerib 2 sihtrühma, siis on pealkirjas või graafiku legendis vm kuvatud valitud väärtused (nagu nt ülal pildil aasta on pealkirjas). Mitte tekitada võimalust, kus kasutaja saab midagi filtris valida, aga see ei ole vormil nähtav. Eesmärk, et kui kasutaja teeb screenshoti graafikust, oleksid valitud filtride üheselt arusaadavad.
• Aruandele ei ole mõtet lisada taustapilti (Canvas background). Kuna Haridussilma portaal lülitab embedditud aruannetel tausta välja, siis ei kandu ei tausta värv ega pilt portaali kaudu üle. Kui on soov kasutada taustaks pilti või värvi, tuleks see lisada eraldi elemendina aruandesse.

2. HTM poolt tekkinud küsimused seoses juhtimislaudadega

K1 Single select filtrid

Küsimus

Õpetajad lehel on sihtrühma filtris vaikevalik “4.klass” sisse kirjutatud, kuna see on aruandes single select sihtrühm filtri vaikeväärtus. Tegelikult peaks õpetajate lehel olema vaikeväärtuseks “õpetajad” sihtrühm.

Tulemus

Slicerite puhul, kui on soov kasutada dünaamiliselt vaikeväärtuseid, on Power BI's olemas custom visual "Preselected Slicer", mis seda võimaldab. Standardina Power BI's ei saa dünaamiliselt vaikeväärtuseid ette anda.

K2: Ajaperioodi “viimased 5 aastat” vaikevalik

Küsimus

Kuidas saab kuvada üksikküsimuste joonisel viimase 5 aasta andmeid, aga filtrist jääb võimalus valida ka vanemaid aastaid?

Tulemus variant A

Power BI Desktopis saab semantilises mudelis defineerida dünaamilise tunnuse ajaperioodide ja konkreetsete aastate filtreerimiseks ühes ja samas filtris. Sammud sellise filtra loomiseks:

1. Andmeaidas teha kuupäeva vaatesse (nt VW_DimDate) eraldi väli, mis iga õppeaasta kohta ütleb, kui mitu aastat see on kõige viimasest õppeaastast.

YEAR(MAX(Õppeaasta)) – [Õppeaasta],

Kus kõige viimase õppeaasta puhul = 0,

sellele eelneva õppeaasta puhul = 1

jne

2. Luua semantilises mudelis eraldi väike filtri väärtuste tabel DAX’iga

Tulemus variant B

Võimalik on aruandesse lisad 2 eraldi filtrit, millest üks on väärtusega “viimased 5 aastat” ning see on vaikimisi valitud. Teine on aastate filter, kus vaikeväärtust valitud ei ole (sel juhul ei saa see olla küll single select tüüpi, vaid peab olema multiple select filter).

K3: “Esiletõstetud” juhtimislaua lehel graafikutel fikseeritud ajaperiood

Küsimus

Kui graafik pin’itakse juhtimislaual esiletõstetute hulka mingi valitud ajaperioodi või aastaga:

• kas siis järgmisel aastal tuleb pin'imine uuesti teha või
• peaks saama olemasolevat esiletõstetud graafikut üle salvestada, selle asemel et uus pin teha või
• peaks aasta filtra väärtus peaks olema dünaamiline, nt “viimane aasta”?

Tulemus

Hetkel ei ole juhtimislaudadel funktsionaalsust olemasolevat pin’tud graafikut üle salvestada. Kui on soov sama graafikut kõige viimase aastaga uuendada, tuleb vana eemaldada ning uuema aastaga graafik uuesti pin’ida.

Samas võib olla, et kasutaja soovib konkreetse aasta tulemust endale alles jätta, sel juhul ei pea ta olemasolevat graafikut eemaldama ning praegune lahendus sobib.

Et mõlemad kasutusjuhud ära katta, on soovitav jätta filtris kasutajale nii “viimane aasta” valik kui konkreetsed aastaarvud. Kui graafikul on dünaamiline filter “viimane aasta” või “viimased 5 aastat”, siis uueneb graafik automaatselt andmete uuenemisel. Samas on kasutajal võimalik filtrist valida konkreetne aasta ning sel juhul salvestatakse pin’itud graafik valitud aastaarvu(de)ga.

K4: Juhtimislaua haldus

Küsimus

Haldus tundub keeruline, kuna iga valdkonna jaoks peab juhtimislaua defineerimisel sisestama faktorite kohta 6 valdkonda x 3 joonist x 3 sihtrühma = 48 joonist. Lisaks üksikküsimused samamoodi.

Teiseks  kuidas paremini tagada, et juhtimislaua defineerimisel filtritele väärtuste sisestamisel ei tekiks inimlikke vigu? Sest kui filtri väärtuses on viga, siis ei leita vastet andmetele pbi aruandest.

K5: Esiletõstetud graafikute paigutuse muutmine

Küsimus

Oleks vaja saada graafikute paigutust muuta, hetkel paigutatakse iga uus pin vastava alateema (valdkonna) lõppu.

K6: Üldhariduse rahulolu aruandes Täiskasvanute gümnaasiumi osa

Küsimus

Tekkis küsimus, kas seni loodud rahulolu graafikud on kasutatavad ka täiskasvanute gümnaasiumide puhul ehk kas see õppeasutuste grupp sobitub praegusesse juhtimislauda? Seal on sihtrühmaks õppijad, teistel üldhariduskoolidel on õpilased jm erinevused. Küsimus on, kas üldhariduse graafikuid saab siin korduvkasutada või tuleb eraldi aruanded luua?

K7: Pikad tekstid

Küsimus

Tulemus variandid

• Kasutada graafiku asemel tabelit ning lisada mõõdikule conditional formatting -> Data bars. Kui lisaks tekstidega Axis’ele on graafikus kasutusel ka mitmete väärtusega Legend, siis ei ole hea seda variant kasutada.

• Legend’is saab kasutada reavahetusega tekste. Axis’es see siiski ei toimi ning Axis tööriistades ka eraldi wrap valikut ei ole. Revahetusega stringi jaoks luua eraldi calculated column, kus on pikad tekstid poolitatud (wrap). DAX valemiga poolitada nt sümbolite arvu järgi või (pildil näide, kus 20 sümboli järel reavahetus), tühiku kohalt poolitades (pildil näide, kus 1.tühiku juurde lisatud reavahetus) või neid kahte kombineerides.

3. Üldhariduse rahulolu juhtimislaua testimise tulemused

Testimine sisaldas juhtimislaua loomise ja muutmise katsetusi. Juhtimislaua aluseks sai võetud üldhariduse rahulolu koondaruanne (edaspidi ÜldRahKoond). Juhtimislauale lisatavad graafikud olid juba eelnevalt valmis tehtud (PBI portaalis asuvad Rahulolu DEV → Juhtimislaua aruanded). 

3.1 Üldised kommentaarid

1. Peab arvestama, et juhtimislaua teema ja alateema nimetused on staatilised. Nt testimise aluseks olevas ÜldRahKoond aruandes on järgmised 4 TAB'I ehk teemat (vt joonis 3.1). Kui tahta sama juhtimislauda avalikustada ka täiskasvanute gümnaasiumidele, siis tuleb nimetused üle mõelda, kuna seal ei ole mitte õpilased, vaid on õppijad. Samuti ei ole täiskasvanute gümnaasiumidel lapsevanemate sihtrühma. Kui saab loodud juhtimislauda kloonida, siis võib täiskasvanute gümnaasiumide jaoks kopeerida juhtimislaua eraldiseisvaks ja teha mõned ümbernimetamised. Seejärel edaspidi siis haldus eraldi.
2. Tasub mõelda, kas on vajadus juhtimilaua defineerimisel Alateema kustutamisel saada alateema all juba defineeritud graafikud jätta alles peateema all. Praegu, kui soovin alateema kustutada, kustutatakse kogu alateema sektsioon.
3. Infoks - kui "Esiletõstetud" graafik juhtimislaua haldaja poolt kustutatakse, siis kaob see graafik ka esiletõstetute alt.
4. Juhtimislaua vaatamisel graafikute avamisel kuvatav loader võiks äkki natuke rahulikum olla?
5. Kui juhtimilaua graafiku detailvaates teha share link, siis 2 teemat:
1. lingist avataval vormil tundub juhtimislaua pealkiri+TAB natuke liiga suure fondiga.
2. Share link on avalikult kättesaadav link ja kool peab seda teadma (see in ok, see võiks küll kuskil juhtimislaua juhendis kirjas olla), aga graafiku juures ei ole kooli tunnust väha, seega graafik näitab ühe kooli tulemust, aga jagatud graafikust seda välja ei loe.
6. Kui lõppkasutaja juhtimislaua vaates urli värskendab, siis viiakse kasutaja alati esimesele TABile olenemata sellest, kus ta enne oli. Natuke häiriv. Kui oleks võimalik jätta samale TABile, kus ta enne oli, oleks ka hea. Kas on mingi põhjus, miks kasutajal peaks tekkima tahtmine urli värskendada? Kui seda ei ole, siis võib ilmselt ka jääda.
7. Kas slicerite pealkirjad peaksid algama sõnaga Vali… või pigem mitte?
8. Kuhu tuleks lisada juhtimislauaga kaasa antav metoodika?
9. Väga mugav on juhtimislaua koostamise, et iga graafiku sisestamise järel saab kasutajavaatest kohe näha, kuidas see välja näeb juhtimislaual.
10. Pisipildil kipuvad numbrid olema siiski nii väikesed, et ei ole hästi loetav - sisu vaatamiseks tuleks igal juhul avada detailvaade.
11. Kui on vaja kasutada single select filtrit, siis püüda kasutada dynamic slicerit graafiku loomisel.
12. Väga hea on see, et kui terve lehe filtris väärtust muuta, siis rakendub see ka detailvaatele, kui see parasjagu avatud on.
13. Juhtimislaua defineerimisel filtri väärtuste sisestamisel:
1. see on natuke ebamugav, kuna peab ükshaaval. Võiks olla listi sisseandmine.
2. Väärtused on staatilised, mitte ei loeta andmemudelist vastava välja pealt. Sellega peab juhtimislaua koostaja arvestama.
3. Kui on defineeritud tervele lehele filter, siis vaikimisi ei ole ühtegi valikut sealt tehtud ja filtri lahtrit kuvatakse tühjana. Kas peaks saama vaikeväärtust ette anda või kas tühja asemel peaks kuvama nt sõna 'kõik'? Kui filtri loomisel on valitud formaadiks üksikvalik, siis võib olla, et soovitakse ikkagi mingit vaikeväärtust ette öelda (kõige lihtsam nt esimene valikutest)? Mitmikvaliku puhul ilmselt võib tühi olla ka.
14. Filtri võiksid asuda alati üles kohas graafikutel, mis on kokku lepitud (nt all keskel vm), muigu on osadel graafikutel all ja osadel paremal.
15. Kui pika ajaga cache on graafikutel?
16. Kui aruande komponent on lisatud, võiks halduses kuvada infoteksti all ka märget "Lisatud filtreid: jah". Muidu ei ole info, et on mõni peidetud filter lisatud, hästi näha (peab selleks andmeid muutma minema, et seda näha; vt joonis 3.2). 

Joonis 3.1 ÜldRahKoond aruandes teemad.

Joonis 3.2 Aruande komponendi osa juhtimislaua halduses.

3.2 Aruandelehtede (TABid) ja graafikute kaupa kommentaarid

3.2.1 Aruande leht ÜLEVAADE

Siin ÜldRahKoond aruande lehel alateemasid ei ole vaja defineerida.

Graafik: Osalenute arvud ja protsendid

Kysitluses_osalenute_arvud_detail - Power BI

Kommentaarid:

1. Filtri pealkiri "Vali sihtrühm" muudetud "Sihtrühm" Tekkis küsimus, mis on "näitaja filter" (vt pilt 2)?
2. Juhtimislaua sisestuse loogika järgi aruande komponendi lisamisel kõigepalt määratakse "näitaja". Samas mõned graafikul on mitu näitajat koos nagu antud küsitluses osalemise tabelis. Kas siis on ok, kui näitajaks ongi üldiselt "küsitluses osalemine" ning selle all võib olla mitu näitajat?

Graafik: faktorite koondülevaade

Kommentaarid:

1. Kuna siin graafikul on eesti kokku kõikidel sihtrühmadel olemas, siis kuvab GAGi puhul 4.klassi sihtrühma eesti tulemusi, kuigi võiks kuvada 11.klassi kool ja eesti tulemusi.
2. ÜldRahKoond aruandes on sellel graafikul pisipilt ja detailvaade erinevad. Detailvaates on lisaks palju muid visuaale, mida pisipildile ei saa välja tuua. Kuidas nendega peaks tegema?

Graafik: koolide võrdlus

Kommentaarid:

1. Graafik näitab ilma suure mummuta tulemusi ka teiste sihtrühmade kohta, nt GAG koolil ei ole 4.klass sihtrühma.
2. ÜldRahKoond aruandes on sellel graafikul pisipilt ja detailvaade erinevad. Detailvaates on lisaks palju muid visuaale, mida pisipildile ei saa välja tuua.

Aruande leht ÕPILASED

Kommentaarid:

1. TAB võib nimetada ÕPPIJAD, kui on soov täiskasvanute gümnaasiumitele sama juhtimislauda jagada.
2. Tekkis küsimus, kas alateemaks on valik Faktorid/Üksikküsimused või valdkonnad? Praegu sai testis tehtud esimene variant ning valdkond on filter alateema vormil.
3. Valdkond filtri puhul on probleem, et valdkondade nimetused on sihtrühma spetsiifilised.
4. Graafikul "Faktorite võrdlus" on aasta single select - kui  kasutada power bi single select slicerit, tekib sellega probleem. Tuleks kasutadakas multiple select + top 1 by sihtrym või dynamic slicer custom visuali (et vaikimisi ei oleks graafik kunagi tühi).
5. Kus saab peidetud filtreid lisada? Nt peaks ÕPPIJAD tab'is lisama peidatud filtri Sihtrühm IN (4.klass/8.klass/11.klass/õppijad), mis kehtiks kõikidele lehe graafikutele. Hetkel sai lisatud iga aruande komponendi juures, samas võiks la alateema või teema tasemel see olla? Viimastes praegu saab sisestada nähtavaid filtreid (kas võiks seal olla linnuke, kas tegemist on nähtava või peidetud filtriga?). Kuna seal peab mitme valiku korral iga väärtuse eraldi sisse andma, on aruande komponendi juures selle lisamine päris palju käsitööd.
1. Peale aruande komponendile filtri lisamist hakkas veebileht graafikul kuvama teadet "Viga aruande laadimisel". Võtsin peidetud filtrid maha, aga veateade jäi, kuigi aruanne ise toimib (Faktorite_v6rdlus_detail - Power BI). Lisasin aruande nullist uuesti, aga veateade jäi. Mõne aja pärast hakkas ise uuesti tööle (ca 15 min?)

Graafik: Faktorid sihtrühmade lõikes

Ainuke probleem, et Aasta filter on single select, muidu kasutamine OK.

Graafik: Faktorid aastate lõikes

Ainuke probleem, et Sihtrühm filter on single select, muidu kasutamine OK.

Graafik: Faktorid võrdluses Eesti keskmisega

Probleem, et Sihtrühm on single select. Vaikeväärtus 4.klass ka gümnaasiumil, aga kuna Eesti keskmine on väärtused olemas, siis neid 4.klassi kohta kuvatakse, mis on segadusseajav ja üleliigne.

Graafik: rakendatud filtrid - see ÜldRahKoond koondaruande graafik valitud valdkonna faktoritega seotud väited ilma mõõdikuta. Selle kohta hetkel juhtimislaua aruanne puudub, mida embed'ida