Descubre cómo funciona mirroring de Dynamics 365 Business Central en Microsoft Fabric: ventajas, costes y cómo simplifica la ingesta de datos en OneLake.
Integrar los datos de Dynamics 365 Business Central con Microsoft Fabric es ahora más sencillo gracias a una de las novedades anunciadas en FabCon Europe 2026: el mirroring nativo de Business Central hacia OneLake.
Esta nueva funcionalidad permite replicar datos del ERP en Microsoft Fabric sin necesidad de desarrollar y mantener complejos procesos de ingesta a medida.
¿Qué cambia respecto a las integraciones tradicionales? ¿Qué ventajas ofrece para el análisis de datos empresariales y qué limitaciones debemos tener en cuenta?
En este artículo analizamos cómo funciona el mirroring de Business Central, qué oportunidades abre para las empresas y cuándo merece la pena utilizarlo.
¿Qué es el mirroring de Business Central en Microsoft Fabric?
El mirroring de Business Central permite incorporar tablas y datos de empresa seleccionados de Dynamics 365 Business Central directamente a OneLake, el lago de datos de Microsoft Fabric.
El objetivo es simplificar la ingesta y facilitar el análisis de los datos operativos sin tener que construir y mantener desde cero una solución de replicación.
Esta nueva integración nativa, anunciada por Microsoft en FabCon y SQLCon Barcelona 2026, amplía las posibilidades de conexión entre el ERP y la plataforma analítica. Además, incorpora herramientas de monitorización y registros detallados para supervisar la integración y diagnosticar posibles incidencias.
La importancia de esta novedad no está únicamente en conectar dos productos de Microsoft. Está en reducir el trabajo necesario para que los datos transaccionales de Business Central estén disponibles en una plataforma preparada para la analítica, la ingeniería de datos y la inteligencia artificial.
Para entender su valor, primero hay que distinguir entre los datos que gestiona un ERP y los que necesita una plataforma analítica.
Business Central está diseñado para gestionar operaciones empresariales, como facturas, pedidos, clientes, proveedores, productos y movimientos contables. Microsoft Fabric, en cambio, permite combinar esa información con otras fuentes, transformarla y utilizarla para construir modelos analíticos e informes.
El mirroring busca simplificar precisamente el paso entre ambos mundos.
Business Central se suma a las nuevas integraciones de OneLake
El mirroring de Dynamics 365 Business Central forma parte de una evolución más amplia de Microsoft Fabric hacia una plataforma capaz de integrar datos procedentes de diferentes sistemas empresariales.
En FabCon Europe 2026, Microsoft presentó avances en la conexión de OneLake con fuentes como Google BigQuery, Snowflake, Salesforce y Dynamics 365 Business Central, entre otras tecnologías.
Estas integraciones utilizan distintos mecanismos, desde la replicación de datos hasta los accesos directos y la compartición sin copias. Su objetivo común es facilitar el acceso a la información desde Microsoft Fabric y reducir la complejidad de las arquitecturas de integración.
En este contexto, la incorporación de Business Central resulta especialmente relevante para las organizaciones que utilizan el ERP de Microsoft, ya que permite conectar sus datos operativos con las capacidades analíticas de Fabric mediante una integración gestionada.
Para comprender mejor el entorno en el que se almacenan los datos replicados, puedes consultar nuestro artículo sobre qué es OneLake en Microsoft Fabric y cómo funciona.
¿Cómo funciona el mirroring de Business Central hacia OneLake?
El mirroring establece una integración gestionada para replicar los datos seleccionados de Business Central en OneLake y mantenerlos sincronizados con el origen.
Así, Fabric puede disponer de una representación analítica de la información operativa sin depender de un proceso de extracción y carga diseñado íntegramente a medida.
El flujo conceptual es el siguiente:
- Preparación de Microsoft Fabric: Se crea una base de datos mediante Open Mirroring en el área de trabajo de Fabric.
- Configuración de Business Central: Se establece la conexión con Fabric desde Business Central, configurando los permisos y credenciales necesarios.
- Selección de datos: Se eligen las empresas y tablas del ERP que se quieren sincronizar.
- Replicación y sincronización: Business Central envía los datos iniciales y los cambios posteriores a OneLake mediante el mecanismo de replicación gestionada.
- Consumo analítico: Los datos sincronizados pueden utilizarse en las experiencias compatibles de Fabric, como Power BI y las herramientas de ingeniería de datos.
La diferencia respecto a una integración tradicional es que el equipo de datos no necesita desarrollar toda la lógica de replicación desde cero. La plataforma asume una parte importante del trabajo operativo, mientras que los profesionales pueden centrarse en cómo utilizar los datos.
Conviene precisar que mirroring no significa consultar directamente las tablas transaccionales de Business Central en cada informe. El enfoque de replicación de bases de datos de Fabric mantiene una copia analítica en OneLake. Esto permite separar el análisis de la operativa del ERP, aunque no elimina la necesidad de controlar la actualización y la calidad de los datos.
¿Quieres entender cómo encaja el mirroring de Business Central en una arquitectura de datos más amplia?
¿Qué diferencia hay entre el mirroring nativo y una integración tradicional de Business Central?
La principal diferencia entre el mirroring nativo de Business Central y una integración de datos tradicional es la cantidad de desarrollo y mantenimiento necesarios para llevar los datos del ERP a Microsoft Fabric.
En una integración convencional, el equipo de datos debe diseñar los procesos de extracción, carga, actualización y control de errores. Para ello, puede utilizar las API de Business Central, Azure Data Factory, Fabric Data Factory o canalizaciones de datos personalizadas.
Este enfoque ofrece flexibilidad, pero también requiere gestionar credenciales, controlar los límites de las API, detectar cambios en los datos, programar las actualizaciones y resolver las incidencias que puedan producirse.
Con el mirroring nativo, gran parte de la lógica de replicación y sincronización está gestionada por la integración. Los datos seleccionados se replican en OneLake, reduciendo la necesidad de desarrollar y mantener procesos de ingesta específicos.
Mirroring nativo vs. integración tradicional: principales diferencias
| Aspecto | Mirroring nativo | Integración tradicional |
|---|---|---|
| Ingesta de datos | Replicación gestionada hacia OneLake | Extracción y carga mediante API, pipelines u otros mecanismos |
| Sincronización | Actualización gestionada por la integración | Actualización definida y gestionada por el equipo técnico |
| Desarrollo | Menor necesidad de código de replicación personalizado | Mayor flexibilidad, pero más desarrollo |
| Mantenimiento | Menor carga de mantenimiento de la ingesta | Supervisión y mantenimiento de los procesos propios |
| Transformaciones | Se realizan mediante procesos analíticos posteriores | Pueden incorporarse al flujo de integración |
| Personalización | Condicionada por las capacidades y limitaciones del conector | Mayor control sobre las reglas de extracción y transformación |
Sin embargo, el mirroring no sustituye todos los procesos de integración y transformación de datos. Su función principal es facilitar la replicación desde Business Central hacia OneLake.
Cuando una organización necesita combinar información de distintas fuentes, aplicar reglas de negocio, normalizar datos o construir modelos analíticos, puede seguir utilizando herramientas como Fabric Data Factory, Spark, SQL o Power BI.
Por tanto, ambos enfoques no son necesariamente excluyentes. El mirroring puede encargarse de mantener disponibles los datos del ERP, mientras que otras capacidades de Fabric permiten prepararlos y transformarlos para su consumo analítico.
La elección depende de las necesidades de integración: si el objetivo es simplificar la replicación de Business Central hacia OneLake, el mirroring puede reducir significativamente el trabajo técnico. Si se requieren procesos de extracción específicos o transformaciones complejas, puede ser necesario complementarlo con otras herramientas o recurrir a una integración personalizada.
¿Qué ventajas aporta el mirroring de Business Central a una arquitectura de datos?
El mirroring facilita una arquitectura más integrada, escalable y gestionada desde Microsoft Fabric. Su valor está en reducir tareas técnicas repetitivas y proporcionar una base común sobre la que desarrollar soluciones de datos.
Entre sus principales ventajas destacan:
- Menos complejidad en la ingesta: se reduce la necesidad de crear y mantener mecanismos propios de replicación.
- Integración nativa con Fabric: los datos se incorporan a OneLake y pueden utilizarse en las distintas cargas de trabajo compatibles de la plataforma.
- Datos actualizados para analítica: la replicación gestionada facilita disponer de información reciente sin depender exclusivamente de cargas periódicas diseñadas a medida.
- Monitorización integrada: la nueva integración incorpora una visión general del estado y registros detallados que ayudan a investigar errores.
- Mayor facilidad para escalar: la solución permite ampliar el uso analítico de Business Central sin tener que reproducir toda la infraestructura de ingesta para cada nuevo caso de uso.
Estas ventajas son especialmente relevantes cuando Business Central constituye una fuente central de información empresarial y se quiere combinar con otras aplicaciones, bases de datos o sistemas de reporting.
También hay que distinguir entre escalabilidad técnica y calidad analítica. Poder replicar datos de forma gestionada no garantiza que los indicadores sean correctos ni que el modelo de datos esté bien diseñado. La definición de métricas, las relaciones entre tablas y las reglas de negocio siguen siendo responsabilidad del equipo de datos.
¿Qué casos de uso permite el mirroring de Business Central?
El mirroring permite utilizar los datos operativos de Business Central como base para análisis más completos en Fabric, desde el reporting financiero hasta el seguimiento comercial y la optimización de inventario.
¿Cómo ayuda a construir informes financieros y de negocio?
Permite disponer de datos contables y comerciales en OneLake para preparar modelos analíticos que combinen distintas dimensiones del negocio.
Por ejemplo, una empresa puede desarrollar informes de ventas, márgenes, cuadros de mando financieros, facturación o evolución de clientes y relacionarlos con presupuestos y objetivos comerciales.
En lugar de depender únicamente de los informes operativos del ERP, el equipo puede construir una capa analítica adaptada a las necesidades de dirección.
¿Cómo facilita el análisis de ventas e inventario?
Los datos de pedidos, productos, clientes y movimientos de inventario pueden combinarse para estudiar tendencias, rotación de existencias, evolución de la demanda y comportamiento comercial.
Si la organización también dispone de datos de comercio electrónico, logística o CRM, Fabric permite integrar esas fuentes para obtener una visión más completa que la que proporciona cada sistema por separado.
¿Cómo prepara los datos para proyectos de inteligencia artificial?
Una vez disponibles en OneLake, los datos de Business Central pueden combinarse con información adicional para construir conjuntos de datos destinados a modelos predictivos, análisis de comportamiento o soluciones de IA.
Por ejemplo, una empresa podría preparar un modelo para estimar la demanda futura utilizando ventas históricas, inventario y variables externas. El mirroring facilita el acceso a la fuente operativa, pero no construye automáticamente el modelo predictivo ni garantiza la calidad de los datos utilizados.
¿Qué papel tiene OneLake en el mirroring de Business Central?
OneLake es la capa de almacenamiento unificada de Microsoft Fabric y permite que los datos incorporados a la plataforma estén disponibles para distintas herramientas analíticas. En el caso del mirroring de Business Central, actúa como destino de la réplica sobre la que se construyen los procesos de análisis.
Los datos tabulares de Fabric se almacenan en formatos abiertos como Delta Lake, basado en Parquet. Esto facilita su utilización en diferentes motores de procesamiento y evita que el acceso a la información dependa exclusivamente de una herramienta de reporting concreta.
Una vez incorporados a OneLake, los datos pueden utilizarse en lakehouses, notebooks, procesos de ingeniería de datos y modelos de Power BI, según el escenario y las capacidades compatibles.
Esta integración permite separar la ingesta del consumo. El proceso que mantiene actualizados los datos no tiene que ser el mismo que calcula los indicadores, construye las tablas analíticas o genera los informes.
Por ejemplo, una arquitectura puede replicar los datos de Business Central en OneLake, transformarlos en un lakehouse mediante Spark o SQL y utilizar un modelo semántico de Power BI para ofrecer indicadores financieros a los responsables de negocio.
Para profundizar en esta arquitectura, puedes consultar cómo funciona un Lakehouse en Microsoft Fabric y qué ventajas aporta a la integración y el análisis de datos.
Esta separación facilita la evolución de la solución: se pueden desarrollar nuevos casos de uso sobre la misma base de datos replicada sin tener que crear necesariamente otra integración con el ERP.
Del dato operativo al análisis: un caso real de arquitectura Lakehouse
Replicar los datos en OneLake es solo una parte del proceso. El siguiente reto es transformarlos en información fiable, trazable y reutilizable.
Descubre cómo Bismart implementó una arquitectura Lakehouse con modelo Medallion para integrar distintas fuentes, mejorar la calidad de la información y acelerar la generación de insights empresariales.
¿Qué costes y limitaciones hay que considerar?
Aunque el mirroring de Business Central en Microsoft Fabric simplifica la replicación de datos, su adopción requiere evaluar los requisitos técnicos, las limitaciones de la funcionalidad y los costes asociados a su utilización.
Antes de implementarlo, conviene revisar los siguientes aspectos:
- Disponibilidad y compatibilidad: comprobar que la integración está disponible para el entorno de Business Central y que se cumplen los requisitos de versión, permisos y capacidad de Fabric.
- Selección de datos: verificar qué tablas y estructuras del ERP pueden replicarse, especialmente si la organización utiliza extensiones o personalizaciones.
- Latencia de sincronización: evaluar la frecuencia de actualización de los datos y comprobar que responde a las necesidades de los informes y procesos analíticos.
- Costes de Microsoft Fabric: considerar el consumo de capacidad, el almacenamiento y los recursos necesarios para transformar, consultar y analizar la información.
- Gobierno y seguridad de los datos: establecer permisos, controles de acceso y medidas de protección para la información financiera, comercial y personal almacenada en OneLake.
- Preparación analítica: determinar si los datos replicados necesitan transformaciones o modelos adicionales antes de utilizarse en informes y análisis.
La evaluación económica debe contemplar el coste total de la solución, incluyendo configuración, operación, monitorización, almacenamiento y consumo analítico, además del posible ahorro en desarrollo y mantenimiento de los procesos de ingesta.
¿Está disponible el mirroring de Business Central en Microsoft Fabric?
El mirroring nativo de Dynamics 365 Business Central se encuentra todavía en versión preliminar (preview) y su disponibilidad depende de los requisitos establecidos por Microsoft.
Requisitos para utilizar el mirroring de Business Central
- Business Central online, versión 29.0 o posterior, según la documentación de configuración.
- Extensión Microsoft Fabric Mirroring instalada.
- Capacidad activa de Microsoft Fabric.
- Permisos de administración y configuración de la conexión.
- Registro de aplicación en Microsoft Entra ID para la configuración descrita de la versión preliminar.
- Espacio de trabajo de Fabric en el mismo tenant de Microsoft Entra que Business Central.
Al tratarse de una funcionalidad en evolución, es importante comprobar las condiciones de acceso, los requisitos de configuración y las limitaciones de la versión disponible antes de planificar su implantación en producción.
Puedes consultar los detalles en la documentación oficial de Microsoft sobre mirroring de Business Central.
¿Cuándo conviene utilizar el mirroring de Business Central en Microsoft Fabric?
El mirroring es una opción especialmente interesante cuando una organización quiere incorporar los datos de Business Central a Fabric con menos desarrollo y mantenerlos disponibles para distintos escenarios analíticos. Resulta menos determinante cuando la integración exige transformaciones complejas antes de cargar los datos o necesita una lógica de extracción muy específica.
Como criterio general:
- Elige mirroring si buscas simplificar la replicación de datos de Business Central hacia OneLake y reducir la gestión de la ingesta.
- Combínalo con Data Factory o Spark si necesitas transformar, enriquecer o combinar los datos con otras fuentes.
- Valora una integración personalizada si existen requisitos que la funcionalidad nativa no cubre, por ejemplo, reglas de extracción particulares o estructuras no compatibles.
La mejor arquitectura no es necesariamente la que utiliza más funcionalidades nativas, sino la que resuelve el problema con menos complejidad y mantiene el control sobre la calidad, la seguridad y los costes.
Preguntas frecuentes sobre el mirroring de Business Central en Microsoft Fabric
¿El mirroring de Business Central utiliza las API del ERP?
No. El mirroring nativo de Dynamics 365 Business Central utiliza un servicio interno de replicación para transferir los datos a Microsoft Fabric, sin depender de las API estándar del ERP.
Esto significa que la sincronización no consume los límites de uso de las API de Business Central, una diferencia importante respecto a determinadas integraciones personalizadas que utilizan estos servicios para extraer información.
¿Qué tablas de Business Central se pueden replicar en Microsoft Fabric?
El mirroring permite replicar tablas estándar y tablas de extensiones de Business Central, siempre que estén almacenadas en la base de datos SQL del ERP.
La configuración permite seleccionar las empresas y tablas que se desean sincronizar con OneLake. Sin embargo, no es posible seleccionar campos individuales dentro de una tabla: la replicación incluye todos los campos de cada tabla seleccionada.
Según la documentación de Microsoft para la versión preliminar, se pueden seleccionar hasta 1.000 tablas por tenant. Este límite podría modificarse en futuras versiones.
¿Los datos de Business Central se sincronizan en tiempo real con OneLake?
El mirroring de Business Central ofrece una sincronización cercana al tiempo real (near real-time), pero no garantiza una actualización instantánea.
Microsoft indica que los cambios incrementales suelen sincronizarse en cuestión de minutos, aunque la latencia depende de la frecuencia de los cambios y de las condiciones del proceso de replicación.
La carga inicial de datos históricos puede requerir más tiempo que las sincronizaciones posteriores. Por ello, es recomendable validar los tiempos de actualización antes de utilizar los datos en procesos que requieran información especialmente reciente.
¿Qué ocurre si se eliminan registros en Business Central?
El mirroring también permite sincronizar las eliminaciones de registros realizadas en Business Central.
De esta manera, la réplica puede reflejar tanto los nuevos datos y las modificaciones como los registros eliminados del sistema de origen.
Esta capacidad contribuye a mantener la coherencia entre la información operativa del ERP y su representación analítica en Microsoft Fabric.
¿Es necesario contratar una licencia adicional de Business Central para utilizar mirroring?
Según la documentación de Microsoft, Business Central no aplica un cargo adicional de licencia o consumo específico por utilizar mirroring.
Sin embargo, es necesario disponer de una capacidad activa de Microsoft Fabric, cuyos costes de capacidad y otros consumos aplicables deben tenerse en cuenta.
Por tanto, aunque la funcionalidad simplifique la integración, el coste del proyecto dependerá de la capacidad contratada y de los recursos utilizados para almacenar, procesar y analizar los datos.
¿Es posible replicar varias empresas de Business Central en Microsoft Fabric?
Sí. El mirroring permite seleccionar distintas empresas y tablas de Business Central para sincronizar sus datos con Microsoft Fabric.
La configuración se realiza por entorno de Business Central, de modo que cada entorno debe configurarse de forma independiente.
Esta posibilidad resulta especialmente útil para organizaciones que gestionan varias sociedades y necesitan consolidar su información financiera, comercial u operativa en una plataforma analítica común.
Conclusión: ¿Qué significa esta novedad para el futuro de Business Central y Fabric?
La incorporación del mirroring nativo de Dynamics 365 Business Central en Microsoft Fabric supone un avance en la conexión entre los sistemas de gestión empresarial y las plataformas de análisis de datos.
Para las empresas que utilizan Business Central, esta integración facilita el acceso a la información financiera, comercial y operativa desde OneLake, donde puede combinarse con otras fuentes para desarrollar cuadros de mando, modelos analíticos y soluciones de inteligencia artificial.
Su principal aportación es reducir el esfuerzo técnico necesario para replicar y mantener actualizados los datos del ERP, permitiendo que los equipos dediquen más recursos a desarrollar soluciones analíticas que respondan a las necesidades del negocio.
No obstante, adoptar esta funcionalidad no debería ser un objetivo en sí mismo. La decisión debe partir de las características de cada organización: qué datos necesita analizar, con qué frecuencia deben actualizarse, qué sistemas deben integrarse y qué costes y requisitos técnicos implica la solución.
El valor del mirroring no está únicamente en simplificar la integración de Business Central con Fabric, sino en facilitar que los datos operativos se conviertan en una fuente de información útil para la toma de decisiones.
Si quieres conocer otras capacidades anunciadas junto a esta integración, consulta nuestro análisis de las principales novedades de Microsoft Fabric en FabCon Europe 2026.
Integra Dynamics 365 Business Central con Microsoft Fabric de la mano de Bismart
Replicar los datos de Business Central en OneLake es solo el primer paso. Para convertirlos en información útil, es necesario diseñar una arquitectura que garantice la integración, calidad, seguridad y disponibilidad de los datos.
En Bismart, como Microsoft Solutions Partner Cloud & AI Platforms y Fabric Featured Partner, ayudamos a las empresas a aprovechar Microsoft Fabric de principio a fin:
- Integración de datos empresariales: conectamos Business Central con otras fuentes como SAP, Dynamics 365, Salesforce o Azure para construir una visión unificada del negocio.
- Arquitectura y gobierno del dato: diseñamos soluciones basadas en OneLake, Lakehouse y Data Warehouse, estableciendo controles de calidad, seguridad y acceso a la información.
- Aceleradores propios: utilizamos soluciones como Data Integration Framework y Data Quality Framework para agilizar los procesos de integración y mejorar la fiabilidad de los datos.
- Analítica empresarial con Power BI: transformamos los datos operativos en modelos semánticos, indicadores y cuadros de mando para finanzas, ventas, operaciones y dirección.
- Inteligencia artificial y automatización: preparamos los datos para desarrollar modelos predictivos, agentes de IA y soluciones avanzadas de análisis.
Con más de 15 años de experiencia en Data & AI, acompañamos a las organizaciones desde el diseño de la arquitectura hasta la implantación y optimización de sus soluciones de datos.
Descubre nuestros servicios de consultoría Microsoft Fabric y cómo podemos ayudarte a conectar, gobernar y aprovechar los datos de tu empresa.
