
19 okt 2026
Je Power BI dashboard klopt. De cijfers zijn goed en het model is netjes opgebouwd. En toch kijkt lang niet iedereen ernaar.
Dat is een bekend probleem. Een rapport is gebouwd voor wie de data kent. Je medewerkers, leden of klanten willen vooral een duidelijk antwoord, in gewone taal, op één plek. Fabric Apps spelen daar precies op in. We leggen het uit in gewone taal: wat ze zijn, waar ze goed in zijn, waar ze nog tekortschieten, en of je ze in Europa al kunt gebruiken.
Een app bovenop je Power BI-data
Een Fabric App is een webapplicatie die je rechtstreeks in Microsoft Fabric bouwt en host. Geen losse server, geen apart platform.
Zodra je een app aanmaakt, richt Fabric de basis voor je in: een SQL-database, een GraphQL API, aanmelding via Microsoft Entra ID en hosting voor je webapp. Dat hoef je dus niet zelf op te zetten. Microsoft regelt het fundament, jij bouwt de ervaring.
Je kan op twee manieren starten. Met een lege app, of met een Data App-sjabloon. Dat laatste is voorlopig gemaakt voor apps die op een Power BI semantic model leunen. En dat is meteen het interessante deel.
Dezelfde cijfers, geen dubbel werk
Het mooiste aan Fabric Apps is wat je niet opnieuw moet doen.
Een Fabric data app leest rechtstreeks uit je bestaande semantic model, via DAX-queries. Je berekeningen, relaties en beveiliging blijven daar staan. De app toont ze alleen op een andere manier. Zo blijft je model de enige bron van waarheid, en kloppen de cijfers in de app met die in je rapport.
Eén voorwaarde: het model moet gepubliceerd zijn in de Power BI service. Een lokaal .pbix-bestand werkt niet. En de app leest enkel. Terugschrijven naar je semantic model kan niet. Heb je invoer van gebruikers nodig, dan heeft de app daarvoor zijn eigen SQL-database.
De grootste denkfout: een app is geen beter rapport
Even geruststellen: Fabric Apps vervangen Power BI niet. Voor rapportage, dashboards, drill-through en analyse blijft Power BI de beste plek. De app bouwt daarop verder, met hetzelfde model eronder.
Toch is er een valkuil. Veel mensen lezen "app" als de volgende stap en "rapport" als het oude. Maar het zijn geen treden van een ladder. Het zijn twee gereedschappen voor twee situaties. De vraag is niet welke het krachtigst is. De vraag is welke past bij wie ermee moet werken.
Wanneer past een rapport. Je analisten willen verkennen, filteren en zelf doorklikken. Of je hebt een standaarddashboard nodig dat snel klaar moet zijn. Veel is hier gewoon configuratie, en dat maakt het snel en goedkoop.
Wanneer past een app. Je wilt mensen door een verhaal leiden in plaats van ze losse visuals te geven. Denk aan een overzicht voor het bestuur van een vzw met drie kerncijfers en uitleg in gewone taal, of aan eigen huisstijl en navigatie voor leden of klanten. Daar betaal je voor met bouwwerk, maar je krijgt een vrijheid die het rapportcanvas niet biedt.
Twee valkuilen liggen op de loer. Te vroeg een app bouwen, terwijl een rapport volstond. Dan betaal je bouwwerk voor iets dat een vinkje had kunnen zijn. Of te lang bij het rapport blijven, terwijl je gebruikers er telkens naast grijpen. Dan blijft je goede model onderbenut.
Hoe kies je? Vier vragen
Loop deze vier vragen af voor je begint. Ze wijzen meestal vanzelf naar het juiste antwoord.
• Wie gebruikt het? Analisten die willen verkennen, of mensen die vooral een helder antwoord zoeken?
• Hoeveel eigen ontwerp heb je nodig? Volstaat het rapportcanvas, of wil je eigen navigatie, uitleg en huisstijl?
• Moeten gebruikers iets kunnen invullen? Dan heb je de eigen SQL-database van de app nodig, want de koppeling met het semantic model leest enkel.
• Wie onderhoudt het? Een rapport past een analist aan. Een app vraagt iemand die ook code kan lezen en schrijven.
Een eerlijke kanttekening
Zo'n kanttekening hoort erbij, en je hoort ze liever vooraf dan achteraf. Fabric Apps zijn nog in preview. Functies kunnen dus nog veranderen en de toegang kan beperkt zijn. Vraag bij je Fabric-beheerder na wat er in jullie tenant aanstaat.
Daarnaast bouw je de visuele laag zelf. In Power BI zet je een sparkline in een KPI-kaart aan met een vinkje. In een app schrijf je dat zelf. Dat bevestigt ook een praktijkverslag over het nabouwen van een rapport als Fabric App: voor één eenvoudig rapport is Power BI sneller. Een app loont pas wanneer je echt meer wilt dan een rapport.
Kan dat al in Europa?
Ja, maar niet overal. De uitrol van de preview verloopt stap voor stap, en wat telt is de regio van de Fabric-capaciteit waarop je workspace draait.
Op de regio-overzichtspagina van Microsoft staan West Europe en France Central zonder uitzondering voor Fabric Apps. North Europe, Germany West Central, Poland Central, Spain Central, Switzerland West, UK South en UK West staan er wel als niet beschikbaar. En Belgium Central is een regio met enkel Power BI, dus zonder Fabric-workloads.

