Native mirroring van Business Central naar Microsoft Fabric: wat betekent het voor bc2adls-gebruikers?

Tijdens FabCon Europe in Barcelona heeft Microsoft native mirroring van Dynamics 365 Business Central naar Microsoft Fabric aangekondigd. Als je ooit tijd hebt gestoken in het ontsluiten van Business Central-data naar een dataplatform, is dit zeer welkom nieuws: een first-party, gestandaardiseerde manier om Business Central-tabellen naar OneLake te repliceren.

De feature wordt verwacht als Public Preview in Business Central 29.1 (2026 release wave 2). Je kunt hiermee elke tabel in de Business Central-database repliceren naar OneLake in Delta Parquet-formaat, inclusief tabellen uit extensies en ISV-oplossingen. De synchronisatie is incrementeel, ondersteunt deletes en gaat om met schemawijzigingen. De latency wordt omschreven als "een paar minuten".

Onder de motorkap is het gebouwd op Fabric Open Mirroring: Business Central pusht wijzigingen naar een open mirroring-database en Fabric verwerkt die zelf. De sync leest uit de SQL-change log in plaats van te draaien in Business Central-sessies. Daardoor belast het de NST (de Business Central server tier) niet en gaat het niet ten koste van je API-limieten. Alleen gecommitte records worden verstuurd.

Een aantal praktische details:

• De inrichting begint in Fabric, waar je een open mirroring-database aanmaakt, en gaat verder in Business Central, waar je de workspace, bedrijven en tabellen kiest.
• Je kunt maximaal 500 tabellen selecteren, door een limiet aan de Fabric-kant. Je selecteert hele tabellen, geen velden.
• Alles is vanuit de UI te starten, maar ook volledig via API's te beheren, inclusief het toevoegen van tabellen en het starten van exports.
• Logging en automatische retries zijn ingebouwd, en je kunt standaard tabelpakketten toepassen.
• Aan de Business Central-kant zijn er geen extra kosten. Je hebt wel Fabric Capacity nodig: F2 is meestal voldoende, en de nieuwe F0 on-demand SKU (in preview) is een makkelijke manier om een proof of concept te doen.
• Microsoft bouwt daarnaast de negen standaard Business Central Power BI-apps opnieuw op Fabric, in een single-company- en een multi-company-variant.

Tot nu toe was bc2adls de standaardmanier om Business Central-data in bulk te ontsluiten: de open-source extensie die bij Microsoft begon en nu wordt onderhouden door Bert Verbeek van 4PS en de community. Die doet zijn werk goed, maar draait binnen Business Central-sessies. Dat maakt het lastig om in balans te brengen met andere processen als je hoogfrequente replicatie nodig hebt.

Bert heeft aan de native integratie meegebouwd, samen met Microsoft, Navida en 4PS. Het is dus niet zozeer een vervanger, maar eerder dezelfde ideeën die nu in het product zelf terechtkomen. Hij heeft aangekondigd dat bc2adls in maintenance mode gaat: geen nieuwe features meer, alleen fixes op AppSource voor nog een paar releases (tot ongeveer BC30 of BC31). Zijn advies: zit je op BC29, test dan de nieuwe integratie en stap rustig over. Hij kijkt ook naar manieren om zowel de tabelinrichting als de Fabric-kant te migreren, dus houd zijn blog in de gaten.

• Geen veldselectie: native mirroring repliceert hele tabellen, waar je bij bc2adls velden kunt kiezen. Mirror je tabellen met persoonsgegevens, dan moet je dataminimalisatie onder de AVG aan de Fabric-kant regelen, bijvoorbeeld met OneLake security, column-level security of gemaskeerde views. Vergeet ook je verwerkingsregister niet bij te werken.
• Alleen binnen dezelfde tenant: de Business Central-omgeving en de Fabric-workspace moeten in dezelfde tenant zitten, terwijl bc2adls ook naar een andere tenant kan schrijven. Draait je organisatie Business Central in meerdere tenants, dan heb je in elk daarvan Fabric Capacity nodig. Controleer ook of de regio van je capacity past bij je eisen rond dataresidentie.
• Fabric wordt een afhankelijkheid: bc2adls kon naar gewone ADLS Gen2 schrijven; native mirroring schrijft naar Fabric. Gebruik je de data in Databricks, Qlik, TimeXtender of iets vergelijkbaars, dan lees je die via OneLake-shortcuts of het SQL Analytics endpoint, en wordt Fabric Capacity onderdeel van je architectuur.
• Latency in de praktijk: "een paar minuten" klinkt goed, maar we moeten nog zien hoe het zich gedraagt bij grote, veel muterende tabellen.

1. Zorg dat je op BC 29.x zit en probeer de feature in een sandbox zodra de preview beschikbaar is.
2. Draai het naast bc2adls en vergelijk de resultaten.
3. Controleer de naamgeving: tabel- en veldnamen in de gemirrorde data kunnen afwijken van wat bc2adls oplevert. Plan daarom een mapping-laag (bijvoorbeeld views) om je downstream modellen, rapportages en pipelines stabiel te houden.
4. Zit je nog niet op Fabric, regel dan capacity in dezelfde tenant als je Business Central-omgeving.
5. Wacht op General Availability voordat je productie overzet. Met bc2adls in maintenance mode tot ongeveer BC30/31 is er tijd om dit goed te doen, en blijft bc2adls tot die tijd je fallback.

Data uit Business Central halen vergde altijd meer engineering en complexiteit dan nodig. Een native route naar OneLake met weinig impact neemt daar veel van weg, en dat de bc2adls-kennis erin verwerkt is, is een goed teken voor de volwassenheid ervan. Het is wel nog preview-terrein, dus test eerst voordat je je eraan committeert.

Wil je weten wat deze ontwikkeling voor jouw organisatie betekent, of hoe je de overstap van bc2adls naar native mirroring aanpakt? E-mergo helpt je graag bij het inrichten van je Business Central-data in Microsoft Fabric. Neem gerust contact met ons op.

• Bert Verbeek: Native connection with Fabric in Business Central
• Stefano Demiliani: Business Central data mirroring to Microsoft Fabric announced
• Microsoft Fabric blog: What's new in Fabric Data Factory (FabCon Barcelona 2026)
• MSDynamicsWorld: Microsoft is adding mirroring of Business Central data to Fabric