Seguir con Dynamics NAV en 2026: riesgos, costes y cuándo migrar a Business Central
No todas las empresas con NAV deben migrar mañana. Pero tampoco conviene confundir “todavía funciona” con “sigue siendo una plataforma adecuada para los próximos cinco años”.
Dynamics NAV ha soportado durante años procesos críticos de miles de empresas. El problema no es que deje de arrancar. El problema aparece cuando mantenerlo empieza a condicionar seguridad, integraciones, reporting, costes de infraestructura, cambios regulatorios, disponibilidad de talento y la capacidad de conectar el ERP con automatización, datos, Copilot y agentes.
Si NAV todavía funciona, ¿por qué migrar?
Porque “funcionar” no es el único criterio con el que se evalúa un ERP. Un sistema puede seguir contabilizando, facturando y registrando pedidos correctamente y, al mismo tiempo, estar creando una dependencia tecnológica que encarece cada cambio.
La decisión no debería partir de una consigna comercial del tipo “todo debe ir a cloud”. Hay organizaciones con Dynamics NAV estable, procesos bien resueltos y poca necesidad de cambio inmediato. En esos casos, una migración mal preparada puede generar más riesgo que beneficio.
El problema aparece cuando NAV empieza a actuar como freno: integraciones difíciles, personalizaciones imposibles de actualizar, servidores que nadie quiere tocar, reporting paralelo, dependencia de una o dos personas clave, procesos manuales alrededor del ERP o imposibilidad de conectar de forma limpia con el ecosistema Microsoft actual.
No migres porque NAV sea viejo. Migra cuando el coste de seguir igual supere el coste y el riesgo de modernizar.
Esa comparación debe incluir infraestructura, mantenimiento, personas, personalizaciones, seguridad, tiempo de cambio, innovación bloqueada y coste de oportunidad. Solo mirar la cuota de licencia produce una decisión incompleta.
El calendario importa, pero no todas las versiones de NAV están en la misma situación
Dynamics NAV se rige por la política de ciclo de vida fijo de Microsoft. Las versiones antiguas han ido agotando soporte en momentos distintos. NAV 2013 R2, por ejemplo, terminó su soporte extendido en enero de 2023. NAV 2018, la última gran versión de NAV antes de Business Central, mantiene soporte extendido hasta enero de 2028.
Esto evita simplificaciones. Decir “NAV ya no tiene soporte” sin identificar la versión es incorrecto. Pero también sería engañoso interpretar 2028 como una invitación a esperar hasta el último día. El ciclo de vida es solo una variable dentro de una decisión que puede necesitar meses de análisis, preparación, limpieza, desarrollo, pruebas y despliegue.
El riesgo ya es operativo
Cuando una versión lleva años fuera de soporte, cada cambio depende más del partner, del conocimiento acumulado y de compatibilidades no diseñadas para el presente.
2028 no está tan lejos
El soporte extendido finaliza en enero de 2028. Para una empresa con muchas personalizaciones, integraciones y usuarios, el proyecto debe planificarse bastante antes.
Modelo de evolución continua
Business Central trabaja sobre una cadencia moderna de actualizaciones y extensiones, reduciendo la lógica histórica de grandes saltos de versión.
El coste real de quedarse con NAV rara vez aparece en una única factura
Por eso muchas empresas concluyen que NAV “sale barato”: comparan la cuota de mantenimiento con una inversión de migración. El problema es que buena parte del coste está disperso entre infraestructura, horas internas, integraciones, consultoría, retrabajo y decisiones que se aplazan.
Infraestructura
Servidores, almacenamiento, backups, sistemas operativos, SQL Server, monitorización, recuperación, energía o hosting siguen formando parte del TCO aunque no estén imputados al ERP.
Actualizaciones difíciles
Cuanto más personalizado está NAV, más caro puede ser aplicar cambios técnicos, fiscales o funcionales sin alterar código histórico.
Integraciones artesanales
Interfaces construidas hace años pueden depender de ficheros, procesos batch o APIs antiguas que requieren mantenimiento específico.
Reporting paralelo
Excel, Access, consultas SQL y bases auxiliares pueden convertirse en otro sistema de información que la empresa mantiene alrededor del ERP.
Dependencia de personas
Una personalización puede seguir funcionando porque una persona sabe cómo está hecha. El día que esa persona no está, el sistema se vuelve mucho más caro.
Cambios lentos
Cada nueva filial, proceso, integración, automatización o requisito puede necesitar más análisis del que debería porque el core está demasiado acoplado.
Seguridad heredada
Modelos de acceso, cuentas técnicas y servidores pueden haber crecido durante años sin rediseñarse conforme al modelo de identidad moderno de Microsoft.
Coste de oportunidad
El más difícil de ver: iniciativas de automatización, datos, Copilot o agentes que no se plantean porque acceder al ERP de forma limpia resulta demasiado complejo.
El problema no es cuánto código tienes. Es cuánto negocio depende de código que nadie quiere tocar.
Muchas implantaciones de NAV evolucionaron durante diez o quince años mediante modificaciones directas sobre el estándar. Era una forma normal de trabajar en aquel momento. En Business Central, la arquitectura moderna se apoya en extensiones AL, que separan mejor la personalización del core.
Microsoft exige convertir personalizaciones C/AL a extensiones AL para determinados escenarios de migración a Business Central Online. Esto obliga a revisar qué código merece realmente llegar al futuro.
Y ahí aparece una oportunidad: no migrar automáticamente cada personalización histórica. Algunas cubren necesidades que hoy ya están en estándar. Otras deberían resolverse con Power Platform. Otras no se utilizan. Y algunas siguen siendo críticas y deben modernizarse correctamente.
Clasifica cada personalización
NAV puede integrarse. La pregunta es cuánto cuesta seguir integrándolo.
Es falso que Dynamics NAV sea incapaz de integrarse con otros sistemas. Muchas empresas tienen arquitecturas perfectamente funcionales conectadas con ecommerce, bancos, WMS, CRM, portales, BI o aplicaciones sectoriales.
El problema aparece cuando cada nueva integración requiere tratar el ERP como una excepción. En Business Central Online, APIs, web services, Microsoft Entra, Power Platform y el ecosistema cloud proporcionan una base más alineada con arquitecturas modernas.
El valor no está en “tener una API”. Está en reducir el coste marginal de conectar el siguiente proceso, la siguiente aplicación y la siguiente fuente de datos.
cada integración nueva necesita consultar a la misma persona que conoce una personalización antigua.
existen múltiples bases auxiliares para mover información entre NAV y otras aplicaciones.
el reporting corporativo depende de extracciones nocturnas difíciles de modificar.
Power Platform o Copilot se plantean siempre “por fuera” porque tocar NAV parece demasiado arriesgado.
El riesgo no es que NAV sea “inseguro”. Es mantener una arquitectura que ya no evoluciona al mismo ritmo que las amenazas.
NAV puede operar en entornos bien protegidos. Pero cuanto más antigua es la versión y su infraestructura, más responsabilidad recae sobre la empresa para mantener sistemas operativos, SQL, red, backups, autenticación, endpoints y compatibilidades en un estado adecuado.
Identidad
Business Central Online se integra con Microsoft Entra y puede formar parte de políticas modernas de MFA y Conditional Access.
Plataforma
El modelo SaaS desplaza parte de la responsabilidad de infraestructura, mantenimiento y actualización hacia Microsoft.
Gobierno
Migrar no elimina la responsabilidad de definir usuarios, permisos, segregación de funciones, integraciones y auditoría.
Cuando el dato sale de NAV para poder entender NAV, el problema ya no es solo de reporting
Una señal frecuente de envejecimiento es que el ERP sigue siendo el sistema transaccional, pero la gestión real ocurre fuera: Excel para previsiones, Access para operaciones, SQL para cuadros de mando, aplicaciones propias para workflow y ficheros compartidos para consolidación.
No significa que esas herramientas sean incorrectas. El problema es cuando forman un segundo ERP invisible cuyo mantenimiento depende de procesos manuales y conocimiento tácito.
Business Central puede conectarse con Power BI, Power Platform y servicios de datos de Microsoft de forma más natural. La oportunidad no es “hacer más dashboards”, sino construir un dato más reutilizable para análisis, automatización e IA.
Señales de un ERP rodeado de satélites
Copilot no convierte automáticamente un ERP antiguo en un ERP inteligente
La conversación sobre IA ha añadido presión a muchos proyectos de modernización, pero conviene evitar el humo. El valor de Copilot y los agentes depende de la calidad del dato, de la integración, de los permisos y de la posibilidad de actuar sobre procesos con seguridad.
Si el ERP sigue aislado, las experiencias de IA terminan trabajando con información incompleta o desarrollándose como capas externas difíciles de gobernar. Por eso el verdadero salto no consiste en añadir un chatbot encima de NAV.
El salto consiste en preparar una arquitectura donde ERP, datos, Power Platform, Microsoft 365, Azure y Copilot puedan trabajar de forma conectada.
De sistema transaccional a plataforma conectada
Business Central Online suele ser el destino lógico, pero no es la única arquitectura posible
Microsoft mantiene Business Central on-premises y documenta rutas de actualización desde determinadas versiones de Dynamics NAV. Esto importa porque algunas organizaciones tienen requisitos regulatorios, técnicos, de conectividad o de integración que hacen necesario analizar alternativas.
Cuando buscas reducir infraestructura y acelerar evolución
Microsoft gestiona la plataforma SaaS, las actualizaciones siguen el ciclo cloud y el entorno se integra de forma natural con servicios Microsoft modernos.
Cuando existen requisitos específicos
Mantiene más control local sobre infraestructura, pero también más responsabilidad operativa y de actualización. Debe evaluarse por necesidad, no por inercia.
La decisión importante no es cloud frente a on-premises. Es qué arquitectura permite operar, evolucionar y gobernar el ERP con un riesgo y coste razonables para los próximos años.
Hay situaciones en las que empezar ahora una migración puede ser una mala decisión
Una migración ERP consume atención directiva y capacidad de negocio. Si no existe una razón suficiente o la organización no está preparada, forzarla puede destruir valor.
NAV está estable y soportado
La versión tiene horizonte razonable, el coste es controlable y no existen bloqueos estratégicos relevantes.
No hay capacidad de negocio
Finanzas, operaciones y usuarios clave están inmersos en otra transformación crítica y no pueden participar correctamente.
No conocemos las personalizaciones
Antes de estimar hay que descubrir qué hace realmente el sistema y qué dependencias existen.
El objetivo es solo “estar en cloud”
Sin objetivos de proceso, coste, seguridad, dato o evolución, la migración corre el riesgo de reproducir el mismo ERP en otro sitio.
Datos y procesos están sin ordenar
Puede ser más eficiente preparar maestros, integraciones y modelo operativo antes de ejecutar la transformación técnica.
No existe sponsor
Un proyecto ERP sin dirección capaz de decidir prioridades suele convertirse en una migración técnica interminable.
Doce señales de que esperar empieza a ser una decisión más arriesgada que migrar
Migrar NAV no significa necesariamente trasladar el sistema pieza por pieza
Microsoft dispone de rutas y herramientas para migrar datos desde Dynamics NAV y Business Central on-premises a Business Central Online en escenarios compatibles. Pero la herramienta técnica no decide la estrategia funcional.
Conservar mucho de lo existente
Puede encajar cuando procesos y datos están bien estructurados y el valor diferencial reside en personalizaciones que deben modernizarse.
Migrar lo esencial y rediseñar lo demás
Útil cuando NAV arrastra muchos años de personalizaciones, maestros inconsistentes o procesos que la empresa ya no quiere reproducir.
Reducir riesgo organizativo
Grupos, sociedades, procesos o geografías pueden migrarse en etapas cuando la arquitectura y el modelo de negocio lo permiten.
No compares “licencia Business Central” contra “mantenimiento NAV”. Compara dos futuros.
Un business case correcto debe poner frente a frente el coste de mantener la plataforma actual durante varios años y el coste de transformarla. El escenario NAV debe incluir los gastos que probablemente seguirán apareciendo: infraestructura, upgrades, soporte, personalizaciones, integración, disponibilidad de perfiles y proyectos que habrá que posponer o construir por fuera.
El escenario Business Central debe incluir licencias, implantación, migración de datos, extensiones, testing, integración, gestión del cambio, formación y costes de transición. No hay que esconderlos.
La decisión mejora cuando ambos escenarios incorporan también variables no financieras: tiempo de cambio, resiliencia, capacidad de integración, seguridad, disponibilidad de talento y velocidad para lanzar nuevas iniciativas.
Coste total de seguir con NAV
Cómo decidir si migrar NAV sin convertir la decisión en un proyecto de seis meses
Antes de lanzar una implantación completa, una fase corta de diagnóstico puede convertir intuiciones en información suficiente para decidir.
Versión y arquitectura
Identificar NAV, SQL, infraestructura, addons, interfaces y ciclo de vida.
Personalizaciones
Inventariar qué código existe y cuánto negocio depende de él.
Procesos
Distinguir lo que debe conservarse de lo que se quiere cambiar.
Datos
Calidad, volumen, históricos, maestros y necesidades de migración.
Business case
Comparar TCO de seguir frente a inversión y beneficios de modernizar.
Roadmap
Decidir estrategia, alcance, fases, riesgos y momento adecuado.
Si respondes “sí” a seis o más, ya merece la pena hacer números
No decidas la migración mirando una sola pieza
Migrar NAV a Business Central
Arquitectura, estrategia, riesgos y pasos para modernizar Dynamics NAV.
Dynamics 365 Business Central
Qué aporta hoy Business Central como ERP cloud para empresas.
Cuánto cuesta Business Central en 2026
Licencias, implantación, migración, integraciones y escenarios de inversión.
Soporte y mantenimiento NAV
Cómo mantener estabilidad y control cuando la migración todavía no es inmediata.
Power Platform conectada al ERP
Automatizar procesos periféricos sin romper el core.
ERP + IA Microsoft
De ERP transaccional a plataforma conectada para Copilot y agentes.
Dudas habituales sobre seguir con Dynamics NAV o migrar a Business Central
¿Dynamics NAV sigue teniendo soporte en 2026?
Depende de la versión. Algunas versiones de NAV finalizaron soporte hace años. Dynamics NAV 2018 mantiene soporte extendido hasta enero de 2028 según Microsoft Lifecycle. Por eso conviene identificar la versión exacta antes de valorar riesgo.
¿Tengo que migrar NAV obligatoriamente a Business Central?
No existe una obligación universal de migrar inmediatamente. La decisión depende de soporte, infraestructura, costes, personalizaciones, procesos, seguridad y necesidades futuras. Lo importante es conocer el coste y riesgo de ambas alternativas.
¿Business Central es simplemente NAV en la nube?
Business Central mantiene continuidad funcional con NAV, pero su arquitectura, modelo de extensiones, ciclo de actualización, integración cloud y conexión con Microsoft 365, Power Platform y otros servicios hacen que la evolución sea más profunda que trasladar el mismo servidor a otro alojamiento.
¿Se pueden migrar los datos de NAV a Business Central Online?
Microsoft ofrece herramientas y rutas de migración para versiones y escenarios compatibles. La viabilidad concreta depende de versión, base de datos, extensiones, personalizaciones y calidad de los datos.
¿Qué ocurre con las personalizaciones C/AL?
Las personalizaciones que deben mantenerse en Business Central moderno necesitan revisarse y, en los escenarios correspondientes, convertirse a extensiones AL. No todo el código histórico debería migrarse automáticamente.
¿Migrar a Business Central elimina todos los costes de IT?
No. El SaaS reduce determinadas responsabilidades de infraestructura y mantenimiento, pero siguen existiendo licencias, administración, soporte, integración, gobierno, extensiones, adopción y evolución. El valor debe evaluarse sobre el coste total.
¿Cuándo debería empezar una empresa con NAV 2018 a preparar la migración?
No existe una fecha única. Una empresa con muchas personalizaciones, filiales e integraciones debería empezar a analizar el escenario bastante antes del fin de soporte de 2028, porque diagnóstico, rediseño, desarrollo, pruebas y cambio organizativo pueden requerir tiempo.
¿Es mejor actualizar o reimplantar?
Depende de cuánto valor exista en la configuración actual. Un NAV relativamente estándar y bien gobernado puede favorecer una ruta de transformación más continuista. Un entorno con muchos años de deuda técnica puede beneficiarse de una reimplantación selectiva.
¿Puedo mantener NAV mientras preparo la migración?
Sí. De hecho, una transición bien planificada requiere mantener el entorno actual estable mientras se analiza y ejecuta el cambio. Conviene evitar añadir nueva deuda técnica durante ese periodo.
¿La IA es una razón suficiente para migrar?
No por sí sola. Copilot y los agentes pueden reforzar el business case, pero la decisión debe sostenerse también en procesos, costes, seguridad, datos, integración y arquitectura. Una mala migración no se vuelve buena por añadir IA al discurso.
Antes de decidir, conviene separar hechos de percepciones
Microsoft mantiene documentación oficial sobre ciclo de vida de NAV, rutas de actualización y migración de datos a Business Central Online. Es la base adecuada para validar compatibilidad y soporte antes de diseñar una estrategia.
¿NAV sigue siendo una buena decisión o simplemente todavía no se ha roto nada?
Antes de lanzar una migración completa se puede analizar versión, personalizaciones, infraestructura, integraciones, procesos, datos y coste total para saber si modernizar tiene sentido ahora, más adelante o mediante una estrategia por fases.
Ayesa puede ayudar a construir ese diagnóstico y convertirlo en una decisión de negocio, no en una discusión abstracta entre “on-premises” y “cloud”.
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)