Power BI waarschuwingen: wat de standaardwaarschuwingsfunctie wel en niet kan.

Power BI waarschuwingen zijn drempelgebaseerde meldingen in Power BI Service. Wanneer een waarde op een dashboard tegel een door je gedefinieerde grens overschrijdt, stuurt Power BI je een e-mail. Eén tegel, één drempel, één ontvanger. Dat is de volledige functionaliteit.

De waarschuwing zelf werkt zoals beschreven. Het probleem is wat er niet wordt weergegeven.

Je plaatst een kaart met de dagelijkse omzet op het directiedashboard, stelt de drempel in op € 50.000 en gaat verder. Drie weken later mislukt de Databricks-taak die de verkoopgegevens voorbereidt om 02:00 uur. De ADF-pipeline wordt voltooid zonder nieuwe rijen. De Power BI datasetrefresh wordt volgens schema uitgevoerd en slaagt, omdat de onderliggende tabel nog steeds bestaat met de gegevens van gisteren. De omzetkaart toont € 127.000. Er is geen drempel overschreden. Er is geen waarschuwing afgegeven.

Je CFO opent het dashboard om 09:00 uur en deelt een dia tijdens de bestuursvergadering. De gegevens zijn 36 uur oud. Niemand komt erachter totdat iemand na de lunch handmatig de pipeline logboeken controleert.

Open een dashboard in Power BI Service. Beweeg de muis over een kaart, meter of KPI-tegel, klik op de drie puntjes (…) en selecteer 'Waarschuwingen beheren'. Definieer een voorwaarde (boven, onder of gelijk aan een waarde), stel een drempelwaarde in en kies hoe vaak Power BI deze moet evalueren. Maximale frequentie: eenmaal per uur. Opslaan. Klaar.

De waarschuwing wordt uitgevoerd na elke geplande refresh van de gegevensset. Als de waarde van de tegel je drempelwaarde overschrijdt, krijg je een e-mail en een melding in het Power BI meldingencentrum (het belpictogram, rechtsboven). Als de waarde binnen de grenzen blijft, gebeurt er niets. Er is geen trendanalyse, geen detectie van afwijkingen en geen vergelijking met de waarde van gisteren.

De waarschuwingsmail zelf is minimaal: een onderwerpregel zoals 'Gegevenswaarschuwing voor [tegelnaam]', de huidige waarde, je drempelwaarde en een link naar het dashboard. Geen context over waarom de waarde is gewijzigd. Geen status van de upstream-pipeline. Geen tijdstempel van de refresh.

Vereisten: Power BI Pro, Premium Per User (PPU) of een werkruimte met Premium- of Fabric capaciteit. Gebruikers van de gratis versie kunnen geen datagestuurde waarschuwingen aanmaken.

Een bron van verwarring sinds de lancering van Microsoft Fabric: waarschuwingen vereisen nog steeds een Pro-, PPU- of Premium-werkruimte. De gratis versie van Fabric biedt leesrechten voor rapporten, maar staat geen datagestuurde waarschuwingen toe. Als je twijfelt, controleer dan je werkruimtelicentietype onder Instellingen.

Standaardwaarschuwingen worden via twee kanalen verzonden:

1. Een e-mail naar de persoon die de waarschuwing heeft aangemaakt. Alleen die persoon.

1. Het Power BI meldingencentrum in Power BI Service.

Er is geen standaardintegratie met Microsoft Teams, Slack, Telegram of PagerDuty. Geen webhook-endpoint. Geen distributielijst.

Als je wilt dat de waarschuwing je data engineering-kanaal in Teams bereikt, hebt je Power Automate nodig. Maak een flow die wordt geactiveerd door een Power BI waarschuwing en een bericht naar een Teams-kanaal stuurt, een tweede e-mail naar een gedeelde mailbox verzendt of een webhook aanroept. Het werkt, maar het is een apart systeem dat moet worden geconfigureerd en onderhouden. De waarschuwing zelf evalueert nog steeds alleen tegeldrempels.

De Power BI app voor mobiele apparaten ontvangt ook pushmeldingen voor waarschuwingen als je deze hebt ingeschakeld. Dezelfde beperking: alleen u, alleen op drempelwaarden gebaseerd, alleen na een datasetrefresh.

