EN
Eind oktober zat het EQ-team in Parijs op Directions EMEA en één deep dive bleef hangen: Business Central-data die zichzelf naar Microsoft Fabric spiegelt. Tot nu toe was ‘BC-data in je dataplatform’ bij elke organisatie een klus op zich. Je moest API’s aanroepen, exportjobs bouwen, bc2adls inrichten en die oplossingen blijven onderhouden. Dat werkt, maar kost tijd.
Met de 2026 release wave 2 (BC29) komt er een standaardkoppeling. Na de inrichting in Fabric kies je in Business Central de Fabric-werkruimte, de database, de bedrijven en de tabellen. Daarna houdt BC een gespiegelde database in Fabric bij. Eerst een volledige lading, daarna doorgaans binnen enkele minuten alleen de wijzigingen. Microsoft brengt het als production-ready preview.
Een logische vraag voor ons als maker van API Studio: wat betekent dit voor onze eigen oplossing? Na de sessie zien we vooral dat de twee elkaar aanvullen.
Wat de Fabric-connector goed doet: voor rapportage en analyse binnen één tenant zien wij dit als de toekomstige standaardroute. Je hebt minder maatwerk nodig en het telt niet mee voor je API-limieten.
Goed om te beseffen is dat het een spiegel is, geen archief. Wat in BC verwijderd wordt, verdwijnt ook uit de mirror. Wil je historie, dan regel je dat zelf in je eigen lagen.
API Studio
Waar API Studio – zeker met de uitrol van de uitgebreide Pro-versie vanaf 1 december – het verschil blijft maken:
Over tenants heen. De Fabric-connector werkt alleen als BC en Fabric in dezelfde tenant zitten. API Studio werkt over tenants heen. Daardoor kan het ook een gedeeld Fabric-platform voeden en dat is voor veel MKB-bedrijven voordeliger dan een eigen omgeving.
FlowFields. Velden als saldo, openstaand bedrag of voorraad zijn in BC vaak FlowFields. De Fabric-connector neemt ze niet mee. API Studio Pro (vanaf december) kan ze wel ontsluiten.
Geen Fabric-capaciteit nodig. De connector vraagt een betaalde Fabric-capaciteit. Ook met de kleinste (F2) is dat voor veel organisaties duurder dan API Studio.
Agentic AI. De mirror is eenrichtingsverkeer naar Fabric, bedoeld voor analyse. Agents willen data lezen én acties uitvoeren in BC. Ze lopen daarbij vaak vast op API’s die er standaard niet zijn. Met API Studio stel je die endpoints zelf samen, inclusief eigen velden en FlowFields, en heb je een agent werkend zonder te wachten op maatwerk of een nieuwe release.
Onze conclusie: het wordt geen óf-óf, maar een hybride architectuur. De mirror levert de grote tabellen voor analyse en API Studio vult aan waar de mirror ophoudt, namelijk bij FlowFields, data uit andere tenants en agents die gecontroleerd met BC moeten kunnen werken.
De leidingen worden dus eenvoudiger. Het datamodel, de definities en de vraag “welk getal klopt nu?” blijven mensenwerk.
Draai je nu op bc2adls of een eigen API-koppeling? Gooi niet morgen alles om. Test BC29 in een sandbox en kijk per tabel en per toepassing welke route het beste past.
Erik van Bueren