Berekeningsgroep (Calculation group)

Wat is een berekeningsgroep?

Een berekeningsgroep (calculation group) is een tabel in je semantisch model die bestaande DAX-metingen met één klik omvormt. In plaats van voor elke meting apart een YTD-, QTD- en YoY-variant te schrijven, schrijf je dat patroon één keer en laat je Power BI het automatisch toepassen op elke meting die in de visual staat.

Een berekeningsgroep bestaat uit berekeningsitems. Elk item is een DAX-expressie met een placeholder, SELECTEDMEASURE(), die verwijst naar de meting die op dat moment in beeld is. Voeg je een item "YTD" toe met de expressie CALCULATE(SELECTEDMEASURE(), DATESYTD('Datum'[Datum])), dan krijg je in één keer de YTD-variant van Omzet, Marge, Aantal orders en elke andere meting in het model.

Berekeningsgroepen zijn ondersteund in Power BI, Microsoft Fabric Premium-semantische modellen, Azure Analysis Services en SQL Server Analysis Services vanaf 2019 (compatibility level 1500 of hoger). De creatie-ervaring zit sinds enkele versies ingebouwd in Power BI Desktop.

Welk probleem lossen ze op?

Zonder berekeningsgroepen ontsporen tabular models vaak.

Stel je hebt tien metingen: omzet, brutomarge, aantal orders, gemiddelde ordergrootte, retentie en zo verder. Je productmanager vraagt voor elke meting een YTD-, MTD-, QTD-, Vorig Jaar- en YoY%-variant. Dat zijn op één namiddag vijftig extra metingen, allemaal met hetzelfde DAX-patroon. Een halfjaar later weet niemand meer welke variant correct is bijgehouden en zit het model vol duplicaten.

Een berekeningsgroep "Tijdberekening" met vijf items (Current, YTD, MTD, QTD, PY, YoY%) doet hetzelfde werk voor elke meting, ook voor metingen die je pas volgende maand toevoegt. De gebruiker sleept één slicer uit de berekeningsgroep naast de meting en kiest de variant.

Hoe werkt een berekeningsgroep?

De placeholder SELECTEDMEASURE()
Dit is de sleutel. Het item schrijft geen expliciete meting uit; het beschrijft een transformatie die toegepast wordt op welke meting ook in de visual staat.

Berekeningsitems als rijen in een tabel
In een rapport verschijnt de berekeningsgroep als een kolom met de namen van de items (Current, YTD, MTD). Zet je die kolom in een matrix, dan krijg je één kolom per item en elk met de waarde van de transformatie toegepast op de meting.

Dynamische format strings
Een item kan zijn eigen format string forceren. Handig voor valuta-omrekening of voor een YoY%-item dat altijd als percentage moet tonen, ongeacht de achterliggende meting.

DiscourageImplicitMeasures
Berekeningsgroepen werken alleen met expliciete metingen. Power BI moet daarom geconfigureerd worden om impliciete metingen (een getalkolom zomaar op een visual slepen) te ontmoedigen. Deze property wordt automatisch op true gezet zodra je een berekeningsgroep toevoegt.

Wanneer gebruik je een berekeningsgroep?

1. Tijdintelligentie over een heel model. Het klassieke voorbeeld: YTD, MTD, QTD, vorig jaar, YoY%, YoY absoluut. Zonder berekeningsgroep eindig je met honderden redundante metingen.

2. Valuta-omrekening. Eén item per doelmunt (EUR, USD, GBP) dat de gekozen meting vermenigvuldigt met de wisselkoers op de factuurdatum. Dynamic format strings zetten automatisch het juiste muntsymbool.

3. What-if en scenario-analyse. Items als "Basis", "Optimistisch +10%", "Pessimistisch -15%" die een vermenigvuldiger toepassen op elke meting.

4. Meeteenheden schakelen. Eén item voor kilogram, één voor pond, één voor metrische ton. De gebruiker kiest de eenheid en alle getallen in de visual volgen.

5. Rangschikking en vergelijkingen. Items als "Rang in sector", "Percentiel" of "Afwijking van gemiddelde" over elke geselecteerde meting.

Precedentie bij meerdere groepen

Heb je twee berekeningsgroepen in hetzelfde model, bijvoorbeeld "Tijdberekening" en "Gemiddelden", dan moet Power BI weten in welke volgorde hij ze combineert. Dat gebeurt via de precedence-property.

De groep met de hoogste precedence wordt het eerst toegepast, dan wordt SELECTEDMEASURE() in die expressie vervangen door de expressie van de volgende groep. Klassiek voorbeeld: "YTD van dagelijks gemiddelde" mag niet hetzelfde geven als "dagelijks gemiddelde van YTD". Door Tijdberekening een hogere precedence (bijvoorbeeld 20) te geven dan Gemiddelden (10), past YTD zich toe op de volledige dagelijkse-gemiddelde-breuk, niet enkel op de teller.

Het is verleidelijk om meerdere groepen te stapelen, maar elke extra groep maakt je model moeilijker te doorgronden. Vuistregel: niet meer dan twee of drie berekeningsgroepen per model.

Valkuilen

Geen row-level security op de berekeningsgroep zelf
RLS wordt niet ondersteund op berekeningsgroepen. Beperk toegang altijd via rolregels op de feit- en dimensietabellen, nooit op de berekeningsgroep direct.

Impliciete metingen verdwijnen
Zodra er een berekeningsgroep in het model zit, kan een rapport-auteur geen getalkolom meer rechtstreeks in een visual slepen. Alle metingen moeten expliciet gedefinieerd zijn. Voor teams die gewoon waren om snel "Verkoopprijs" naar een visueel te slepen, voelt dat aanvankelijk streng aan.

Data-types worden variant
Zodra een berekeningsgroep bestaat, rapporteren metingen het type variant. Bestaande dynamic format strings die op het originele type rekenden, kunnen dan fouten geven. Gebruik FORMAT() om expliciet te casten.

Niet compatibel met Smart Narrative en Detail Rows
Een aantal Power BI-features werkt niet met berekeningsgroepen. Wie veel met Detail Rows Expressions of Smart Narrative bouwt, moet daar rekening mee houden.

Één item tegelijk in de filter-context
Een berekeningsitem wordt alleen toegepast als er exact één item geselecteerd is. Twee items tegelijk filteren geeft ofwel een leeg resultaat ofwel een expliciete multipleOrEmptySelectionExpression die je zelf moet schrijven.