Power BI i en SMV: 5 rutiner uden IT-afdeling

Power BI i en SMV: 5 rutiner der giver forsvarlig drift uden IT-afdeling

Resumé og konklusion

Ingen IT-afdeling betyder ikke ingen styring. Rapporteringen kan drives forsvarligt uden dedikeret IT — men ikke uden struktur.
Adgang styres via workspaces, apps og grupper. Aldrig pr. enkeltrapport og aldrig pr. person, for så er offboarding et hukommelsesspørgsmål.
Overvågning tager minutter, når den er sat i system. Fejlnotifikationer på alle modeller og et fast månedligt kig i opdateringshistorikken.
Fem faste rutiner erstatter governance-programmet — det, en mindre virksomhed alligevel aldrig får bygget. Samlet tidsforbrug: to-tre timer i et normalt kvartal.
Konklusionen: Stil krav om åben kode og dokumenteret model. Ellers ejer I ikke jeres egen rapportering, uanset hvor pæne rapporterne ser ud.

Kl. 16.40: Rapporten opdaterede ikke i nat — og ingen opdagede det

I de fleste mindre virksomheder findes der allerede en BI-ansvarlig. Det er sjældent en titel, men en rolle, der er vokset frem: den IT-ansvarlige, der også passer netværk og licenser, eller en power user i økonomi, som byggede den første rapport og siden blev den, alle spørger. Fælles for dem er, at driften af Power BI i en SMV ligger oven på et fuldtidsjob. Der er ingen vagtplan, ingen driftsafdeling og ingen, der har fået tid sat af til opgaven i kalenderen.

Derfor duer det ikke at kopiere governance-modeller fra store organisationer med datakontorer og styregrupper. Det, der virker i en mindre virksomhed, er en enkel arkitektur og et lille antal rutiner med fast kadence. En rapport, der viser tal fra i forgårs, er værre end ingen rapport — for ingen opdager det, og beslutningerne bliver truffet alligevel. Resten af artiklen gennemgår først fundamentet og derefter de fem rutiner, der kan ligge i kalenderen.

Fundamentet for Power BI i en SMV: skil værkstedet fra butikken

Den vigtigste beslutning er at adskille udvikling fra forbrug. Rapporter og den semantiske model bor i et workspace — det er værkstedet, hvor kun den BI-ansvarlige og en eventuel ekstern partner har adgang. Brugerne får aldrig adgang til selve workspacet. De får i stedet en app: en pakket, læsevenlig udgave af rapporterne, som opdateres kontrolleret, når nyt indhold er testet. Dermed kan der arbejdes med ændringer, uden at ledelsen ser halvfærdige tal, og en fejl i udviklingen rammer aldrig direktionsmødet. Én app pr. målgruppe eller ét samlet app-miljø med målgruppestyrede sektioner er rigeligt for de fleste setups. Hvad platformen kan og ikke kan i den sammenhæng, er beskrevet i Power BI Servicen — hvad får man, og hvor går grænsen?

Adgang skal derefter gives til grupper, ikke til personer. Opret sikkerhedsgrupper i Microsoft 365 — for eksempel BI-Ledelse, BI-Salg og BI-Økonomi — og tildel adgang til appen via grupperne. Når en medarbejder starter eller stopper, bliver adgangsstyring så et spørgsmål om gruppemedlemskab i stedet for et forsøg på at huske, hvilke rapporter vedkommende kunne se. Skal nogle brugere kun se egne afdelinger eller egne kunder, løses det med rækkebaseret sikkerhed i modellen — men start enkelt: De fleste behov dækkes af få grupper og målgrupper i appen. Det afgørende er, at der findes ét sted, hvor man kan svare på spørgsmålet: hvem ser hvad, og hvem har godkendt det? Den bredere ramme omkring det spørgsmål er emnet i Governance: styring og kontrol i begge verdener.

Adgangsmodel for Power BI i en SMV fra Business Central-data over semantisk model og workspace til app og tre brugergrupper — Adgang gives via sikkerhedsgrupper i appen — aldrig pr. rapport eller pr. person.

De fem rutiner, der erstatter governance-programmet

1. Månedligt opdateringstjek (10 minutter). Dataopdateringer skal overvåges, ikke bare planlægges. Slå e-mail-notifikation ved fejlede opdateringer til på alle semantiske modeller, så den BI-ansvarlige får besked samme morgen, og suppler med et fast månedligt kig i opdateringshistorikken. Fejler noget gentagne gange, er det typisk et udløbet login, en ændret kolonne eller en kilde, der er flyttet. Ti minutter om måneden her er forskellen på proaktiv drift og pinlige opdagelser i et ledelsesmøde.

2. Månedligt adgangsreview (10 minutter). Opdatér gruppemedlemskaber ved til- og fratrædelser, og bekræft, at ingen almindelige brugere har fået direkte workspace-adgang. Direkte adgang er den klassiske lækage: Den gives i en travl uge for at løse et akut behov og bliver aldrig fjernet igen.

