Gidsen · Fabric & PurviewdScribe

Volstaat Microsoft Purview voor datagovernance in Microsoft Fabric?

Voor de governance van het platform volstaat Microsoft Purview doorgaans. Het scant Fabric op metadata en dataherkomst, past vertrouwelijkheidslabels en preventie van gegevensverlies toe, registreert auditgebeurtenissen en bevat een zakelijke begrippenlijst. Wat het niet doet, is een cijfer uitleggen aan iemand die een Power BI-rapport leest. Die lezer ziet een goedkeuringsbadge en een label. Als zakelijke gebruikers nog altijd vragen wat KPI's betekenen of wie ervoor verantwoordelijk is, heb je ook een laag voor zakelijke gebruikers nodig.

Wat Microsoft Purview afdekt in Fabric

De meeste Fabric-teams gaan ervan uit dat governance voor iedereen geregeld is zodra Purview ingeschakeld is. Voor het datateam klopt dat grotendeels. Volgens de documentatie van Microsoft bieden Purview en Fabric samen het volgende:

  • Scannen met Data Map. Purview kan je Fabric- en Power BI-tenant scannen om metadata en dataherkomst over werkruimten en items heen vast te leggen.
  • Informatiebeveiliging. Vertrouwelijkheidslabels van Microsoft Purview kunnen op Fabric-items worden toegepast en blijven bij de gegevens wanneer die geëxporteerd worden.
  • Preventie van gegevensverlies. DLP-beleidsregels kunnen gevoelige gegevens detecteren in ondersteunde Fabric- en Power BI-items.
  • Audit. Activiteiten van gebruikers en beheerders in Fabric worden geregistreerd in Purview Audit.
  • Unified Catalog. Governancedomeinen, dataproducten, een zakelijke begrippenlijst en controles van de datakwaliteit, beheerd door datastewards en governanceteams.

Fabric voegt daar eigen onderdelen aan toe: de OneLake-catalogus om items te vinden, domeinen om werkruimten te groeperen, goedkeuringsstatussen (Gepromoveerd, Gecertificeerd en Stamgegevens) en een weergave van de dataherkomst binnen de werkruimte.

Wat de rapportlezer echt te zien krijgt

Daar zit de kloof. Dat alles is gebouwd voor de mensen die het platform beheren. De zakelijke gebruiker aan de andere kant ziet veel minder.

Een voorbeeld: een salesdirecteur opent het pipelinerapport vóór een forecastoverleg. Boven het rapport staan een badge 'Gecertificeerd' en een label 'Vertrouwelijk'. Wat niet zichtbaar is: wat meetelt als 'gekwalificeerde pipeline', wie dat bepaald heeft en of de gegevens afgelopen nacht vernieuwd zijn. De term staat in de begrippenlijst, in het Purview-portaal. De directeur heeft dat nog nooit geopend.

In de praktijk zegt een badge dat iemand voor het rapport instaat. Niet wat de cijfers betekenen. En dat is net de vraag die zakelijke gebruikers stellen.

Wat is het verschil tussen Microsoft Purview en een toegankelijke datacatalogus voor niet-technische gebruikers?

Het verschil zit vooral in de doelgroep en de plek waar je de catalogus gebruikt. Purview is een governanceplatform. De gebruikers zijn datastewards, beveiligingsteams en complianceverantwoordelijken, en de catalogus staat in een eigen portaal.

Een catalogus voor zakelijke gebruikers vertrekt vanuit de lezer. Hij gebruikt heldere taal, vermeldt bij wie je terechtkunt en probeert het antwoord te tonen waar mensen al werken, vaak in de rapporten zelf. Zo'n catalogus dekt doorgaans minder van het platform af en gaat meer in op de betekenis.

VraagPurview en FabricLaag voor zakelijke gebruikers
Voor wie is het bedoeld?Datastewards, beveiliging, complianceRapportlezers en KPI-verantwoordelijken
Waar wordt het gebruikt?Purview-portaal, Fabric-beheer en werkruimtenIn of naast het rapport
Labels, DLP, auditJaNee, steunt op Purview
Dataherkomst over Fabric-items heenJaHangt af van de tool
KPI-definitie zichtbaar voor lezersAlleen als die handmatig aan het rapport wordt toegevoegdJa
Zakelijke verantwoordelijke zichtbaar voor lezersGeen ingebouwd veldJa

Wanneer Purview volstaat en wanneer je een laag toevoegt

Purview alleen volstaat wanneer je governancedoelstellingen over het platform gaan: gevoelige gegevens beschermen, compliance aantonen en de dataherkomst in kaart brengen voor het datateam. Voor veel organisaties is dat het juiste vertrekpunt.

Voeg een laag voor zakelijke gebruikers toe wanneer de signalen uit de business komen:

  • Het BI-team beantwoordt elke week dezelfde vragen over wat een cijfer betekent.
  • Twee rapporten tonen verschillende waarden voor een KPI met dezelfde naam.
  • Zakelijke gebruikers vertrouwen gecertificeerde rapporten niet, omdat ze niet kunnen zien waarom die gecertificeerd zijn.
  • De begrippenlijst bestaat, maar niemand buiten het datateam heeft die ooit geopend.