1. Rapportvisualisaties en gepagineerde rapporten Waarschuwingen werken alleen op dashboard tegels: kaart-, meter- en KPI-visualisaties die vanuit een rapport aan een dashboard zijn vastgemaakt. Een matrix, een tabel, een staafdiagram, een decompositieboom of een gepagineerd rapport ondersteunen geen van deze gegevensgestuurde waarschuwingen. Als je belangrijkste meetwaarde zich op een rapportpagina bevindt die niet als kaart aan een dashboard is vastgemaakt, kunt je er geen standaardwaarschuwing voor instellen.

2. Vernieuwingsfouten Een mislukte refresh van een dataset activeert geen gegevensgestuurde waarschuwing. De tegel blijft de laatst bekende waarde weergeven. Power BI heeft aparte meldingsinstellingen voor refreshfouten (onder dataset instellingen, sectie geplande refresh), maar dit is een volledig ander mechanisme. Je schakelt e-mails voor refreshfouten per dataset in en deze worden naar de eigenaar van de dataset verzonden. Ze zijn niet geïntegreerd met de gebruikersinterface voor waarschuwingsbeheer en er is geen geconsolideerd overzicht van "welke van mijn 40 datasets vandaag refreshfouten hebben gehad".

3. Volumeafwijkingen en volledigheid van gegevens** Een dataset die 0 rijen laadt in plaats van 50.000, activeert geen waarschuwing, tenzij de metriek op de tegel toevallig je drempelwaarde overschrijdt. Een pipeline die 3 kolommen verwijdert vanwege een wijziging in het bronschema, activeert evenmin iets. Er bestaat geen standaardconcept zoals "het aantal rijen is met 95% gedaald ten opzichte van gisteren" of "deze tabel had gisteren 12 kolommen en heeft er nu 11". Deze stille data fouten zijn het meest schadelijk, omdat elk systeem succes rapporteert terwijl de gegevens onjuist zijn.

4. Teamroutering De melding gaat naar één persoon: de persoon die de waarschuwing heeft aangemaakt. Geen teamdistributie, geen oproepdienst, geen escalatiepad. Voor een persoonlijk dashboard is dit prima. Voor een productiedashboard waar drie afdelingen van afhankelijk zijn, is dit een single point of failure. Als de persoon die de waarschuwing heeft aangemaakt van functie verandert of het bedrijf verlaat, wordt de waarschuwing alsnog verzonden naar een inbox die niemand leest.

5. Evaluatiesnelheid Power BI controleert de tegelwaarde maximaal één keer per uur, na een geplande dataset verversing. Voor datasets met een refreshcyclus van 30 minuten kunt je tot 60 minuten wachten nadat de drempelwaarde daadwerkelijk is overschreden voordat de e-mail arriveert. Streaming datasets en DirectQuery werken anders, maar voor datasets in importmodus (de meeste) is evaluatie per uur het maximum.

Power Automate bevindt zich tussen native waarschuwingen en een volledig monitoringplatform. Je kunt flows bouwen die worden geactiveerd bij een mislukte refresh van een Power BI dataset en een bericht naar een Teams-kanaal sturen, of die volgens een schema een dataset via de REST API opvragen en een melding geven wanneer een waarde afwijkend lijkt, of controles in ADF en Power BI in één flow combineren.

De voordelen: het is onderdeel van je Microsoft 365-stack, het lost het probleem van 'wie wordt er gewaarschuwd' goed op (Teams-kanalen, gedeelde postvakken, webhooks) en het kan refreshfouten detecteren die native waarschuwingen volledig missen.

De nadelen: je bouwt een monitoringsysteem op uit afzonderlijke flowcomponenten. Elke afhankelijkheid tussen pipeline en dashboard is een aparte flow. Er is geen lineage map, geen anomaliebaseline en geen automatische correlatie tussen een upstream ADF-fout en de impact op een downstream dashboard. Als je ADF-pipeline mislukt en je wilt weten welke Power BI datasets zijn getroffen, moet je die mapping zelf bouwen, in elke flow, voor elke pipeline.