Wat kost dat? Richtprijzen
Een Fabric App heeft geen aparte prijs. Ze draait op Fabric-capaciteit, en die betaal je per maat, niet per gebruiker. Je workspace moet dus een Fabric-capaciteit toegewezen hebben.
Wat verbruikt er capaciteit? Volgens de prijspagina van Microsoft vier onderdelen: de SQL-database van de app, de GraphQL API, Fabric User Data Functions en de opslag van je webbestanden in OneLake. De hostingdienst, de aanmelding via Entra en het uitrollen van de app rekent Microsoft op dit moment niet apart aan. Wat je verbruikt, volg je in de Capacity Metrics app.
Voor de capaciteit zelf geven we richtprijzen mee, op basis van de Azure-tarieven voor West Europe zoals Agilytic ze in juli 2026 controleerde:
• F2: ongeveer 276 euro per maand pay-as-you-go, of 164 euro met een reservatie van een jaar
• F4: ongeveer 552 euro, of 328 euro met reservatie
• F8: ongeveer 1.105 euro, of 657 euro met reservatie
Voor Belgische KMO's ligt de keuze volgens datzelfde bureau meestal tussen F2 en F8. Elke stap hoger verdubbelt de prijs.
Drie kanttekeningen, want een prijs zegt nooit alles.
Je betaalt voor de capaciteit, niet voor het gebruik. Een reservatie loopt ook als niemand de app opent. Pay-as-you-go kan je pauzeren, handig voor test en ontwikkeling.
De app zelf bouwen kost meer dan de maandfactuur. Een app is code. Reken ook de ontwikkeltijd mee, en het onderhoud daarna.
Licenties zijn niet gedekt door deze cijfers. Onder F64 heeft elke gebruiker van een Power BI-rapport een Pro-licentie nodig, ongeveer 13 euro per gebruiker per maand. Of dat ook geldt voor gebruikers van een Fabric App, hebben we niet kunnen terugvinden. Ook de DAX-queries op je semantic model staan niet in Microsofts lijst met verbruikers. Vraag beide na voor je rekent.
Al deze bedragen zijn richtprijzen, geen offerte. Fabric Apps zijn in preview en Microsoft geeft zelf aan dat die lijst met aangerekende onderdelen voorlopig geldt.
Wat wij aanraden
Begin niet bij de code. Begin bij de randvoorwaarden.
Wij helpen je graag drie dingen op orde zetten.
- Nagaan in welke regio je Fabric-capaciteit draait en of de preview voor jullie tenant aanstaat.
- Controleren of je semantic model gepubliceerd is, met Build- en leesrechten voor wie de app bouwt.
- Een eerste pagina bouwen naast je bestaande rapport en de cijfers met elkaar vergelijken.
Wie liever vanuit code werkt, vindt ook community-tools zoals Fabricator, die een project opzetten vanuit een semantic model.
Conclusie
Fabric Apps zijn misschien niet het luidste verhaal binnen Microsoft Fabric. Maar voor wie al een goed Power BI-model heeft, zijn ze een slimme manier om er meer uit te halen. Je houdt één bron van waarheid, en je geeft mensen een ervaring die een rapport niet kan bieden. De prijs is dat je meer zelf bouwt, en dat het nog preview is.
Wij vinden dat de kunst niet in de tool zit, maar in het juiste gebruik ervan. Wie in West Europe of France Central zit, kan er nu al mee experimenteren.
Wil je weten of een Fabric App past bij jouw dashboard? Leg het ons voor. We bekijken het samen.
Meer info: Microsoft Build 2026 announcements, Fabric Apps simply explained, Build data apps on Microsoft Fabric, Don't delete Power BI yet en Fabric Apps rollout in de Fabric Community.
