Power BI goed opzetten en beheren: datamodel, beveiliging en afspraken

Eén betrouwbaar model, heldere rechten en vaste afspraken, ook voor de financiële rapportage.

In dit onderwerp: ICT en data 19

Het eerste Power BI-rapport is meestal snel gemaakt. Iemand van finance koppelt het boekhoudpakket, bouwt een paar grafieken en de directie is enthousiast. Anderhalf jaar later zijn er dertig rapporten, elk met een eigen kopie van de data. Twee ervan tonen een andere omzet voor dezelfde maand, de bouwer is vertrokken en niemand durft nog iets aan te passen.

Aan de software ligt dat zelden. Het ligt aan een model dat nooit is ontworpen en aan afspraken die nooit zijn gemaakt.

Kort gezegd

Bouw per onderwerp één goed ontworpen semantisch model (de gegevenslaag met tabellen en berekeningen) en laat alle rapporten daarop draaien. Houd bouwen en productie gescheiden, regel met row-level security (afscherming per gebruiker) wie wat ziet en geef elk model een eigenaar. De techniek is het kleinste deel van het werk.

De opbouw van Power BI in gewone woorden

Power BI bestaat uit lagen met elk een eigen taak.

Onderdeel Wat het is Waar u op let
Bronnen Boekhoudpakket, ERP (het systeem voor orders, voorraad en financiën), HR-systeem, Excel-lijsten Een eigenaar per bron die de velden kent
Power Query Haalt gegevens op en schoont ze op, in stappen die bij elke verversing opnieuw draaien Geen handwerk in Excel tussen bron en model
Semantisch model Tabellen, relaties en berekeningen waarop rapporten draaien; heette eerder dataset Hier staan de definities: wat is omzet, wat is een fte (voltijdbaan)
Rapport De pagina's met grafieken en tabellen Zo weinig mogelijk eigen rekenwerk
Werkruimte Gedeelde map in de Power BI-service (de online omgeving) voor modellen en rapporten Aparte werkruimtes voor bouwen en productie
App Gebundelde rapporten die u vanuit een werkruimte uitrolt naar lezers Lezers krijgen de app, niet de werkruimte; rechten per groep

Power BI valt tegenwoordig onder Microsoft Fabric, het dataplatform van Microsoft. Welke licenties u nodig heeft, hangt af van wie bouwt, wie leest en of u een capaciteit afneemt (rekenkracht die uw organisatie bij Microsoft reserveert). Kijk voor prijzen op de site van Microsoft.

Het datamodel: sterschema, maatregelen en één gedeeld model

Volgens Microsoft past het sterschema bij uitstek bij Power BI-modellen die snel en goed bruikbaar moeten zijn (bron: Microsoft, december 2024). In het midden staat een feitentabel met gebeurtenissen: boekingen, orderregels, gewerkte uren. Daaromheen liggen dimensietabellen die ze beschrijven: datum, klant, grootboekrekening, kostenplaats. Elke dimensie hangt met één relatie aan de feiten. Eén brede tabel met alles erin wordt na een tijd traag en onvoorspelbaar.

Leg berekeningen vast als maatregelen (vaste rekenregels, Engels: measures) in het model, geschreven in DAX (de formuletaal van Power BI), en niet per rapport. Dan rekent elk rapport met dezelfde definitie van brutomarge of verzuim. Verberg de ruwe getalkolommen, zodat lezers alleen via die maatregelen optellen. En laat meerdere rapporten op één gedeeld model draaien. Volgens Microsoft bevordert het loskoppelen van model en rapport hergebruik en scheiding van taken (bron: Microsoft, december 2024).

Verversen en de gateway

Een rapport toont de gegevens van de laatste verversing. Voor een model dat gegevens inleest, stelt u daarvoor een schema in; hoe vaak per dag, hangt af van uw licentie. Kan de Power BI-service via internet bij de bron, zoals bij veel cloudpakketten, dan is geen extra software nodig. Staat de bron op een eigen server, dan heeft u een on-premises data gateway nodig: Windows-software op een eigen machine die de service met die bron verbindt via uitgaande verbindingen, zodat er geen poorten open hoeven (bron: Microsoft, september 2026).