Voor een team met 5 dashboards en 3 pipelines is dit haalbaar. Maar voor een team met 40 dashboards, 15 ADF-pipelines, een Databricks-werkruimte en een dbt-project groeit het aantal flows sneller dan iemand ze kan onderhouden.

Power BI waarschuwingen bewaken de laatste stap: het getal op de tegel. Power Automate breidt dit uit met verversingsfouten en aangepaste routering. Geen van beide bewaakt de volledige data pipeline van bron tot dashboard.

Neem bijvoorbeeld een patroon dat we regelmatig zien bij MetricSign-gebruikers. Een Databricks-taak die verkoopgegevens voorbereidde, liep afgelopen dinsdag 45 minuten te laat. De ADF-pipeline die de Databricks-output naar het datawarehouse kopieert, startte volgens schema en stuitte op een afgekapte brontabel. De Power BI dataset werd op tijd vernieuwd met verouderde gegevens van de vorige dag. De omzetkaart toonde € 127.000. Geen drempelwaarde overschreden. Geen enkele Power Automate-flow detecteerde de vertraging van Databricks, omdat er geen flow was gebouwd voor die specifieke afhankelijkheid.

MetricSign leest de activiteiten logboeken van elke laag: Databricks-taakuitvoeringen, ADF-pipeline runen, dbt-modeluitvoeringen en Power BI dataset verversingen. Het onderhoudt een lineage-grafiek die in kaart brengt welke Power BI datasets afhankelijk zijn van welke upstream-taken. Toen de Databricks-taak vertraging opliep, controleerde MetricSign de herkomst van de gegevens, identificeerde twee getroffen Power BI datasets die binnen het volgende uur zouden worden vernieuwd en stuurde om 06:18 uur, twintig minuten voor de geplande refresh, een Telegram-bericht naar het data engineering-kanaal. De engineer stelde de Power BI refresh uit. Het dashboard toonde correcte gegevens tijdens de ochtendstandup.

Dit is geen vervanging voor drempelwaarschuwingen. Als je een melding wilt ontvangen wanneer de omzet onder de € 50.000 daalt, gebruik dan de native Power BI functie. MetricSign houdt de data pipeline in de gaten die de tegel voedt: zijn de gegevens te laat, onvolledig of afkomstig van een mislukte taak? Het signaleert het probleem nog voordat de kaart wordt vernieuwd.

MetricSign maakt verbinding met Power BI, ADF, Databricks, dbt Cloud, dbt Core, Fabric en Snowflake. Gratis te gebruiken, verbinding met je eerste werkruimte in minder dan 15 minuten.

Zie ook: Verder gaan dan het monitoren van refreshen in Power BI

Native Power BI waarschuwingen werken wanneer je een drempelwaarde-melding nodig hebt op één dashboard tegel, de waarschuwing voor één persoon is en de dataset dagelijks wordt vernieuwd. De installatie duurt slechts 3 minuten. Er is geen onderhoud nodig.

Power Automate is zinvol wanneer je meldingen nodig hebt over mislukte refreshen, de waarschuwing naar een teamkanaal moet worden verzonden of je voorwaardelijke logica wilt toepassen, zoals 'alleen waarschuwen op werkdagen'. Houd er rekening mee dat je één flow per pipeline-naar-dashboard-afhankelijkheid moet bouwen en onderhouden.

Een platform voor observatie over meerdere stacks is geschikt wanneer je dashboards afhankelijk zijn van upstream-taken in ADF, Databricks, dbt of Snowflake. Wanneer je een dashboard probleem wilt herleiden naar de upstream-taak die het heeft veroorzaakt. Wanneer je anomalie detectie wilt die verder gaat dan eenvoudige drempelwaarden: volumeverminderingen, schendingen van de actualiteit, schema-afwijkingen. Wanneer je team meer dan 10 productiedashboards beheert en geen afzonderlijke Power Automate-flows voor elke afhankelijkheid kan onderhouden.

De drie benaderingen sluiten elkaar niet uit. Veel teams gebruiken native waarschuwingen voor bekende drempelwaarden, een paar Power Automate-workflows voor refreshfouten en een observability-platform voor de cross-stack lineage die geen van beide op zichzelf biedt.