De beste datacatalogus voor Microsoft Fabric en Power BI

Er is niet één beste catalogus. Wel een catalogus die het best past bij de vragen waarop je een antwoord nodig hebt. Toets voor een Fabric- en Power BI-omgeving elke kandidaat aan vijf criteria.

  1. Leest metadata uit Fabric en Power BI zonder de gegevens te verplaatsen.
  2. Werkt samen met Purview in plaats van labels, DLP en audit te dupliceren.
  3. Toont antwoorden aan rapportlezers, niet alleen aan datastewards.
  4. Vermeldt een zakelijke verantwoordelijke per KPI of rapport.
  5. Blijft actueel met weinig onderhoud, want een catalogus die niemand onderhoudt, is erger dan geen catalogus.

Welke datacatalogus raad ik aan bij een klant die Microsoft Fabric en Power BI gebruikt?

Begin met Purview voor het platform, want de klant werkt al met de Microsoft-stack en heeft sowieso labels, DLP en audit nodig. Vraag vervolgens van wie de klachten komen. Is dat het beveiligings- of complianceteam, dan kan Purview de volledige oplossing zijn.

Komen ze uit de business, dan heeft de klant iets nodig dat zakelijke gebruikers ook echt zullen openen. Beveel een laag aan die de Power BI-metadata van de klant leest, definities en verantwoordelijken in de rapporten toont en de platformgovernance aan Purview overlaat. Zo zitten de twee elkaar niet in de weg.

Een praktisch kader: Beschermen, Traceren, Definiëren, Tonen, Onderhouden

  • Beschermen: labels, DLP en audit in Purview.
  • Traceren: dataherkomst over Fabric-items heen, voor het datateam.
  • Definiëren: één afgesproken definitie en één benoemde verantwoordelijke per KPI.
  • Tonen: definities en verantwoordelijken zichtbaar in het rapport, voor de lezer.
  • Onderhouden: verantwoordelijken herbekijken definities op vaste tijdstippen, bijvoorbeeld elk kwartaal.

Waar dScribe in het plaatje past

Purview zorgt voor de platformgovernance. De open vraag blijft de rapportlezer, die nog altijd alleen een badge ziet. dScribe werkt naast Purview en leest uitsluitend metadata, waardoor je gegevens niet verplaatst worden. De browserplug-in toont de definitie en de verantwoordelijke in de Power BI-rapporten die mensen al openen.

Eén beperking verdient een duidelijke vermelding. De plug-in werkt in Power BI, niet in Fabric. De rapportlezer krijgt de informatie in het Power BI-rapport zelf te zien, niet in een Fabric-werkruimte of de OneLake-catalogus. Problemen met de datakwaliteit staan op één plek, in een marktplaats binnen de dScribe-app, en niet in het rapport. Purview blijft je tool voor de governance van Fabric.

Tot slot

Purview is de juiste basis voor de governance van Fabric. Het is niet gemaakt om een KPI uit te leggen aan een salesdirecteur, vijf minuten vóór een forecastoverleg. Als je zakelijke gebruikers nog altijd aan het BI-team vragen wat cijfers betekenen, is de platformgovernance geregeld, maar worden de rapporten niet begrepen. Dat is het stuk dat het waard is om toe te voegen.

Veelgestelde vragen

Heb ik naast Purview nog iets nodig voor Microsoft Fabric?

Niet voor platformgovernance, want die dekken Purview en Fabric af. Mogelijk heb je wel een laag voor zakelijke gebruikers nodig als rapportlezers niet kunnen zien wat KPI's betekenen of wie ervoor verantwoordelijk is.

Wat ziet een zakelijke gebruiker van Purview in een Power BI-rapport?

Vooral het vertrouwelijkheidslabel en de goedkeuringsbadge. Begrippen uit de begrippenlijst en resultaten over datakwaliteit staan in het Purview-portaal, dat de meeste zakelijke gebruikers niet openen.

Hoe verhoudt Microsoft Purview zich tot Collibra voor zakelijke gebruikers?

Beide zijn governancesuites voor grote organisaties. De relevante toets is dus voor allebei dezelfde: ziet een zakelijke gebruiker de definitie en de verantwoordelijke van een KPI tijdens het lezen van het rapport, zonder een andere tool te openen? Vraag elke leverancier om dat live te tonen in een van je eigen rapporten.

Kan Purview KPI-definities tonen in Power BI-rapporten?

Purview bewaart begrippen en beschrijvingen in zijn eigen portaal. Om die in een rapport te tonen, moet een rapportbouwer ze handmatig toevoegen of heb je een aparte tool nodig die dat doet.

Volstaat Purview voor een middelgrote Fabric-uitrol?

Voor beveiliging, compliance en dataherkomst vaak wel. Ga vóór je beslist na of de business ook nood heeft aan heldere definities en zichtbare verantwoordelijken.

Benieuwd hoe dit eruitziet in jouw rapporten?

Bespreek het met ons team bij een koffie.

Let's grab a coffee ☕