Dynamics on-premises en 2026: cuánto cuesta seguir y cuándo migrar
Una guía para evaluar soporte, infraestructura, personalizaciones, seguridad, coste total y rutas hacia Business Central online.
Permanecer on-premises no es automáticamente una mala decisión. El problema aparece cuando la empresa mantiene Dynamics NAV o Business Central sin conocer el coste completo, la situación de soporte, la deuda técnica y las inversiones necesarias para conservar el entorno durante los próximos años.
No se trata de decidir entre on-premises y cloud por ideología
Hay organizaciones que pueden mantener Business Central on-premises de forma razonable porque trabajan con una versión vigente, actualizan periódicamente, controlan sus personalizaciones y disponen de una infraestructura segura. También existen empresas con restricciones operativas, regulatorias o de conectividad que justifican conservar determinados componentes locales.
La situación es muy distinta cuando el entorno depende de Dynamics NAV fuera de soporte, desarrollos C/AL difíciles de mantener, servidores antiguos, integraciones frágiles y conocimiento concentrado en pocas personas. En ese escenario, seguir igual no significa evitar un proyecto: significa aceptar costes y riesgos que continúan creciendo.
La decisión debe comparar tres alternativas reales: mantener el entorno actual, actualizar on-premises o migrar a Business Central online.
El mayor riesgo no es estar on-premises. Es no saber qué estás manteniendo.
No todos los entornos Dynamics on-premises están en la misma situación
Antes de hablar de migración hay que identificar la versión exacta, los componentes instalados, la fecha de finalización de soporte y la ruta técnica disponible. Presentar todo Dynamics on-premises como una única categoría conduce a decisiones incorrectas.
Soporte extendido finalizado
El soporte extendido finalizó el 14 de abril de 2026. Mantenerlo implica asumir una exposición creciente ante incidencias, compatibilidad, seguridad y disponibilidad de conocimiento especializado.
Último tramo de soporte
El soporte extendido finaliza el 11 de enero de 2027. El margen para analizar código, integraciones, datos, licencias y estrategia de transición ya es limitado.
Soporte extendido hasta 2028
El soporte extendido finaliza el 11 de enero de 2028. Existe más margen, pero las personalizaciones C/AL, las integraciones y la infraestructura pueden requerir una transición prolongada.
Producto vigente bajo política moderna
Business Central on-premises continúa soportado cuando se mantiene dentro de las versiones vigentes. La versión 28.x, correspondiente a 2026 release wave 1, tiene soporte hasta octubre de 2027.
El producto puede estar vigente y la versión no
Cada versión dispone de una ventana limitada de mantenimiento. Permanecer en Business Central on-premises exige actualizar con regularidad y comprobar compatibilidad de extensiones e integraciones.
Revisión inmediata recomendada
Las versiones anteriores requieren una evaluación específica de soporte, sistema operativo, SQL Server, personalizaciones, integraciones y disponibilidad de especialistas.
La versión es solo el primer dato
Dos empresas con NAV 2018 pueden tener riesgos completamente distintos. Una puede trabajar con pocas personalizaciones y procesos ordenados; otra puede depender de cientos de desarrollos, integraciones críticas y una infraestructura difícil de sustituir.
El coste on-premises no es únicamente la factura de mantenimiento
El error más habitual consiste en comparar la licencia cloud con una sola partida del entorno local. Para tomar una decisión rigurosa hay que calcular todo lo necesario para mantener la aplicación disponible, segura, actualizada y útil para el negocio.
Mantenimiento y licencias
Planes de mantenimiento, ampliaciones, módulos, usuarios, software relacionado y cualquier coste de continuidad contractual.
Servidores e infraestructura
Hardware, virtualización, almacenamiento, comunicaciones, energía, renovación, alojamiento y capacidad para picos de uso.
SQL Server y sistema operativo
Licencias, actualizaciones, compatibilidad, soporte y renovación de componentes que sostienen el ERP.
Copias y continuidad
Backup, restauración, réplica, recuperación ante desastres, pruebas periódicas y tiempos de recuperación.
Seguridad
Protección, monitorización, parches, identidades, accesos, auditoría, respuesta a incidentes y cumplimiento.
Actualizaciones del ERP
Análisis, adaptación de código, pruebas, resolución de incompatibilidades, formación y ventanas de cambio.
Personalizaciones
Mantenimiento de desarrollos heredados, correcciones, pruebas y dependencia de conocimiento especializado.
Integraciones
Interfaces con bancos, comercio electrónico, producción, logística, CRM, nómina y aplicaciones propias.
Equipo interno
Horas de IT dedicadas a administración, incidencias, coordinación, pruebas, proveedores y soporte a usuarios.
Disponibilidad de talento
Dificultad para localizar profesionales con conocimiento de versiones antiguas y código heredado.
Procesos paralelos
Excel, correos, bases auxiliares y tareas manuales que compensan limitaciones del entorno actual.
Coste de oportunidad
Automatización, integración, analítica, productividad e innovación que la arquitectura actual dificulta o encarece.
El error no es continuar on-premises. Es continuar por inercia.
Una empresa puede decidir permanecer local después de comparar escenarios y confirmar que dispone de soporte, seguridad, capacidad de actualización y una razón de negocio suficiente. Esa es una decisión consciente.
Otra cosa es aplazar indefinidamente el análisis porque el sistema todavía funciona. Un ERP puede seguir procesando transacciones y, al mismo tiempo, limitar el crecimiento, aumentar el riesgo y consumir una parte excesiva del presupuesto tecnológico.
Permanecer on-premises puede ser razonable si la decisión está respaldada por hechos
No todas las organizaciones necesitan migrar inmediatamente. Estos escenarios pueden justificar una continuidad temporal o estratégica, siempre que la empresa controle sus costes y riesgos.
Business Central actualizado
La organización mantiene versiones soportadas, actualiza periódicamente y dispone de extensiones compatibles con la evolución del producto.
Conectividad o aislamiento
Existen ubicaciones, instalaciones o procesos que requieren funcionamiento local, conectividad limitada o aislamiento técnico.
Condicionantes regulatorios
La empresa ha validado que determinados datos, procesos o sistemas deben mantenerse bajo un modelo de despliegue concreto.
Dependencias locales complejas
El ERP está conectado con maquinaria, automatización industrial o sistemas locales cuya modernización exige una hoja de ruta específica.
Coste total competitivo
El cálculo completo demuestra que mantener y actualizar el entorno resulta razonable durante el horizonte analizado.
Transición preparada por fases
La continuidad local forma parte de una hoja de ruta con fechas, dependencias, presupuesto y criterios claros de salida.
Hay señales que convierten la migración en una decisión de riesgo y continuidad
Una sola señal no obliga a migrar. La acumulación de varias indica que la empresa está dedicando cada vez más recursos a sostener el pasado y menos a mejorar la operación.
Versión fuera de soporte
El entorno ya no recibe el nivel de soporte necesario y cada incidencia resulta más difícil de resolver.
Personalizaciones bloqueantes
Actualizar exige revisar una gran cantidad de código heredado y nadie conoce completamente su funcionamiento.
Infraestructura envejecida
Servidores, SQL, sistemas operativos o mecanismos de recuperación necesitan una renovación relevante.
Dificultad para ampliar
Nuevos usuarios, empresas, países, integraciones o procesos requieren un esfuerzo desproporcionado.
Reporting reconstruido
La dirección depende de Excel y procesos manuales para obtener una visión que el ERP no proporciona con agilidad.
Integraciones frágiles
Las conexiones fallan, carecen de monitorización o dependen de componentes que ya no pueden evolucionar.
Dependencia de personas
El conocimiento del sistema está concentrado en uno o dos profesionales próximos a cambiar de función o jubilarse.
Procesos fuera del ERP
La operación real vive en hojas de cálculo, correos, carpetas compartidas o pequeñas aplicaciones paralelas.
Seguridad difícil de sostener
La empresa no puede garantizar con facilidad parches, monitorización, recuperación, accesos y auditoría.
Evolución demasiado lenta
Cada cambio funcional necesita meses, pruebas complejas y una inversión que impide responder al negocio.
Crecimiento empresarial
Adquisiciones, nuevas filiales, internacionalización o mayor volumen exigen una plataforma más escalable.
Necesidad de integración
Power Platform, Microsoft 365, datos, aplicaciones y automatización requieren una arquitectura más conectada.
Tres escenarios que deben analizarse antes de decidir
El análisis no debería partir de una conclusión predeterminada. Cada escenario debe incluir inversión inicial, costes recurrentes, riesgo, capacidad de evolución y efecto sobre la operación.
Mantener el entorno actual
La empresa conserva versión, infraestructura y modelo de operación, realizando únicamente las inversiones imprescindibles.
Actualizar on-premises
La organización evoluciona hacia una versión actual de Business Central on-premises y conserva el despliegue local.
Migrar a Business Central online
La empresa traslada la solución a un modelo SaaS y rediseña la arquitectura para reducir infraestructura y facilitar evolución.
La comparación debe utilizar el mismo horizonte y el mismo nivel de servicio
No es válido comparar una licencia cloud completa con el coste de mantenimiento de una aplicación local ignorando servidores, seguridad, actualizaciones, soporte y tiempo interno. Tampoco es correcto asumir que migrar elimina todos los costes de integración, adopción y evolución.
Qué datos necesitas para calcular el coste real a 36 meses
La calidad de la decisión depende de la información utilizada. Cuando no existen cifras exactas, pueden emplearse rangos, pero los supuestos deben quedar identificados.
Versión y módulos
NAV o Business Central, versión exacta, localización, verticales y funcionalidades utilizadas.
Usuarios y empresas
Usuarios completos, limitados, dispositivos, filiales, bases de datos y previsión de crecimiento.
Mantenimiento anual
Costes de licencias, planes de mantenimiento, soporte, ampliaciones y proveedores.
Infraestructura
Servidores, almacenamiento, SQL, sistemas operativos, hosting, comunicaciones y renovación prevista.
Seguridad y continuidad
Backup, recuperación, monitorización, protección, auditoría y pruebas de continuidad.
Personalizaciones
Número, criticidad, tecnología, documentación, uso real y esfuerzo de conversión o rediseño.
Integraciones
Sistemas conectados, tecnología, frecuencia, volumen, responsables y errores actuales.
Horas internas
Administración, soporte, incidencias, conciliaciones, pruebas, extracción de datos y coordinación.
Procesos manuales
Excel, tareas duplicadas, aprobaciones, carga de datos, informes y trabajo fuera del sistema.
Próximos cambios
Nuevos países, normativa, adquisiciones, volumen, canales, integraciones o procesos.
Riesgos económicos
Paradas, errores, dependencia, incumplimiento, imposibilidad de actualizar y pérdida de conocimiento.
Resultado esperado
Qué debe mejorar la empresa además de cambiar de plataforma: control, velocidad, integración o escalabilidad.
Migrar no consiste en trasladar todas las personalizaciones y todos los datos
Una migración que reproduce exactamente el sistema anterior puede resolver el fin de soporte y mantener intactos los problemas funcionales. La modernización debe distinguir entre aquello que aporta valor, aquello que puede resolverse con estándar y aquello que debe desaparecer.
Migrar todos los datos
No todo el histórico necesita estar operativo en el nuevo ERP. Parte puede archivarse o conservarse para consulta.
Replicar todo el código
Algunos desarrollos se crearon para compensar limitaciones antiguas y ya disponen de una alternativa estándar.
Mantener cada informe
Conviene revisar qué informes se utilizan, qué decisiones soportan y cuáles pueden sustituirse por analítica actual.
Copiar los procesos
Una migración es una oportunidad para eliminar pasos, duplicidades y aprobaciones que ya no aportan control.
Ignorar la adopción
El cambio tecnológico no genera valor si los usuarios continúan trabajando en herramientas paralelas.
Comparar solo licencias
La decisión debe considerar implantación, infraestructura, operación, soporte, riesgo y capacidad futura.
Dynamics NAV no migra directamente a Business Central online en todos los escenarios
Las versiones NAV 2015 a NAV 2018 siguen una ruta técnica que pasa por Business Central 14 on-premises y posteriormente por una versión moderna de Business Central on-premises antes de completar la transición a online.
Además, las personalizaciones C/AL deben convertirse en extensiones AL. Esto explica por qué una empresa con mucho código heredado necesita preparar la migración con tiempo, aunque todavía disponga de soporte extendido.
Cómo preparar una migración sin convertirla en una emergencia
La transición debe ordenar decisiones funcionales, técnicas y organizativas antes del corte. Empezar con tiempo permite comparar escenarios, limpiar datos y reducir personalizaciones antes de comprometer el calendario final.
Inventariar el entorno
Versión, módulos, objetos modificados, extensiones, integraciones, usuarios, empresas, histórico, infraestructura y dependencias externas.
Analizar procesos y uso real
Distinguir funcionalidad crítica, desarrollos no utilizados, trabajo paralelo, problemas actuales y necesidades futuras.
Definir la plataforma objetivo
Business Central online, Business Central on-premises actualizado, vertical sectorial, Power Platform, analítica e integraciones necesarias.
Clasificar personalizaciones
Mantener, sustituir por estándar, rediseñar, trasladar a Power Platform o retirar según valor, uso y coste de mantenimiento.
Preparar y limpiar datos
Decidir qué histórico debe migrarse, qué información se archiva y qué problemas de calidad deben resolverse antes de las cargas.
Construir y probar
Configuración, extensiones, integraciones, migraciones de prueba, reconciliación, seguridad, rendimiento y aceptación funcional.
Formar y preparar el cambio
Usuarios clave, procedimientos, soporte, comunicación, responsabilidades, calendario de corte y contingencia.
Migrar y estabilizar
Carga final, validación, puesta en producción, soporte reforzado, correcciones y seguimiento de adopción y rendimiento.
El valor no termina en Business Central
La modernización del ERP puede crear una base para conectar procesos que hoy están dispersos. El objetivo no es desplegar todas las tecnologías posibles, sino seleccionar las capacidades que resuelven problemas concretos.
Procesos alrededor del ERP
Aprobaciones, movilidad, formularios, automatización, portales y aplicaciones que no deberían convertirse en personalizaciones del núcleo.
Información para decidir
Modelos analíticos, indicadores, previsiones y una visión conectada entre finanzas, ventas, compras y operaciones.
Productividad conectada
Trabajo con Outlook, Teams, Excel, documentos y colaboración sin depender de exportaciones y copias manuales.
IA sobre procesos gobernados
Asistencia, generación, consulta y agentes cuando existen datos fiables, permisos y procesos suficientemente estructurados.
La decisión debería responder a negocio, riesgo y capacidad de ejecución
Estas preguntas ayudan a determinar si la empresa debe mantener, actualizar o migrar su entorno.
1. ¿Hasta cuándo tenemos soporte?
Versión del ERP, SQL, sistema operativo, componentes e integraciones.
2. ¿Cuánto cuesta realmente?
Costes visibles, tiempo interno, infraestructura, riesgo y trabajo manual.
3. ¿Qué nos impide hacer?
Procesos, integraciones, información, crecimiento, automatización o escalabilidad.
4. ¿Qué debemos conservar?
Procesos diferenciales, datos, integraciones, controles y conocimiento sectorial.
5. ¿Qué debemos retirar?
Código sin uso, datos innecesarios, procesos duplicados y sistemas paralelos.
6. ¿Qué riesgo tiene esperar?
Fin de soporte, pérdida de conocimiento, fallo técnico o crecimiento bloqueado.
7. ¿Qué valor debe generar?
Menos trabajo manual, mejor control, mayor velocidad o capacidad de crecimiento.
8. ¿Podemos ejecutarlo bien?
Patrocinio, equipo, datos, disponibilidad funcional, presupuesto y gestión del cambio.
No empezamos por recomendar cloud. Empezamos por entender el entorno.
Ayesa analiza versión, personalizaciones, integraciones, infraestructura, procesos, usuarios, datos, costes y objetivos antes de comparar escenarios. La recomendación puede ser migrar, actualizar on-premises, realizar una transición por fases o resolver primero determinadas dependencias.
El objetivo es evitar tanto la inmovilidad como una migración precipitada que replique los problemas existentes.
Assessment técnico
Versión, código, extensiones, integraciones, infraestructura y ruta disponible.
Assessment funcional
Procesos, uso real, problemas, trabajo manual y necesidades futuras.
Modelo de TCO
Comparativa de mantenimiento, actualización y migración a 24 o 36 meses.
Hoja de ruta
Fases, dependencias, riesgos, presupuesto, pruebas, adopción y transición.
Recursos para preparar la decisión de modernización
Estas guías amplían los aspectos funcionales, económicos y tecnológicos de la evolución desde Dynamics NAV y otros ERP heredados.
Modernización ERP Microsoft
Cómo elegir entre Business Central, Finance & Operations, Power Platform, Azure y una evolución progresiva.
Migrar Navision a Business Central
Procesos, datos, extensiones, integración y adopción para pasar a una plataforma ERP moderna.
Cuánto cuesta migrar NAV
Factores que explican el presupuesto y escenarios orientativos según complejidad y alcance.
Power Platform conectada al ERP
Apps, flujos, movilidad e integración para resolver procesos alrededor del ERP sin sobrecargar el núcleo.
ERP preparado para agentes
Por qué datos, permisos y procesos modernos son la base para aplicar Copilot y agentes empresariales.
Comparativas ERP Microsoft
Guías para comparar plataformas, modelos de despliegue y alternativas sin reducir la decisión al precio de licencia.
No esperes al fin de soporte para empezar a decidir
NAV 2016 ya ha terminado su soporte extendido, NAV 2017 se acerca a su fecha final y NAV 2018 dispone de más margen, pero puede necesitar una transición técnica considerable. Business Central on-premises sigue vigente, aunque exige mantener un ritmo de actualización y asumir la operación local.
La decisión correcta no es migrar por presión comercial ni permanecer por comodidad. Es comparar costes, riesgos, capacidad de evolución y valor para el negocio utilizando datos reales del entorno.
Calcula el TCO antes de comprometer el siguiente ciclo
Con la versión actual, usuarios, mantenimiento, infraestructura, personalizaciones e integraciones podemos comparar mantener, actualizar y migrar durante los próximos 36 meses.
Dudas habituales sobre Dynamics NAV y Business Central on-premises
Estas respuestas ayudan a ordenar la decisión antes de calcular el coste y definir una hoja de ruta.
¿Dynamics on-premises está descatalogado?
No como categoría general. Business Central on-premises continúa bajo la política moderna de soporte de Microsoft. La situación depende de la versión concreta y de si la empresa mantiene el entorno actualizado.
¿Dynamics NAV 2016 sigue soportado?
No. Su soporte extendido finalizó el 14 de abril de 2026. Conviene revisar la exposición técnica, de seguridad y continuidad y definir una ruta de actualización o migración.
¿Cuándo finaliza el soporte de Dynamics NAV 2017?
El soporte extendido finaliza el 11 de enero de 2027. Las organizaciones con NAV 2017 deberían estar realizando ya el análisis de versión, código, datos, infraestructura y alternativas.
¿Cuándo finaliza el soporte de Dynamics NAV 2018?
El soporte extendido finaliza el 11 de enero de 2028. Existe más margen, pero una solución con muchas personalizaciones puede necesitar una preparación prolongada.
¿Podemos actualizar NAV y continuar on-premises?
Sí. La empresa puede evolucionar hacia Business Central on-premises, siempre que la ruta técnica, las extensiones, la infraestructura y el coste futuro resulten adecuados.
¿NAV puede migrar directamente a Business Central online?
No en todos los casos. Las rutas estándar desde NAV 2015 a NAV 2018 pasan por versiones intermedias de Business Central on-premises antes de completar la migración a online.
¿Qué ocurre con las personalizaciones C/AL?
Deben analizarse y convertirse a extensiones AL cuando corresponda. También conviene revisar si siguen siendo necesarias o si pueden sustituirse por estándar, configuración o Power Platform.
¿Hay que migrar todo el histórico?
No necesariamente. Debe decidirse qué información necesita estar operativa, qué puede archivarse y qué datos carecen de valor suficiente para justificar su traslado.
¿Business Central online siempre cuesta menos?
No puede afirmarse sin analizar el entorno. El resultado depende de usuarios, infraestructura, personalizaciones, integraciones, operación y horizonte temporal. La comparación correcta utiliza el coste total.
¿Cuánto tiempo puede durar una migración?
Depende de la versión, el número de empresas, el volumen de datos, las personalizaciones, las integraciones, el rediseño funcional y la disponibilidad de usuarios clave.
¿Podemos migrar por fases?
Sí, aunque la estrategia debe analizar dependencias entre empresas, procesos, datos e integraciones. La transición por fases puede reducir riesgo si está bien diseñada.
¿Qué necesita Ayesa para realizar una primera evaluación?
Versión, usuarios, empresas, costes de mantenimiento, infraestructura, personalizaciones, integraciones, fecha de renovación, problemas actuales y objetivos del negocio.
Comprueba siempre el ciclo de vida y la ruta aplicable a tu versión
Las fechas, versiones soportadas y rutas técnicas pueden cambiar. La evaluación debe utilizar la documentación vigente en el momento de iniciar el proyecto.
Compara mantener, actualizar o migrar tu entorno Dynamics
Indícanos qué versión utilizas, cuántos usuarios tienes, cuándo renuevas y qué personalizaciones e integraciones son críticas. Prepararemos una primera evaluación del escenario y de la información necesaria para calcular el TCO.
¿Conectamos?
La tecnología bien aplicada suele facilitar las cosas. Si sospechas que también puede ser de ayuda para ti, concédenos la oportunidad de conocerte y demostrarte hasta qué punto es así.
Suscríbete a nuestra enews mensual, y no te pierdas los mejores contenidos sobre Microsoft Dymanics 365
Información respecto al tratamiento de los datos solicitados, de acuerdo con el RGPD 2016/679 y la LOPDGDD 3/2018: el responsable es Ibermática SA; la finalidad es la recogida y tratamiento de los datos personales que solicitamos para atender tu consulta, enviarte nuestras publicaciones, newsletters, promociones de productos y/o servicios, y recursos exclusivos; la legitimación se establece mediante el consentimiento expreso; no se cederán datos a terceros, salvo obligación legal; en cualquier momento puedes ejercer tus derechos de acceso, rectificación, supresión, portabilidad, limitación u oposición al tratamiento de tus datos, así como retirar el consentimiento prestado o formular reclamaciones ante la Autoridad de Control, enviando la solicitud por correo electrónico a: arco@ibermatica.com; puedes consultar la información adicional y detallada sobre Privacidad y Protección de Datos de Carácter Personal en la Política de Privacidad de Ibermática S.A.
¿Por qué Ayesa?
Somos uno de los principales implantadores de Microsoft, con casi 2000 clientes que han depositado su confianza en nosotros para la implantación de Dynamics 365, Business Central (NAV / Navision) y Dynamics 365 Finance & Operations (AX / Axapta). Además, destacamos en el despliegue de proyectos sobre AZURE y Microsoft 365. Nuestra experiencia en el campo de la inteligencia artificial y el uso de Copilot nos sitúa a la vanguardia de la innovación tecnológica.
Con una plantilla de más de 12.000 profesionales y una sólida presencia en 23 países, estamos comprometidos en ayudar a nuestros clientes a definir y aprovechar oportunidades en el nuevo contexto digital. Desde la tecnología hasta las personas, ofrecemos un enfoque integral que garantiza el éxito en cada proyecto.
- ÚLTIMAS ENTRADAS DEL BLOG -
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)