3. Kvartalsvis licensgennemgang (30 minutter). Licenser er den post, økonomichefen ser først. Hold overblikket enkelt: Hvem har en Pro-licens eller tilsvarende, hvem bruger den faktisk, og hvem nøjes med at se rapporter i appen? Et kvartalsvist tjek af aktivitet mod licensliste fanger de klassiske lækager — licenser til fratrådte medarbejdere, dobbeltlicenser og brugere, der aldrig logger ind. I mange setups kan flertallet af brugerne klare sig som rene læsere, mens kun få behøver udviklerrettigheder. En liste i et regneark er fint; pointen er kadencen, ikke værktøjet.

4. Kvartalsvis backup (30 minutter). Eksportér rapportfiler og modeldokumentation til et sikkert arkiv uden for Power BI-servicen, og notér versionsdatoen. Gør det fast hvert kvartal og altid før større ændringer. Det er den eneste rutine, der aldrig føles nødvendig — indtil den dag, den er det.

5. Halvårlig oprydning (1 time). Arkivér ubrugte rapporter, ryd op i workspaces, og bekræft, at dokumentationen stadig svarer til virkeligheden. Uden oprydning vokser antallet af rapporter, indtil ingen længere ved, hvilken version der er den rigtige — og så begynder folk at bygge deres egne regneark igen.

Regnestykket: to-tre timer i et normalt kvartal

Læg tiden sammen. To månedlige rutiner à 10 minutter giver 20 minutter om måneden, altså en time i kvartalet. Licensgennemgang og backup lægger 30 minutter hver oven i, og den halvårlige oprydning svarer til en halv time pr. kvartal, når den fordeles. I alt to-tre timer i et normalt kvartal — under én time om måneden for en platform, som ledelsen træffer beslutninger på. Til sammenligning koster ét overset licensabonnement til en fratrådt medarbejder typisk mere på et år end hele licensgennemgangen. Regnestykket er ikke svært; det svære er at få de to-tre timer sat i kalenderen med en fast ejer, så de ikke bliver det, man gør, når der er tid. Skal opdateringsplanen dimensioneres rigtigt oveni, er opdateringsfrekvens, datamængder og performance det naturlige næste opslag.

Kan I genskabe det hele i morgen?

Stil dig selv det ubehagelige spørgsmål: Hvis rapportudvikleren — intern eller ekstern — forsvandt i morgen, kunne I så genskabe jeres rapportering? Forsvarlig drift kræver, at rapportfiler og den semantiske model gemmes uden for Power BI-servicen med faste mellemrum. Lige så vigtigt er kodeejerskab: Målinger, tabeller og forretningslogik skal være dokumenteret og tilgængelig for jer, ikke gemt i en lukket leverandørpakke. Ejerskab til koden er jeres reelle backup — filer kan genskabes, men udokumenteret logik kan ikke. Det er også her, valget af ambitionsniveau bliver konkret: Om rapportering alene er nok, eller om der skal mere til, er behandlet i Hvornår er Power BI nok?

Årshjul med fem faste rutiner for BI-drift fordelt på månedlig, kvartalsvis og halvårlig kadence med samlet tidsforbrug — BI-driftens årshjul: fem rutiner, fast ejer, fast kadence — ca. to-tre timer pr. kvartal.

Handlingen

Kortlæg det eksisterende. Lav en liste over rapporter, semantiske modeller, workspaces og hvem der har adgang til hvad i dag. Listen afslører næsten altid mere, end nogen forventer.
Indfør grupper og app-distribution. Flyt al brugeradgang til apps og sikkerhedsgrupper, og luk direkte workspace-adgang for almindelige brugere.
Sæt overvågning og backup op. Aktivér fejlnotifikationer på alle modeller, og tag en fuld eksport af rapporter og dokumentation som nulpunkt.
Læg de fem rutiner i kalenderen. Fast ejer, fast kadence — og en kort statuslinje til ledelsen hvert kvartal.

Sådan understøtter oneBC365 det

oneBC365 er bygget til netop denne virkelighed: Power BI-rapportering til Microsoft Dynamics 365 Business Central Cloud, der kan drives af én IT-ansvarlig eller power user. Løsningen leveres med åben kode og en dokumenteret semantisk model — al forretningslogik ligger synligt og kan læses, ændres og genskabes af jer selv eller en hvilken som helst partner. Der er ingen vendor lock-in, og rapporterne følger standardarkitekturen med workspace og app, så adgangsmodellen og de fem rutiner ovenfor passer direkte på setuppet fra dag ét.

Artikelserie: Seven-to-Five

Ni-til-fem er et kontorbegreb. I en dansk SMV starter dagen kl. 7 og slutter sjældent før 17 — og i de ti timer træffes beslutningerne i femten forskellige stole. Seven-to-Five er serien, der følger tallene gennem arbejdsdagen: én artikel pr. rolle.

Artikelserie — oversigt:

Om oneBC365

oneBC365 leverer ledelsesinformation med fokus på vækst — bygget direkte på Microsoft Dynamics 365 Business Central-data med præsentation i Power BI. Dashboard → Analyse → Detaljer giver ledelsen svar på hvad?, hvorfor? og hvilke? samme dag.

Læs mere på onebc365.dk/.