Kies voor gedeeld gebruik de standaardmodus op een server die altijd aanstaat, niet de persoonlijke modus op de laptop van de bouwer. Mislukt een geplande verversing, dan mailt Power BI standaard de eigenaar van het model; zorg dat die er iets mee doet.

Ontwikkelen, testen en productie gescheiden houden

Een aangepaste maatregel die direct in het directierapport belandt, gaat een keer mis. Werk daarom minstens met een werkruimte om te bouwen en te testen, en een aparte productiewerkruimte voor de app. Met deployment pipelines (een functie om inhoud gecontroleerd van fase naar fase te zetten) gaat dat in Power BI zelf, standaard in de fasen ontwikkeling, test en productie. Elke fase is een eigen werkruimte, en die moet op een Fabric- of Premium-capaciteit of op Premium Per User (een zwaardere licentie per gebruiker) draaien (bron: Microsoft, september 2026). Met alleen Pro-licenties past u hetzelfde principe met de hand toe.

Row-level security: een regiomanager ziet alleen zijn regio

Row-level security, kortweg RLS, beperkt welke rijen een gebruiker te zien krijgt. Neem een groothandel met vier regio's. De regiomanager van Noord mag omzet, marge en debiteuren van Noord zien en niets van Zuid. De directeur ziet alles.

  1. 01

    Leg vast wie wat ziet

    Een toegangstabel met per persoon de inlognaam en zijn regio's, gevoed vanuit HR of een beheerde lijst.

  2. 02

    Maak één rol met een filterregel

    In Power BI Desktop (het bouwprogramma op de pc) krijgt de regiotabel een regel: toon alleen de regio's die in de toegangstabel bij de ingelogde gebruiker horen. De DAX-functie USERPRINCIPALNAME() levert diens inlognaam; via de relaties loopt het filter door naar de feiten.

  3. 03

    Wijs groepen toe in de service

    In de Power BI-service koppelt u beveiligingsgroepen uit Microsoft Entra ID (het accountbeheer van Microsoft) aan de rol. De directie krijgt een rol zonder filter.

  4. 04

    Test met echte gebruikers

    Controleer elke rol en laat een regiomanager meekijken. Wie niet in de toegangstabel staat, moet niets zien.

Let op twee valkuilen. Zit iemand in twee rollen, dan telt Power BI de rechten op: wie in de rol Directie en in de rol Regio staat, ziet alles. En RLS beperkt alleen gebruikers met kijkrechten (Viewer), niet de werkruimterollen beheerder, lid en inzender (bron: Microsoft, mei 2026). Een regiomanager die lid is van de werkruimte, ziet dus alle regio's.

Geen Publish to web voor interne cijfers

Met Publish to web kan iedereen op internet een rapport en de onderliggende gegevens bekijken, zonder in te loggen. Laat de beheerder die functie uitzetten of beperken.

Gevoeligheidslabels en delen

Gevoeligheidslabels uit Microsoft Purview (de informatiebeveiliging van Microsoft) geven aan hoe vertrouwelijk een rapport is. In de Power BI-service bepalen niet de labels maar de rechten wie toegang heeft. Het label reist wel mee bij een export naar bijvoorbeeld Excel of PDF, met de bijbehorende versleuteling; bij een export naar CSV (een kaal tekstbestand) niet. Beperk dus ook wat lezers mogen exporteren, en deel via apps met groepen, niet met losse personen. Gaat het om gegevens over individuele medewerkers, kijk dan ook naar uw verwerkingsregister.

Afspraken over eigenaarschap, keurmerk, namen en documentatie

Een eigenaar per model

Elk model krijgt een inhoudelijk eigenaar, zoals de controller voor het financiële model, en een technisch beheerder. De eigenaar beslist over definities.

Promoted en Certified

Het keurmerk Promoted betekent dat de maker het model klaar vindt voor hergebruik. Certified betekent dat een aangewezen beoordelaar het heeft goedgekeurd; alleen wie de Fabric-beheerder daarvoor aanwijst, kan certificeren (bron: Microsoft, juli 2024).

