Heb je Fabric nodig? Wanneer wel, en wanneer je beter zelf bouwt

Kort antwoord: als je een maatwerkdashboard wil bovenop een Power BI-model dat er al staat, en je mensen werken in Microsoft 365, dan is een Fabric App een goede keuze. Als je een toepassing bouwt waarin mensen zelf gegevens invoeren, met gebruikers zonder Microsoft-account of met gegevens uit externe systemen, bouw je vandaag beter zelf.

Het verschil zit niet in hoe goed Fabric is. Het zit in wat voor app je bouwt.

Een weergave is iets anders dan een bron

Fabric Apps bestaan in twee soorten, zoals in het nieuwsoverzicht staat. Een data app leest een bestaand Power BI-model. Een operationele app heeft een eigen database en kan gegevens terugschrijven.

Een data app is een weergave van data die al gemodelleerd is. Een operationele app is zelf de bron. Een planning bestaat niet tot iemand een balk versleept.

Bijna alles wat je vandaag over Fabric Apps leest, gaat over het eerste: measures die naar de app verhuizen, DAX per grafiek, beveiliging per rij die blijft gelden. Dat is allemaal waar, en het raakt het tweede helemaal niet.

Daaruit volgt iets wat je in de meeste verslagen niet leest. Als apps naar Power BI Pro komen, verandert dat het verhaal voor dashboards. Voor operationele apps verandert het weinig, want daar is de capaciteit niet het struikelblok.

Een planbord dat vandaag geen Fabric App kan zijn

Een concreet voorbeeld. Bij een aannemer bouwden we een planbord: een agenda waarin kantoor werven versleept naar ploegen en dagen. Het draait op Vercel, met een Postgres-database bij Neon, en het is geschreven met een AI-agent. In de app zit ook een AI-assistent die planningen voorstelt en materiaallijsten uit offertes haalt. Kantoor bevestigt. De AI schrijft nooit zelf iets weg.

Het planbord deelt één database met twee andere apps van hetzelfde bedrijf, en haalt offertes live op uit het facturatiepakket. Hoe dat zo snel ging, staat in de derde app was de snelste.

Om drie redenen kan dit vandaag geen Fabric App zijn.

De login. Het bord heeft bewust één gedeelde code voor kantoor, want het kent geen personen. Waarom, staat in niemand tikt een wachtwoord in op een dak. Fabric Apps werken uitsluitend met Entra ID. Iedereen die meekijkt, heeft dus een account nodig in de Microsoft-omgeving van het bedrijf, en welke licentie daarbij hoort, is nog een open vraag. Er is ook geen manier om de app in een eigen site te tonen zonder Microsoft-login.

De regio. Een Belgisch bedrijf waarvan de Microsoft-omgeving in Belgium Central staat, kan geen Fabric gebruiken: die regio is Power BI-only.

De koppelingen. De gegevens staan al in een gedeelde Postgres-database en komen deels live uit een externe API. In Fabric moeten die eerst naar binnen, en je kan geen bestaande database als app-database koppelen. Het schema komt uit de code van de app zelf.

Elk van die drie is op zich een reden. Samen maken ze de keuze eenvoudig.

Bij Microsoft zit de AI in het bouwen, niet in het product

Nog een onderscheid dat vaak door elkaar loopt. Bij Fabric Apps zit de AI in het bouwen: een agent schrijft de app. Een AI-functie in het product zelf, zoals de assistent die een materiaallijst uit een offerte haalt, moet je in Fabric net zo goed zelf bouwen.

Die assistent is trouwens een mooi voorbeeld van hoe snel dit beweegt. Toen we de offertes voor het eerst bekeken, bleek een offerte één blok lopende tekst. Met een vaste regel viel daar niets uit te halen. Met AI wel, op voorwaarde dat een mens het resultaat nakijkt.

Waar Fabric wel wint

Het omgekeerde is even waar, en het komt vaker voor dan je denkt.

• Er staat al een model met jaren werk in. Measures, relaties, beveiliging per rij. Dan hergebruik je dat allemaal en bouw je alleen de voorkant. Daar is een data app precies voor gemaakt.
• Je mensen werken al in Microsoft 365. Dan is aanmelden via Entra een voordeel, geen beperking. Geen gedeelde code op een briefje naast het scherm, en wie het bedrijf verlaat, verliest vanzelf de toegang.
• Je wil governance. Wie ziet wat, wie heeft wat bekeken, en de app verdeeld naast de bestaande rapporten. Dat zit er bij Microsoft al in.
• Je wil hosting, login en database niet zelf beheren. Bij een eigen stack ben jij, of je partner, daarvoor verantwoordelijk. In Fabric doet Microsoft het.

Voor een dashboard op een bestaand model, voor mensen die al in Microsoft 365 werken, in een regio waar het beschikbaar is, is een data app vaak de eenvoudigste weg.

Waar zelf bouwen wint

• Zodra de app operationeel wordt in plaats van analytisch: mensen voeren gegevens in, en de app is de bron.
• Zodra er mensen bij moeten zonder Microsoft-account: ploegen, klanten, leveranciers.
• Zodra er externe systemen in het spel zijn die live bevraagd worden.
• Zodra de app in je eigen site moet staan.

Welke eigen stack, dat is een aparte vraag. Wij kozen voor Postgres bij Neon, waarom staat in Neon of Supabase.

Wat nog kan veranderen

Alles hierboven is een momentopname. Fabric Apps zijn in preview, zonder garantie op beschikbaarheid, en functies en licenties kunnen nog wijzigen. Als apps naar Pro komen zoals aangekondigd, verdwijnt voor veel kmo's de drempel van de capaciteit. Dan wordt de data app voor dashboards een stuk aantrekkelijker.

Maar de login, de regio en de koppelingen hebben niets met de capaciteit te maken. Zolang die niet veranderen, blijft het verhaal voor operationele apps hetzelfde.

Wat je kan automatiseren

Twee van de vragen hieronder kan je automatisch beantwoorden. De regio van een Microsoft-omgeving en de beschikbare capaciteit vraag je op via de Fabric API, en of de nodige instellingen aanstaan, lees je uit via de Admin API. Dan weet je voor het eerste gesprek al of Fabric technisch een optie is.

De stelling

Stel vier vragen, in deze volgorde. Is de app een weergave en geen bron? Werken alle gebruikers in Microsoft 365? Staat je omgeving in een regio met Fabric? Staan de gegevens al in een Power BI-model? Vier keer ja: neem een data app. Is de app een bron, of moeten er mensen zonder Microsoft-account bij: bouw zelf. Faalt alleen de regio: dan is Fabric vandaag geen optie. Is er nog geen model: dan begin je bij het model, en die vraag staat los van Fabric.