Voorwaardelijke opmaak in PBI wordt DAX-onderhoudsproject

Samenvatting

Power BI maakt voorwaardelijke opmaak soms tot een apart DAX-onderhoudsproject met regels voor context en slicers.

Voorwaardelijke opmaak in Power BI vraagt extra DAX

Een Power BI-matrix kan tegelijk rood-groene varianties, een signaal voor budgetoverschrijding en een regel voor een stretch target tonen. Zodra die opmaak op measures steunt, krijgt elke regel een eigen DAX-measure.

De complexiteit neemt toe wanneer dezelfde opmaak anders moet reageren op rij- en kolomcontext of op een scenario dat iemand via een slicer selecteert. Dan ontstaan extra measures die niet de rapportcijfers berekenen, maar uitsluitend de opmaak aansturen. Een Reddit-gebruiker beschrijft dat dit onderhoud na verloop van tijd moeilijk te volgen wordt.

Waarom DAX en voorwaardelijke opmaak samen onderhoud vragen

Voorwaardelijke opmaak staat daardoor niet los van het semantische model. De kleur of markering hangt af van dezelfde filtercontext die ook de matrixwaarden bepaalt. Een wijziging in een measure, een scenario of de manier waarop rijen en kolommen filteren, kan dus ook de visuele regels raken.

Dat maakt de opmaaklogica een afzonderlijk onderdeel van het rapportontwerp. Een ontwikkelaar moet niet alleen controleren of de berekening klopt, maar ook of de juiste regel actief wordt bij elke combinatie van context en slicerselectie. Vooral meerdere uitzonderingen maken snel zichtbaar welke measures voor analyse dienen en welke alleen voor presentatie bestaan.

De discussie benoemt geen specifieke Power BI-functie die dit probleem oplost. De kern ligt bij de verdeling van logica: iedere extra visuele regel brengt extra DAX en extra afhankelijkheden met zich mee. Een matrix met enkele kleuren kan zo een onderhoudsvraagstuk worden dat losstaat van de oorspronkelijke rapportvraag.

Concrete takeaway voor Power BI

Leg per matrix vast welke measure de waarde berekent en welke measure uitsluitend de voorwaardelijke opmaak bestuurt. Test daarna elke regel afzonderlijk met rijcontext, kolomcontext en de relevante slicerselecties. Houd het aantal uitzonderingen beperkt; anders groeit de presentatie-logica sneller dan de rapportinhoud.