Export to Data Lake se detiene en noviembre: ¿seguirán actualizándose tus datos?
30 de noviembre de 2026: el plazo que obliga a revisar las integraciones de Dynamics 365 Finance y Supply Chain Management.
Microsoft confirma el cese definitivo del complemento antiguo Export to Azure Data Lake. Los datos históricos permanecerán, pero las actualizaciones nuevas dejarán de exportarse. Descubre qué entornos están afectados y cómo decidir entre Link to Microsoft Fabric y Azure Synapse Link sin comprometer el reporting, la analítica ni los procesos que dependen del ERP.
La retirada afecta al complemento heredado de LCS; no implica que se detengan Dynamics 365 Finance, Fabric ni Synapse Link.
01 · El cambio confirmado
El 30 de noviembre no desaparece el ERP: desaparece una vía antigua de actualización de datos
Hay decisiones tecnológicas que pueden esperar al siguiente presupuesto y otras que terminan convirtiéndose en un problema operativo si se aplazan demasiado. La retirada definitiva de Export to Azure Data Lake pertenece a la segunda categoría para aquellas compañías que todavía dependen de ese mecanismo para sacar información de Dynamics 365 Finance y de las aplicaciones de finanzas y operaciones hacia su plataforma de datos.
Microsoft ha anunciado que el complemento antiguo instalado desde Dynamics Lifecycle Services (LCS) dejará de exportar registros nuevos y modificados el 30 de noviembre de 2026. El servicio llevaba retirado desde el 1 de noviembre de 2024, pero había mantenido una continuidad transitoria. Ese periodo termina. No hay ampliaciones anunciadas. El contenido ya depositado en el lago de datos permanecerá, lo que puede crear una falsa sensación de normalidad mientras la información empieza a quedarse atrás.
Pensemos en el responsable financiero que abre su informe de tesorería y ve cifras perfectamente presentadas, o en el director de operaciones que consulta un panel de inventario con todos sus colores y alertas. Si el origen de actualización deja de trabajar, el informe no tiene por qué mostrar un error. Puede seguir abriéndose, pero estar respondiendo a una realidad anterior. Un dato desactualizado que parece fiable puede ser más peligroso que un informe que no funciona.
Este artículo no pretende alarmar a quienes usan Microsoft Fabric, Azure Synapse Link o Power BI en general. La retirada se refiere a un componente heredado muy concreto. El objetivo es ayudar a responsables de sistemas, datos, finanzas y operaciones a identificar si tienen dependencia real, comprender las diferencias entre los sustitutos disponibles y decidir una transición que conserve la continuidad del negocio.
La pregunta no es únicamente si Export to Data Lake se apaga. La pregunta es qué decisiones de tu empresa dependen de los datos que todavía mueve ese complemento.
02 · Alcance real
A quién afecta la retirada y a quién no
Una expresión como “fin de Data Lake” puede llevar a interpretaciones equivocadas. Ni Azure Data Lake Storage Gen2 ni Microsoft Fabric desaparecen por este anuncio. Tampoco se produce una interrupción general de Dynamics 365 Finance, Dynamics 365 Supply Chain Management o Power Platform. Lo que se detiene es el servicio de exportación heredado que se instalaba como complemento del entorno de finanzas y operaciones desde LCS.
Este complemento utilizaba captura de cambios para generar archivos CSV en un almacenamiento gestionado por el cliente. Sobre esos archivos podían construirse pipelines con Azure Data Factory, transformaciones, almacenes analíticos, modelos de Power BI, cuadros de mando y procesos de integración con otras aplicaciones. El almacenamiento y los programas posteriores pueden seguir operativos después del corte, pero ya no recibirán nuevos cambios a través de ese servicio.
Qué se detiene
Qué no se detiene
No es lo mismo un sistema que deja de procesar operaciones que una integración que deja de transmitirlas. La segunda situación puede tardar más en descubrirse. Quizá el responsable de compras sigue registrando pedidos y las ventas continúan facturándose, mientras el panel corporativo, la integración con un data warehouse o una extracción hacia un tercero dejan de reflejar las operaciones recientes.
También conviene evitar otra confusión: Microsoft menciona en sus documentos otros servicios históricos, como Bring Your Own Database (BYOD). Es importante revisar el mapa completo de integraciones, pero la fecha del 30 de noviembre de 2026 no debe aplicarse automáticamente a BYOD. En su documentación, Microsoft distingue ambos servicios y no establece la misma retirada definitiva para BYOD.
La referencia oficial puede consultarse en las preguntas frecuentes de transición de Microsoft Learn y en su inventario de funcionalidades retiradas de Finance and Operations.
03 · Diagnóstico de dependencias
Cómo saber si la empresa está realmente expuesta
La primera comprobación no debería hacerse sobre el diseño de los informes, sino sobre su arquitectura de alimentación. Una empresa puede ver Power BI, Synapse, SQL y un lago de datos y no saber qué servicio produce realmente los archivos que consumen los procesos posteriores. Por eso, antes de elegir un sustituto, conviene diferenciar cuatro situaciones que a menudo se mezclan.
| Situación actual | ¿Impacta este anuncio? | Lectura de negocio |
|---|---|---|
| Complemento Export to Azure Data Lake de LCS activo | Sí, directamente. | Los cambios del ERP dejarán de exportarse mediante este mecanismo el 30/11/2026. |
| Link to Microsoft Fabric ya configurado | No por esta retirada. | Sigue soportado; conviene comprobar si funciona con el modo de sincronización previsto y si alimenta todos los datos necesarios. |
| Azure Synapse Link for Dataverse | No por esta retirada. | Es la alternativa soportada para continuar exportando al almacenamiento propio; revisar perfiles y procesos descendentes. |
| Power BI conectado por otras vías, BYOD u otras integraciones | No automáticamente. | Revisar el conector real, los flujos dependientes y los anuncios específicos de cada servicio. |
Una señal útil es la documentación o el histórico de implantación. Si aparece un complemento de exportación en LCS, un proceso CDC que genera CSV, carpetas en Azure Data Lake Storage Gen2 y pipelines que convierten esos archivos antes de consumirlos, es posible que exista la dependencia. Pero ninguna pista aislada prueba que la arquitectura esté afectada: hay que verificar de dónde proceden hoy las actualizaciones.
Una segunda señal aparece en los propios procesos de datos: tablas de movimientos contables, inventario, clientes, pedidos y proyectos que salen del ERP y se recomponen fuera. Si las actualizaciones pasan por el complemento antiguo, deben mapearse tanto las tablas como las transformaciones, horarios, expectativas de latencia y responsables del dato. Dos empresas con el mismo ERP pueden tener dependencias completamente diferentes.
Antes de preguntar “¿migramos a Fabric?”, hay que responder “¿qué información dejaría de ser fiable si mañana se congela la exportación?”
04 · Riesgos empresariales
El verdadero riesgo: informes que siguen funcionando con datos cada vez menos actuales
Cuando el flujo antiguo se detiene, el problema puede desplazarse de forma silenciosa entre departamentos. La responsabilidad técnica puede estar en sistemas, pero el impacto se materializa en el cálculo de márgenes, el cumplimiento de compromisos, la coordinación de equipos y las decisiones directivas. Por eso, hablar exclusivamente de cambiar un conector reduce el alcance real de la conversación.
Finanzas y controlling
Cadena de suministro
Gestión de proyectos y construcción
Datos, BI e inteligencia artificial
Imaginemos una compañía industrial con fabricación y distribución. El ERP captura la salida de mercancías, las compras, las facturas pendientes y los pedidos nuevos. La plataforma analítica combina esos movimientos con previsiones comerciales y otros datos. Si la exportación deja de actualizarse, el negocio mantiene la actividad, pero la capa de información corporativa empieza a divergir. Al principio quizá solo se nota en un KPI; después, en previsiones de caja, compromisos y decisiones de aprovisionamiento.
En una constructora el recorrido puede ser distinto: datos de compras y costes del ERP alimentan un seguimiento consolidado de proyectos. En una distribuidora logística, el impacto puede aparecer en pedidos, tarifas y rentabilidad por cliente. Lo importante no es dramatizar cada caso, sino entender que la criticidad no se mide por el nombre de la tecnología, sino por la decisión empresarial que depende del flujo.
LA DECISIÓN NO ES UNA MODA TECNOLÓGICA
Del dato que se exporta al dato que se puede gobernar y utilizar
Migrar por una fecha límite es necesario. Aprovechar la transición para conectar finanzas, operaciones y analítica con criterios de seguridad, calidad y coste es lo que crea valor.
05 · Arquitectura de destino
Fabric Link o Azure Synapse Link: cuál resuelve tu caso
Microsoft recomienda, para la mayor parte de las organizaciones que abandonan integraciones heredadas, Link to Microsoft Fabric con sincronización de baja latencia. Su atractivo es una experiencia gestionada donde no es necesario mantener el mismo circuito de extracción a un almacenamiento propio y conversión de archivos para realizar analítica en Fabric. El dato se presenta mediante integración con Dataverse y OneLake, con acceso para usuarios autorizados.
La segunda ruta es Azure Synapse Link for Dataverse. Tiene sentido cuando la empresa necesita seguir exportando datos de forma continua a una cuenta de almacenamiento propia para dar servicio a herramientas, aplicaciones o procesos que exigen control directo sobre esa capa. Las dos rutas son soportadas, pero sirven a necesidades de arquitectura diferentes. No existe una respuesta universal que dependa solamente del tamaño de la empresa.
| Criterio de elección | Link to Microsoft Fabric | Azure Synapse Link for Dataverse |
|---|---|---|
| Objetivo principal | Explotar datos de Dynamics y Dataverse desde Fabric con una experiencia gestionada. | Exportar continuamente información a almacenamiento propio para procesos analíticos e integraciones. |
| Almacenamiento | Integración gestionada en la gobernanza de Dataverse y acceso desde OneLake/Fabric. | Cuenta de almacenamiento y servicios Azure bajo el control del cliente. |
| Procesos heredados | Puede exigir adaptar consumidores que esperaban archivos CSV o una ruta física específica. | Puede encajar mejor si los sistemas actuales necesitan archivos y flujos incrementales en almacenamiento propio. |
| Costes a evaluar | Consumo de almacenamiento Dataverse, capacidad Fabric, gobierno y cargas analíticas. | Almacenamiento Azure, proceso de datos, conversión, cómputo y operación de flujos. |
| Uso de IA y analítica | Apropiado cuando Fabric es una parte estratégica de la plataforma empresarial de datos. | Apropiado cuando el lago propio alimenta una arquitectura de datos más amplia o requisitos externos. |
| Complejidad de transición | Validar tablas, permisos, actualizaciones, formato y transformación del consumo. | Validar perfiles, tablas, Delta, almacenamiento, pipelines y tratamiento de cambios. |
Conviene ser precisos con el concepto de “sin copia”. Microsoft describe Fabric Link como integración sin necesidad de los procesos ETL tradicionales de exportación del cliente, pero eso no significa que las decisiones de modelado, seguridad, calidad o costes desaparezcan. El equipo de datos sigue teniendo que decidir qué información se publica, quién accede, con qué semántica se interpreta y cómo se gobierna su uso.
Tampoco basta con comprobar que la interfaz permite crear un vínculo. La disponibilidad de ciertas opciones depende de la versión del entorno, permisos, capacidad, región y características soportadas. En finanzas y operaciones hay particularidades que no se pueden dar por supuestas, como la selección de tablas, ciertas propiedades de seguimiento de cambios, la actualización de metadatos y las restricciones de tablas del sistema.
06 · Baja latencia
Qué significa realmente sincronizar datos de Finance con Fabric
La sincronización de baja latencia es una pieza central de la transición recomendada por Microsoft. Su motor escribe cambios directamente en formato Delta Parquet desde Dataverse, eliminando la etapa intermedia en CSV del mecanismo anterior. Esto puede mejorar la sincronización inicial y el tratamiento incremental de datos. Sin embargo, baja latencia no significa actualización instantánea garantizada. El rendimiento depende del volumen inicial, las modificaciones, el tamaño de cada tabla, sus columnas y otros factores.
Además, Microsoft indica que la sincronización de baja latencia se habilita progresivamente por estación o región de servicio. No todas las organizaciones han de asumir que el nuevo motor ya está disponible en su contexto. La comprobación práctica se realiza en el vínculo de Fabric, donde puede identificarse el modo de baja latencia. Para entornos de finanzas y operaciones también existen requisitos mínimos de versiones y compilaciones que deben verificarse con la documentación vigente.
La gran ventaja
El límite que no debemos ocultar
Un ejemplo: el reporte de pedidos podría actualizarse con la cadencia esperada, mientras una tabla de seguridad o de estructura societaria sigue otro mecanismo de actualización. Si el equipo evalúa la solución exclusivamente con una tabla sencilla, se expone a sorpresas cuando conecte las dimensiones necesarias para generar indicadores consolidados. La prueba debe incluir casos extremos, anulaciones, correcciones, cambios de empresa y ciclos de cierre.
También existen diferencias de formato y metadatos. La documentación de Microsoft sobre el motor de baja latencia advierte, por ejemplo, sobre el tratamiento de ciertas marcas temporales y dependencias que interpreten formatos concretos. Esto importa a empresas con notebooks, consumidores externos, modelos semánticos antiguos o transformaciones que se han mantenido durante años sin documentación exhaustiva.
Una modernización bien planteada consiste en demostrar la fidelidad de la información, no solo el éxito de la sincronización. El criterio final debería ser que los saldos cuadren, los movimientos se interpreten correctamente y los procesos puedan detectar que un dato no se ha actualizado dentro de la ventana acordada.
07 · Método de transición
Seis comprobaciones para proteger datos e informes sin improvisar
La transición debe comenzar por los consumidores y retroceder hasta el origen. Esta forma de trabajar evita el error de migrar tablas que nadie usa y olvidar una extracción pequeña que alimenta un cierre económico crítico. El proyecto se convierte así en una revisión de la cadena de valor del dato, desde el movimiento operativo hasta la decisión de negocio.
Inventariar flujos y dependencias
Localizar el complemento de LCS, las cuentas de almacenamiento, carpetas, tablas y entidades exportadas, frecuencia de actualización, transformaciones, notebooks, pipelines, informes, modelos y sistemas externos. Documentar quién es responsable de cada uso y qué pasaría si el flujo se detuviera.
Clasificar por criticidad de negocio
Separar informes exploratorios de procesos que afectan a cierre, conciliación, tesorería, inventario, compromisos de servicio o integración entre aplicaciones. Definir la frescura aceptable, el horario de corte y la evidencia que permitirá confirmar continuidad.
Elegir patrón y validar requisitos
Comparar Link to Fabric y Synapse Link en función de almacenamiento, seguridad, formato, frecuencia de cambios, licenciamiento, capacidad y consumidores. Comprobar permisos y compatibilidad de versión en Power Platform y finanzas y operaciones.
Probar datos reales, no solo una demostración
Trabajar con tablas representativas, volúmenes relevantes, compañías legales, movimientos borrados, personalizaciones, periodos de cierre y entidades con lógica específica. Contrastar recuentos, sumas, cortes temporales, relaciones y consistencia.
Migrar dependencias y mantener trazabilidad
Adaptar pipelines, consultas, modelos semánticos y permisos; revisar qué procesos dejan de ser necesarios y cuáles siguen aportando valor. Mantener una transición controlada sin asumir que un nuevo vínculo reconstruye automáticamente todos los consumidores.
Operar con controles visibles
Registrar retrasos, errores, cambios de esquema y variaciones de volumen. Dejar claro cómo se identifica la última actualización válida y cómo se avisa a los responsables cuando un dato deja de cumplir el nivel de servicio esperado.
El mayor error metodológico es pensar que la transición termina cuando las tablas aparecen en Fabric o en el almacenamiento de Synapse. Esa es una condición técnica necesaria, pero insuficiente. El cierre real llega cuando un usuario de negocio puede confiar en que el dato que consulta sigue teniendo la misma definición, trazabilidad y actualidad que antes, o cuando se han documentado claramente las diferencias aceptadas.
08 · Particularidades técnicas
Tablas personalizadas, cambios incrementales y eliminaciones: dónde suelen aparecer las sorpresas
Una de las cuestiones menos visibles suele aparecer en los proyectos desarrollados a medida. Los sistemas de finanzas y operaciones pueden contener tablas personalizadas, entidades virtuales, campos añadidos por el partner o transformaciones construidas sobre estructuras antiguas. Microsoft advierte de que no todos estos elementos se habilitan automáticamente en los servicios actuales.
En la ruta de Synapse Link, determinadas tablas personalizadas necesitan activar seguimiento de cambios. Algunas entidades de finanzas y operaciones pueden no superar las reglas de validación necesarias. En esos casos, quizá sea necesario trabajar sobre tablas subyacentes, revisar el modelo de consumo o recurrir al conocimiento de desarrollo de la solución. No es un fallo que se solucione con una casilla genérica: depende del escenario concreto.
Hay además comportamientos específicos que deben probarse: las filas eliminadas pueden mantenerse con una marca de borrado que el consumidor debe interpretar; ciertas tablas de sistema se actualizan a intervalos propios; algunas columnas especiales o binarias presentan restricciones. Un indicador financiero que sumara registros sin filtrar correctamente las bajas podría dar resultados erróneos sin provocar ningún error de ejecución.
Qué revisar en personalizaciones
Qué revisar en el consumidor
No todas las empresas necesitan construir de nuevo su plataforma. Microsoft explica que las alternativas modernas conservan determinadas formas de datos y facilitan la continuidad de inversiones previas. La decisión debe ser proporcionada: conservar lo que funciona, sustituir lo que depende del servicio retirado y simplificar donde haya una razón económica o funcional clara.
09 · Economía de la decisión
Cuánto puede costar no migrar y cómo comparar las alternativas sin cifras inventadas
El coste de la migración no se explica únicamente sumando licencias. Hay que separar inversión inicial de transición, servicios de nube que se dejan de consumir, servicios nuevos, operación, soporte y riesgos de interrupción. En algunos casos, Fabric Link reduce la necesidad de mantener almacenamiento intermedio y cargas de transformación. En otros, Synapse Link conserva mejor el control sobre el lago propio y evita rehacer consumidores externos. La cuenta económica depende del paisaje actual.
Fabric Link utiliza el entorno de Dataverse y puede incrementar su consumo de almacenamiento. A ello se suma la capacidad de Fabric utilizada por los procesos analíticos. Azure Synapse Link requiere valorar almacenamiento propio, proceso de conversión, uso de Spark donde proceda, consultas, pipelines, transferencia y mantenimiento. No existe una comparación honesta sin revisar volúmenes, crecimiento de tablas, frecuencia de cambio y necesidades de consulta.
Microsoft publica estimaciones ilustrativas de costes y beneficios para determinados escenarios de transición, pero advierte de que los resultados dependen del tamaño y composición de los datos y del patrón de sincronización. No conviene convertir ejemplos de documentación en una promesa de ahorro de Ayesa. El ahorro tiene que calcularse sobre recursos reales, cargas actuales y una arquitectura objetivo.
| Partida | Qué influye en el coste | Pregunta de negocio |
|---|---|---|
| Continuidad | Reconfiguración de informes, integraciones y controles. | ¿Qué procesos no pueden permitirse un periodo de datos desactualizados? |
| Almacenamiento | Volumen, retención, duplicación y crecimiento de tablas. | ¿Estamos pagando por almacenar varias veces el mismo dato? |
| Cómputo | Conversión, ingesta, consultas, cargas y capacidad. | ¿Dónde consume recursos cada lectura o actualización? |
| Gobierno | Identidades, permisos, auditoría, clasificación y trazabilidad. | ¿Quién puede ver qué datos y quién responde por su calidad? |
| Operación | Monitorización, errores, incidencias y evolución del esquema. | ¿Cuánto esfuerzo requiere mantener la integración en producción? |
Para el CFO la comparación se traduce en coste total y riesgo. Para el CIO, en simplificación y seguridad. Para los responsables de datos, en fiabilidad, disponibilidad y capacidad de adaptación. Es la misma decisión observada desde tres perspectivas legítimas. Una arquitectura aparentemente más barata que no cumple con las necesidades de actualización o continuidad puede acabar siendo la más cara.
Si el análisis de costes conduce hacia Fabric, conviene relacionarlo con la discusión general sobre cuánto cuesta Microsoft Fabric y con la gestión de capacidad y rendimiento. Son decisiones conectadas, pero no equivalentes: migrar datos no elimina la necesidad de dimensionar correctamente la analítica.
10 · Seguridad y gobierno
Una plataforma moderna no sirve de nada si nadie sabe quién puede consultar los datos
Cuando hablamos de datos empresariales, la seguridad no se resuelve únicamente habilitando una conexión. Hay que revisar el recorrido desde el ERP al consumidor, la identidad usada por los servicios, el modelo de permisos en Dataverse, los accesos al espacio de trabajo de Fabric o al almacenamiento Azure y la forma en que se consultan datos financieros, personales o comerciales.
En Link to Fabric, la integración se apoya en mecanismos gestionados por Microsoft y en los límites de gobernanza de Dataverse. Pero el hecho de que la plataforma ofrezca capacidades de seguridad no significa que cualquier usuario de un workspace deba acceder a cualquier dato del ERP. Las autorizaciones y su revisión siguen siendo una responsabilidad de diseño y operación.
En Synapse Link, la propia cuenta de almacenamiento puede estar bajo el control del cliente, con configuración de redes, identidades gestionadas y accesos diferenciados. El modelo puede dar más control a determinadas arquitecturas, pero también exige gestionar correctamente esos controles. En ambos enfoques hay que entender qué permisos operativos se aplican y cuáles deben replicarse o reconstruirse en la capa analítica.
Protección del dato
Calidad que se puede demostrar
También es importante decidir qué ocurre con los datos históricos. Microsoft confirma que los archivos ya exportados permanecen en el lago del cliente, pero eso no supone automáticamente que deban conservarse indefinidamente ni que estén listos para cualquier explotación futura. Retención, cumplimiento, valor probatorio, costes y accesibilidad deben evaluarse según las políticas de la organización.
ERP + DATOS + IA
¿Y si el verdadero objetivo fuera conectar las decisiones, no solo mover datos?
Conectar el ERP con una plataforma analítica gobernada facilita cuadros de mando coherentes, automatización, previsiones y proyectos de IA con contexto real. La condición es empezar por los procesos y los datos correctos.
11 · Valor más allá del plazo
Aprovechar la transición para conectar ERP, analítica y decisiones empresariales
Un proyecto motivado por una retirada tecnológica puede convertirse en una oportunidad de arquitectura. Eso no obliga a reemplazar todo el modelo de datos ni a lanzar una transformación masiva, pero sí permite cuestionar dependencias que suelen permanecer invisibles hasta que un servicio se retira: transformaciones duplicadas, accesos no documentados, sincronizaciones manuales y definiciones diferentes del mismo indicador.
Cuando el ERP, el CRM y la analítica se conectan con criterios comunes, se facilita responder preguntas que el negocio lleva años formulando sin encontrar una respuesta estable. ¿Qué pedidos comprometidos tienen riesgo de entrega? ¿Qué clientes son rentables cuando incorporamos el coste real de servicio? ¿Qué proyectos están consumiendo margen? ¿Qué información puede utilizar un agente para orientar a un usuario sin inventar respuestas?
No obstante, una conexión entre sistemas no crea por sí sola un modelo semántico compartido. La definición de un cliente, una factura, una compañía legal, una reserva o un proyecto puede ser diferente entre aplicaciones. Esa diferencia debe resolverse con reglas explícitas, responsables funcionales y controles, especialmente cuando el resultado se utilizará para automatizar decisiones o alimentar un asistente de IA.
Construcción y proyectos
Industria y distribución
Dirección financiera
Arquitecturas de IA empresarial
En Ayesa trabajamos la conexión entre ERP, CRM y Power Platform, Azure empresarial y Microsoft Fabric para que las iniciativas de datos e IA no queden desconectadas de los procesos reales. La retirada de Export to Data Lake plantea una necesidad concreta; el alcance de la modernización se decide según cada organización.
12 · Lectura ejecutiva
Las preguntas que deberían poder responder el CIO, el CFO y el responsable de datos
Una transición de esta naturaleza suele generar una conversación distinta en cada área. Sistemas pregunta cómo mantener el servicio; datos quiere conocer las particularidades del nuevo origen; finanzas necesita confianza en las cifras; operaciones teme que se interrumpa una integración crítica. La respuesta responsable debe permitir que todos entiendan la misma decisión con sus consecuencias.
| Perfil | Preguntas que importan | Evidencia que debería existir |
|---|---|---|
| CIO / IT Manager | ¿Qué integraciones dependen del servicio heredado? ¿Qué riesgos operativos hay? | Inventario técnico, arquitectura destino, permisos, monitorización y continuidad. |
| CFO / Dirección financiera | ¿Qué informes críticos pueden dejar de estar actualizados? ¿Qué coste total implica el cambio? | Pruebas de reconciliación, datos de cierre y estimación económica fundamentada. |
| Responsable de datos | ¿Qué tablas, borrados, formatos y cambios afectan a los consumidores? | Diccionario de origen y destino, pruebas de datos y definición de frescura. |
| Operaciones / Supply Chain | ¿Qué datos utiliza la operación diaria y en qué horario deben estar disponibles? | Casos representativos con fechas de actualización y tolerancias conocidas. |
| Seguridad y cumplimiento | ¿Dónde reside el dato y quién puede acceder? ¿Cómo se audita? | Modelo de permisos, control de accesos, retención y trazabilidad. |
El diálogo entre perfiles también ayuda a evitar soluciones sobredimensionadas. Si el objetivo es alimentar un sistema externo con datos incrementales sobre almacenamiento propio, Synapse Link puede ser una opción más apropiada que rediseñar todo alrededor de Fabric. Si el objetivo prioritario es analizar datos empresariales en una plataforma Microsoft integrada y gobernada, Fabric Link puede simplificar considerablemente la arquitectura.
No hay mérito en elegir el nombre más moderno si el proyecto no resuelve la dependencia que motivó la decisión. La pregunta correcta es qué arquitectura ofrece una continuidad verificable, un coste proporcional y una evolución sostenible para los procesos concretos de la empresa.
13 · Preguntas frecuentes
Lo que más preguntan los equipos que todavía utilizan Export to Data Lake
Estas respuestas sintetizan la documentación oficial de Microsoft y los principales puntos que conviene aclarar antes de decidir. Cada organización debe comprobar versiones, requisitos y compatibilidad de su propia arquitectura; no existe una única ruta que sirva para todos los entornos.
¿Export to Data Lake deja de funcionar en todas las versiones de Dynamics 365?
No. La retirada confirmada afecta al complemento heredado Export to Azure Data Lake utilizado por aplicaciones de finanzas y operaciones e instalado desde LCS. No equivale a una parada general de Dynamics 365 ni de otras capacidades de exportación.
¿Qué sucede exactamente el 30 de noviembre de 2026?
El servicio deja de exportar nuevas modificaciones y registros mediante el mecanismo legado. Los archivos exportados con anterioridad permanecen en el almacenamiento, por lo que un consumidor puede seguir leyendo información histórica sin que esta se actualice.
¿Microsoft concederá más tiempo a los clientes que no hayan migrado?
La documentación oficial indica que no se concederán extensiones después del 30 de noviembre de 2026. La decisión no debe depender de conseguir una excepción.
¿Tenemos que migrar obligatoriamente a Microsoft Fabric?
No en todos los casos. Microsoft recomienda Link to Microsoft Fabric con sincronización de baja latencia para la mayoría de las transiciones desde servicios heredados. Azure Synapse Link para Dataverse continúa siendo una alternativa soportada cuando se requiere exportar a almacenamiento propio.
¿Azure Synapse Link y Fabric Link también se retiran?
No por este anuncio. Microsoft los identifica expresamente como servicios soportados, y aclara que los vínculos de Fabric existentes tampoco se apagan por la retirada de Export to Data Lake.
¿Podemos seguir usando los datos ya exportados al lago?
Sí, Microsoft señala que los archivos ya existentes permanecen. No obstante, la organización debe gestionar permisos, retención, coste y claridad sobre su fecha de actualización. El dato histórico no sustituye a un flujo operativo vigente.
¿Es suficiente crear un enlace a Fabric y volver a conectar Power BI?
No necesariamente. La transición puede requerir revisar tablas, transformaciones, filtros, eliminaciones, metadatos, medidas, permisos y dependencias de otros sistemas. La validación de saldos y movimientos de negocio es tan importante como la conexión técnica.
¿Se pueden incorporar tablas personalizadas de Finance and Operations?
En muchos escenarios sí, pero dependen de versiones, soporte de seguimiento de cambios y tipo de tabla o entidad. No debe presumirse cobertura idéntica; algunas requieren configuración o asistencia de desarrollo.
¿La nueva sincronización es siempre en tiempo real?
No. La sincronización de baja latencia reduce pasos y puede mejorar la rapidez, pero los tiempos dependen de carga inicial, cambios, volumen y características del entorno. Algunas tablas del sistema tienen un comportamiento específico y no siguen actualización incremental casi en tiempo real.
¿Qué sucede con las filas eliminadas o corregidas?
Hay que probar cómo se representan y cómo las interpreta el consumidor. En Synapse Link, por ejemplo, pueden conservarse filas con una marca isDelete. No tratar correctamente ese indicador puede afectar a sumas, saldos y análisis.
¿BYOD se detiene también el 30 de noviembre de 2026?
La fecha comunicada en este aviso es específica de Export to Data Lake. Microsoft distingue BYOD como un servicio heredado al que recomienda evolucionar, pero no lo incluye en ese mismo cese definitivo con la misma fecha.
¿Cuál es el primer signo de que estamos ante una dependencia crítica?
No es el volumen de datos. Es que un informe, integración, cierre financiero o proceso operativo esencial reciba actualizaciones desde el complemento de LCS. Si no se conoce el recorrido completo desde el ERP hasta el consumidor, hay una dependencia que debe hacerse visible.
14 · Ayesa y Microsoft
Una transición de datos fiable exige conocimiento del ERP y de la plataforma cloud
La fecha límite es concreta, pero la decisión no debería reducirse a una sustitución apresurada del conector. En Ayesa reunimos capacidades de Dynamics 365 Finance, Dynamics 365 Supply Chain Management, Microsoft Azure, Microsoft Fabric, Power Platform e integración empresarial para abordar el recorrido completo: dependencia actual, impacto en el negocio, arquitectura de destino y continuidad de los datos.
Una revisión útil empieza con preguntas precisas: qué tablas llegan hoy al lago, qué aplicaciones consumen esa información, qué latencia necesita cada área, qué desarrollo propio existe y qué costes y controles exige el modelo objetivo. Con esa fotografía es posible diferenciar entre una transición limitada para proteger informes críticos y una modernización más amplia que tenga sentido económico y funcional.
Nuestro enfoque no consiste en recomendar Fabric por defecto ni en mantener indefinidamente integraciones antiguas. Consiste en elegir el patrón adecuado según el dato, el consumidor, la seguridad y la operación. Cuando el caso lo requiere, el valor está en conectar el proyecto de Dynamics 365 con los equipos de datos y cloud y evitar que la decisión se tome por departamentos aislados.
30 de noviembre de 2026: la fecha está fijada. La pregunta importante es si tu compañía sabe qué procesos están conectados al servicio que se detiene.
EXPERIENCIA MICROSOFT
Tecnología conectada, experiencia de implantación y especialización
Las capacidades de Ayesa en Business Applications, Azure, datos y Power Platform permiten analizar dependencias cruzadas y abordar soluciones con visión integral. Consulta nuestras designaciones, especializaciones y certificaciones Microsoft.
15 · Documentación oficial
Referencias para contrastar los requisitos y las decisiones técnicas
Para facilitar la validación técnica y la toma de decisiones, estas son las referencias oficiales de Microsoft que fundamentan las fechas, los requisitos y las opciones de transición descritas en el artículo. Las características pueden variar según la versión y el estado de despliegue de cada entorno.
Retirada del servicio heredado
Confirma la fecha, el alcance del complemento LCS y qué servicios siguen siendo compatibles.
Comparativa de alternativas
Explica ventajas, limitaciones, costes y comportamientos de datos.
Configuración y baja latencia
Prerrequisitos, roles, selección de tablas y motor de sincronización.
Datos de Finance and Operations
Tablas, entidades, borrados, cambios y restricciones específicas.
También puede ampliarse el contexto en nuestras páginas sobre Fabric integrado con Dynamics 365 Finance y Business Central, Dataverse como capa de datos ERP y modernización de ERP Microsoft.
CONECTA CON EL EQUIPO MICROSOFT DE AYESA
¿Sabes qué procesos dependen de Export to Data Lake?
Si tu empresa utiliza Dynamics 365 Finance o Supply Chain Management y necesita asegurar la continuidad de su plataforma de datos, podemos revisar el punto de partida, las integraciones afectadas y las alternativas viables. Una conversación técnica enfocada en riesgos, arquitectura y decisiones reales.
Cuéntanos cómo está conectada hoy tu información
Indica en el mensaje si utilizáis el complemento de LCS, si el destino es un data lake propio o si estáis valorando Fabric o Synapse Link.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)