Namen en documentatie

Een vaste naamopbouw voor werkruimtes en maatregelen: Omzet, Omzet vorig jaar, Omzet budget. Per model één pagina met doel, bronnen, verversmoment, definities en rollen.

Adoptie, training en prestaties

De adoption roadmap van Microsoft behandelt adoptie breder dan techniek, met onder meer datacultuur, steun van de directie en begeleiding van gebruikers (bron: Microsoft, december 2024). Train lezers anders dan bouwers: lezers moeten filteren en weten wat ze mogen exporteren, bouwers moeten het gedeelde model kennen. Een sleutelgebruiker per afdeling vangt vragen op.

Traagheid zit meestal in het model. Laad alleen kolommen en rijen die u gebruikt en vervang de automatische datumtabellen door één eigen datumtabel. Beperk het aantal visuals (grafieken en tabellen) per pagina en meet met de Performance Analyzer in Power BI Desktop wat traag laadt. Microsoft adviseert standaard Import, waarbij de gegevens in het model worden ingelezen; bij DirectQuery bevraagt elke klik de bron en bepaalt die bron de snelheid.

Financiële rapportage: grootboek, periodes, budget en afsluiting

Grootboekhiërarchie

Maak van het rekeningschema een dimensie met de niveaus van resultatenrekening en balans, plus een sorteerkolom zodat omzet bovenaan staat. Leg het teken vast: in veel boekhoudingen staan opbrengsten als credit, dus negatief. Subtotalen als brutomarge horen in het model.

Periodes

Neem boekjaar en boekperiode op in de datumtabel, naast de kalendermaand. Nodig zodra het boekjaar afwijkt van het kalenderjaar of u met periodes van vier weken werkt.

Budget tegenover realisatie

Het budget staat meestal per maand en rekeninggroep, de realisatie per boeking. Koppel het budget aan de eerste dag van de maand en laat de budgetmaatregel leeg onder het niveau waarop is begroot. Een versiekolom houdt budget en forecast (bijgestelde verwachting) uit elkaar.

Afsluitmomenten

Een open periode verandert nog. Toon of een maand voorlopig of afgesloten is en stem het verversen af op de afsluitkalender. Moet het rapport blijven kloppen met wat is besproken, bewaar dan per afsluiting een momentopname.

Wat er in het rapport hoort, staat in managementrapportage. Twijfelt u nog tussen Excel en Power BI, lees dan Excel of Power BI. Laat u het bouwen, kijk dan bij een Power BI-dashboard laten bouwen. Het grotere plaatje staat bij business intelligence en in ICT en data.

Inrichtingschecklist, RLS-werkblad en beheerafspraken

Hieronder vindt u een inrichtingschecklist per fase, met per punt het waarom en de eigenaar, een werkblad om row-level security te ontwerpen vóór de eerste regel DAX, en een tabel met per beheertaak wie verantwoordelijk, eindverantwoordelijk, geraadpleegd en geïnformeerd is.

Wat is het verschil tussen een dashboard en een rapport in Power BI?
Een rapport heeft een of meer interactieve pagina's. Een dashboard is in Power BI één pagina met tegels die u vanuit rapporten vastpint. In gewone taal heet allebei vaak dashboard.
Hoeveel semantische modellen heeft een organisatie nodig?
Zo weinig als kan, in de regel één per onderwerp: financiën, verkoop, personeel. Veel modellen die elk één rapport bedienen, wijzen op dubbele data en definities die uit elkaar lopen.
Moeten de gegevens eerst in een datawarehouse staan?
Niet per se. Bij een of twee nette bronnen haalt Power Query de gegevens rechtstreeks op. Gebruiken meerdere modellen dezelfde opgeschoonde data, dan loont een centrale laag in een datawarehouse of in Microsoft Fabric.
Wie is eigenaar van het financiële model: finance of IT?
Inhoudelijk finance: daar worden definities bepaald en weet men of een cijfer klopt. IT of een BI-team zorgt voor gateway, licenties en techniek.