La noticia de 2026 no es un apagón: es el final de un modelo de continuidad comercial.
En julio de 2026, Microsoft comunicó que Dynamics NAV afronta una nueva etapa en su ciclo de vida. El anuncio no se limita a la retirada gradual de soporte de versiones antiguas. Fija el 30 de abril de 2031 como fecha de terminación de determinadas renovaciones y posibilidades de compra que permitían mantener o ampliar instalaciones on-premises. Para muchas empresas ese segundo reloj puede ser incluso más decisivo que el calendario técnico.
El motivo es sencillo. Una empresa no decide el futuro de su ERP por curiosidad tecnológica. Lo hace porque necesita incorporar una nueva sociedad, absorber una adquisición, aumentar usuarios, adaptarse a un circuito financiero o seguir operando con garantías razonables. Cuando el proveedor modifica las condiciones de renovación o ampliación, esa decisión deja de ser exclusivamente técnica y pasa a entrar en la agenda del CFO, el CIO y la dirección de operaciones.
Microsoft explica el alcance del anuncio en su comunicado sobre las opciones de migración de NAV, GP y SL. La ficha de ciclo de vida, por su parte, establece las fechas de soporte de cada versión. Son documentos distintos y responden a preguntas distintas. Mezclarlos puede llevar a invertir demasiado pronto, demasiado tarde o con un objetivo equivocado.
Pensemos en una organización industrial con una implantación de NAV 2018 muy personalizada. El sistema sigue facturando, haciendo pedidos y calculando costes. Nada indica que mañana vaya a dejar de arrancar. Sin embargo, la empresa puede enfrentarse a una ampliación de usuarios, a una exigencia de auditoría o a la sustitución de un servidor que depende de componentes antiguos. El verdadero riesgo no es el corte de alimentación; es perder alternativas justo cuando aparecen nuevos requisitos.
Esto explica por qué este artículo no pretende ser una guía de migración paso a paso. Esa necesidad ya tiene un lugar propio en Ayesa365, en nuestra página de migración de Navision a Dynamics 365 Business Central. Aquí vamos a trabajar el calendario contractual y su impacto económico, organizativo y estratégico.
El calendario real de NAV: 2026, 2027, 2028 y 2031 no significan lo mismo.
| Fecha | Hito | Qué debería entender la empresa |
|---|---|---|
| 14 abril 2026 | Finalización del soporte de Dynamics NAV 2016. | Para las instalaciones que siguen en esta versión, el riesgo técnico del fabricante ya existe. |
| 11 enero 2027 | Fin del soporte extendido de Dynamics NAV 2017. | La continuidad del ERP depende aún más de controles propios, terceros y un plan de evolución. |
| 11 enero 2028 | Fin del soporte extendido de Dynamics NAV 2018. | Microsoft deja de ofrecer el soporte previsto en la política de ciclo de vida fijo para esta versión. |
| 30 abril 2031 | Fin de renovaciones de determinados planes y suscripciones NAV; fin de compra de usuarios perpetuos adicionales. | Se estrechan las opciones contractuales de continuidad y crecimiento del entorno heredado. |
Las fechas de fin de soporte anteriores proceden del catálogo Microsoft Lifecycle. En algún documento global pueden verse diferencias aparentes de un día debido a la zona horaria de publicación; para el lector en España tomamos como referencia las fichas oficiales en castellano de cada producto.
El cambio de canal anunciado para nuevas suscripciones de Business Central on-premises a partir del 1 de febrero de 2027 es otro asunto distinto. No convierte a NAV en una suscripción cloud ni amplía automáticamente su soporte. Puede ser relevante para la estrategia contractual de un cliente, pero no debe mezclarse con las condiciones concretas de sus licencias NAV.
No existe una fecha única para «el fin de Navision»
NAV 2016, NAV 2017 y NAV 2018 tienen calendarios técnicos diferentes. Las reglas del 30 de abril de 2031 aplican de forma transversal a determinados mecanismos comerciales de Dynamics NAV on-premises. Cada instalación debe examinar su versión y contrato exactos.
Lo caro no es quedarse en NAV. Lo caro es quedarse sin opciones.
El riesgo aparece cuando una operación que necesita nuevos usuarios, nuevas sociedades o integraciones tiene que negociarse con un ERP heredado, dependencias poco documentadas y un calendario comercial que ya no es indefinido.
¿Qué se pierde realmente al finalizar el soporte de NAV 2018?
Cuando termina el soporte extendido, el programa no se borra de los servidores y los datos no desaparecen. Las organizaciones pueden conservar instalaciones operativas si disponen de derechos de uso y medios para mantenerlas. Lo que cambia es la cobertura del fabricante: según la política de ciclo de vida, ya no existe la misma disponibilidad de actualizaciones de seguridad, correcciones y soporte para esa versión.
Eso no convierte automáticamente cada instalación en insegura. Su exposición depende de arquitectura, conectividad, versiones de sistema operativo y base de datos, cuentas de servicio, segregación, controles de red, uso de terceros, procesos de recuperación y otras variables. Pero deja de ser sensato asumir que el fabricante resolverá una incidencia sobre la aplicación cuando surja.
Seguridad y vulnerabilidades
Hay que conocer qué componentes permanecen soportados, qué controles compensatorios existen y cuál es el riesgo aceptado. Un ERP sin soporte no equivale a una incidencia inmediata, pero sí reduce la capacidad de respuesta frente a fallos futuros.
Dependencias tecnológicas
NAV puede funcionar junto a SQL Server, Windows Server, herramientas de reporting, EDI, portales y conectores que siguen sus propios calendarios. El riesgo real suele residir en la combinación y no solo en el ejecutable ERP.
Cumplimiento y cambios legales
Las obligaciones fiscales, de facturación y trazabilidad no esperan al calendario del fabricante. La empresa debe comprobar quién adaptará sus procesos y qué alcance contractual tiene ese mantenimiento.
Conocimiento y continuidad
Un desarrollo hecho hace ocho años puede depender de dos consultores y de documentación incompleta. La disponibilidad de personas, código y procedimientos de recuperación es parte del riesgo empresarial.
A partir de aquí, la conversación con el proveedor de soporte cambia. Ya no basta con preguntar cuántas incidencias atiende. Hay que delimitar qué componentes asume, qué exclusiones existen, si dispone de procedimientos probados de backup y restauración, qué pruebas realiza y qué ocurriría ante una incompatibilidad inesperada.
Una decisión razonable puede ser conservar NAV durante un periodo definido. Pero conservarlo con intención, presupuesto y límites es distinto de aplazar indefinidamente cualquier reflexión. El primer enfoque protege el negocio; el segundo delega en la suerte.
Para organizaciones que deben continuar temporalmente on-premises, el servicio de soporte NAV y Navision de Ayesa puede ser un punto de entrada para valorar ese entorno sin presuponer que la migración inmediata sea la única solución.
Qué cambia el 30 de abril de 2031: cuatro asuntos contractuales que no deberíamos confundir.
La comunicación de Microsoft sobre Dynamics NAV delimita varios mecanismos comerciales. No todos los clientes los utilizan. Por eso la primera lectura debe partir de las facturas, contratos, derechos de uso y programas vigentes de cada organización. Las expresiones Enhancement Plan, Advantage Plan, SPA y SPLA no son sinónimos.
Renovaciones de Service Plan
Microsoft anuncia el fin de las renovaciones anuales de planes como Enhancement Plan (EP) y Advantage Plan (AP) aplicables a NAV. Tener un contrato con un tercero no significa que se mantenga idéntica la cobertura original del fabricante.
Usuarios perpetuos adicionales
Después de la fecha anunciada no podrán adquirirse licencias de usuarios perpetuos adicionales para instalaciones NAV existentes. Es relevante para crecimiento orgánico, nuevas plantas, fusiones y procesos de expansión.
Renovaciones de suscripción NAV
Dejarán de renovarse determinadas licencias de suscripción NAV bajo los mecanismos comerciales afectados, como SPA. Hay que revisar modalidad, vigencia y contraparte para conocer el efecto concreto.
Uso mediante SPLA
Microsoft prevé también terminar el uso de suscripciones NAV bajo SPLA, según su comunicación. El matiz de condiciones y calendarios debe comprobarse en el acuerdo aplicable.
La conclusión no es que todos los contratos de soporte privado dejen de existir ni que todas las licencias perpetuas se anulen de repente. Una licencia perpetua legítimamente adquirida puede conservar derechos de uso según sus términos; lo que termina es la posibilidad anunciada de comprar ampliaciones y mantener determinadas renovaciones. Para cualquier decisión contractual concreta es imprescindible revisar los documentos de licenciamiento y la confirmación del partner o fabricante.
Un responsable financiero debería distinguir entre el coste de una licencia, la cobertura del plan, el coste de soporte de terceros y la capacidad de incorporar nuevos usuarios. Si el presupuesto combina estas partidas en una sola línea de «mantenimiento ERP», será muy difícil anticipar el impacto económico del nuevo calendario.
El error más frecuente
Interpretar «no podré renovar determinadas coberturas en 2031» como «Microsoft desactivará mi ERP en 2031». No es lo anunciado. Lo correcto es analizar qué derechos seguirán vigentes y qué capacidades comerciales dejan de estar disponibles.
CFO: el problema no es solamente el precio de Business Central, sino el coste de perder flexibilidad.
Cuando se habla de sustituir NAV, la conversación suele atascarse en una comparación poco útil: «la licencia perpetua ya está amortizada y la suscripción cloud cuesta todos los meses». Es una parte de la verdad, no el análisis económico completo. Un ERP puede estar contablemente amortizado y seguir consumiendo recursos relevantes de mantenimiento, infraestructura, adaptación, integraciones, auditoría y soporte.
Para decidir con criterio hay que separar el coste que existe aunque no se cambie nada del coste incremental de modernizar. El primero incluye alojamiento, versiones de base de datos, seguridad, pruebas, recuperación, soporte técnico, modificaciones a medida y horas internas para mantener procesos que han crecido alrededor del ERP. El segundo incorpora implantación, suscripciones, transformación del dato, adopción, rediseño de procesos y cambios de integración.
No todo ese coste desaparece al pasar a cloud. Business Central sigue requiriendo gobierno funcional, permisos, calidad del dato, administración de extensiones, soporte y evolución. Afirmar que la nube elimina el mantenimiento sería tan inexacto como afirmar que mantener NAV no cuesta nada.
| Dimensión de coste | Mantener NAV | Modernizar con Business Central |
|---|---|---|
| Licencias | Derechos adquiridos, planes vigentes, limitaciones futuras y necesidades de ampliación. | Suscripciones conforme a SKU, usuarios y condiciones comerciales vigentes. |
| Tecnología | Servidores, sistemas operativos, SQL, seguridad, backup y pruebas de recuperación. | Servicio cloud, conectividad, administración, extensiones y servicios complementarios. |
| Personalizaciones | Modificaciones históricas, compatibilidad, conocimiento y soporte especializado. | Selección de extensiones, rediseño de diferenciales y eliminación de deuda innecesaria. |
| Integraciones | Mantenimiento de conectores, procesos batch, EDI, ficheros y conexiones con terceros. | APIs y mecanismos de integración apropiados, con esfuerzo de adaptación y gobierno. |
| Operación | Procesos maduros, pero con límites de evolución o tareas manuales añadidas. | Potencial de automatización y nuevas funciones, condicionado por adopción y proceso. |
| Riesgo | Obsolescencia, dependencia de terceros, respuesta ante incidentes y cambios normativos. | Riesgo de proyecto, gestión del cambio, migración, nuevos costes recurrentes y adaptación funcional. |
Una empresa puede descubrir que mantener NAV dos años adicionales es razonable. Otra, con varias filiales, integraciones críticas y falta de soporte especializado, puede concluir que el coste de seguir aplazando ya supera el de iniciar una transformación. Ambas decisiones pueden ser defendibles si se comparan escenarios homogéneos.
Para preparar una conversación económica más completa, la guía de precios e inversión de Dynamics 365 Business Central desarrolla costes de licenciamiento, implantación y escenarios. Este artículo se centra en la restricción futura de continuidad comercial, no en repetir un catálogo de tarifas.
El coste oculto de esperar: cuatro situaciones donde las fechas cambian la ecuación.
Una adquisición multiplica los usuarios
Una compañía compra otra empresa y quiere incorporar equipos a su NAV. Si el marco comercial limita nuevas licencias, el proyecto no se reduce a adquirir un paquete de usuarios. Puede necesitar una alternativa de plataforma o una integración temporal más compleja.
La fábrica necesita un nuevo sistema de planificación
La mejora logística depende de un módulo con integraciones antiguas y de un proveedor que ya no soporta su conector. La decisión deja de ser si NAV resulta familiar: pasa a ser cuánto cuesta mantener unido un proceso crítico.
La dirección exige un cierre corporativo más rápido
Las sociedades usan calendarios y datos diferentes, con consolidación basada en hojas de cálculo. La falta de integración no desaparece al mantener el ERP, pero una migración tampoco resuelve sola los criterios contables.
El equipo técnico pierde conocimiento
Un especialista que construyó personalizaciones críticas deja la organización. De pronto, la continuidad depende de código sin pruebas y de documentación parcial. El problema económico puede ser la indisponibilidad, no la tarifa de soporte.
La demora también tiene valor cuando existe una buena razón para ella: una adquisición aún no cerrada, un pico estacional de operaciones, una reorganización societaria o dependencias que requieren estabilización previa. Lo que resulta caro es confundir una pausa planificada con la ausencia de decisión.
En los comités de inversión conviene separar tres horizontes: continuidad de seis a doce meses, transformación de uno a tres años y capacidad de crecimiento posterior. Así resulta más fácil entender si un contrato de transición compra tiempo útil o simplemente retrasa un gasto sin reducir el riesgo.
El ERP no se transforma para cumplir una fecha. Se transforma para sostener el negocio.
El calendario de Microsoft obliga a revisar alternativas; la elección correcta depende de margen, complejidad, datos, integraciones, modelo de crecimiento y capacidad real de absorber el cambio.
¿Quedarse en NAV, migrar o reimplantar? Tres estrategias válidas si se conocen sus límites.
La palabra «migración» puede esconder decisiones muy distintas. Hay organizaciones que necesitan preservar procesos complejos y reducir riesgo mediante una transición controlada. Otras han acumulado modificaciones que nadie quiere seguir manteniendo y ganarían más con una reimplantación funcional. Y otras deben conservar NAV durante un periodo por razones operativas legítimas. No hay una respuesta idéntica para todas.
Continuidad temporal gobernada
Se mantiene NAV con un horizonte explícito, control de soporte, seguridad, documentación, backups, dependencias y restricciones de crecimiento. Puede ser razonable si la operación es estable y el coste de transformar ahora es demasiado elevado.
Evolución progresiva hacia Business Central
Se define una transición por capacidades, sociedades o procesos, conservando interfaces donde sea necesario. Reduce determinados riesgos de cambio brusco, aunque puede exigir periodos de coexistencia más complejos y costosos.
Reimplantación funcional
Se reconstruye el modelo a partir de procesos actuales, preservando datos y reglas de negocio útiles, pero sin reproducir todas las personalizaciones históricas. Puede mejorar la sostenibilidad, aunque requiere más implicación de usuarios y liderazgo del negocio.
La elección depende de cómo se ha personalizado NAV, de la calidad del dato maestro, del número de sociedades, del volumen de transacciones, del grado de integración con fabricación o logística y de si los procesos de hoy se parecen a los que justificaron aquella implantación.
Tampoco debe asumirse que Business Central sea siempre el ERP final adecuado. Una organización con operaciones internacionales complejas, fabricación intensiva o cadenas de suministro muy exigentes puede necesitar contrastar otras opciones de la oferta Microsoft. Nuestra comparativa entre Business Central y Dynamics 365 Finance & Operations ayuda a situar la decisión en la escala correcta.
Este artículo no ofrece una receta técnica de actualización porque eso requiere identificar versión, modelo de licencia, desarrollos, componentes y requisitos de negocio. Para ese recorrido, la página de migración de NAV a Business Central desarrolla la metodología con mayor detalle.
Bridge to Cloud 3: una oportunidad condicionada, no un descuento automático.
Microsoft mantiene durante 2026 y 2027 la promoción Bridge to Cloud 3 para determinados clientes Dynamics on-premises que migran a productos online funcionalmente comparables. La oferta contempla un descuento del 30 % respecto al precio de lista comercial durante un compromiso fijo de tres años. El periodo de inscripción anunciado va del 1 de enero de 2026 al 31 de diciembre de 2027.
Es fácil entender por qué puede tener interés para un cliente NAV: permite comparar un escenario de transición apoyado por una promoción comercial frente a seguir invirtiendo en una plataforma cuya capacidad de renovación y ampliación tiene un límite anunciado. Pero sería incorrecto convertir el 30 % en una promesa universal.
Requisito de origen
La promoción está dirigida a clientes elegibles con productos Dynamics on-premises adquiridos en las condiciones exigidas por Microsoft, incluyendo fecha anterior al 1 de septiembre de 2024 y cobertura de Enhancement Plan vigente según los términos.
Destino y modalidad
La migración debe dirigirse a productos Dynamics 365 online funcionalmente equivalentes y cumplir las reglas de contratación CSP/NCE y duración. El cliente no debe haber adquirido antes determinadas suscripciones de destino.
Duración y alcance
El descuento está vinculado a una suscripción de tres años y no se renueva automáticamente en los mismos términos. Hay requisitos y excepciones adicionales que deben comprobarse en la política vigente.
La documentación comercial oficial permite verificar los términos generales en el aviso de Microsoft para partners sobre Bridge to Cloud 3. Para construir un presupuesto real hacen falta las condiciones aplicables al cliente, moneda, licencias, número de usuarios y situación contractual. Ninguna tabla genérica puede sustituir esa comprobación.
Además, existen programas de apoyo a determinadas migraciones que pueden tener ventanas de vigencia distintas. No daría por disponible hoy un incentivo anunciado meses atrás sin validar expresamente convocatoria, elegibilidad y fecha de cierre. El descuento de suscripción no cubre por sí mismo el esfuerzo de implantación, migración de datos o rediseño de procesos.
Una oferta no es un argumento suficiente para cambiar de ERP
Un descuento puede alterar el calendario financiero, pero no sustituye una evaluación de procesos, riesgos ni capacidad interna. Y un cambio precipitado solo para aprovechar una ventana promocional puede terminar costando más que el ahorro nominal.
Qué necesita saber un CIO para seguir operando NAV con criterio.
La continuidad no debería depender de que alguien afirme que «NAV siempre ha funcionado». Para valorar si la instalación puede mantenerse responsablemente durante un periodo de transición, el CIO necesita conocer su arquitectura real y separar aplicación, infraestructura, desarrollos, datos y servicios asociados.
Con esa información, el plan temporal deja de apoyarse en intuiciones. Una empresa puede identificar controles compensatorios suficientes para continuar un tiempo o descubrir una dependencia crítica que aconseje adelantar la transformación.
La elección del partner también influye en el resultado. Puede ser necesario recurrir a un proveedor que comprenda NAV, las nuevas aplicaciones Dynamics y la arquitectura de integración y seguridad. Si existe insatisfacción con el soporte actual, conviene evaluar cómo cambiar de partner Dynamics 365 sin perder continuidad antes de realizar un movimiento contractual de mayor alcance.
Para el CFO y Operaciones, los datos importan más que la fecha del fabricante.
Una migración no debería iniciar su justificación diciendo que el ERP es viejo. Debería explicar qué decisiones de negocio hoy cuestan demasiado, cuáles no se pueden tomar con información fiable y qué restricciones aparecerán si crece la empresa. El calendario de Microsoft da urgencia a esa conversación, pero el valor económico debe construirse con datos propios.
En una distribuidora, por ejemplo, el problema puede ser que la política de descuentos vive en el correo y el margen se calcula cuando ya se ha expedido el pedido. En una constructora, que los costes de obra y la situación financiera no se consoliden a tiempo. En una industria, que los datos de capacidad y suministro estén desconectados de los compromisos comerciales. En todos los casos, NAV puede seguir contabilizando correctamente mientras la organización pierde capacidad de anticipación.
También conviene desactivar una expectativa poco realista: pasar a Business Central no convierte automáticamente el ERP en una organización inteligente. El proyecto necesita gobierno del dato, adopción, arquitectura de integración y decisiones sobre procesos. Las capacidades de Copilot, Power Platform y Microsoft Fabric solo tienen sentido si responden a una necesidad definida.
Para examinar la viabilidad económica sin convertir el análisis en un concurso de demos, Ayesa dispone de una propuesta de Business Value para proyectos Microsoft. En ella, la cuestión es justificar qué problema merece inversión, qué riesgos se evitan y qué resultados deberían medirse.
Una pregunta mucho más potente que «¿cuánto vale Business Central?»
¿Qué costes y límites de nuestro sistema actual se mantendrán, aumentarán o desaparecerán en tres años, y cuáles estamos dispuestos a asumir?
NAV en construcción, industria, logística y grupos empresariales: el mismo calendario, riesgos diferentes.
Construcción y promoción
Los sistemas de obra, certificación, subcontratación, presupuestos, activos y tesorería suelen combinar ERP con extensiones especializadas. Cambiar el núcleo sin preservar el dato de proyecto y sus circuitos de aprobación puede poner en riesgo el control del margen.
Fabricación y distribución
BOM, rutas, planificación MRP, trazabilidad, lotes, inventario y EDI requieren validar operación real, no solo mover tablas. Los desarrollos sobre producción o compras pueden decidir el esfuerzo de transformación.
Logística y transporte
Tarifas, expediciones, facturación por servicios, integración con TMS/WMS y condiciones de cliente pueden depender de conectores veteranos. Un corte en interfaces es más costoso que una pantalla que cambia de aspecto.
Grupos con varias sociedades
Intercompany, cierres, divisas, permisos, consolidación y reporting corporativo pueden justificar una revisión global. El calendario permite plantear una arquitectura más homogénea, sin imponer que todas las filiales migren a la vez.
La especialización sectorial debe influir en el diagnóstico desde el principio, porque una compañía industrial o constructora no compra un ERP solo para registrar facturas. Compra continuidad operativa y capacidad de gestionar situaciones específicas del negocio. Ese es también el motivo por el que no conviene decidir únicamente por el número de usuarios.
Para empresas constructoras, el cluster de ERP y Business Central para construcción permite profundizar en esos requisitos. Para organizaciones de mayor complejidad, la modernización ERP Microsoft plantea el encaje de distintas plataformas y servicios.
Si la empresa opera con Dynamics GP, el calendario es diferente.
Las noticias sobre NAV, GP y SL suelen publicarse juntas porque Microsoft está impulsando la modernización de su base instalada. Esa agrupación no significa que todos los productos tengan el mismo ciclo de vida, soporte o régimen comercial. Importar directamente una fecha NAV a un proyecto GP puede crear una urgencia artificial.
Microsoft ha anunciado para la rama moderna de Dynamics GP el final de soporte técnico, mejoras de producto y actualizaciones regulatorias el 31 de diciembre de 2029. La disponibilidad de determinadas actualizaciones o parches de seguridad, cuando sean necesarios, se mantiene anunciada hasta el 30 de abril de 2031. Las versiones más antiguas de GP sujetas a ciclo de vida fijo tienen sus propias fechas.
Por tanto, 2031 aparece en ambos relatos, pero no con idéntico significado. En NAV representa, entre otros hitos, el fin de ciertas renovaciones y ampliaciones de licencias. En la política anunciada para Dynamics GP, es el horizonte de parches de seguridad tras la retirada del soporte general. La empresa debe acudir a la ficha de su producto y versión.
La documentación de Microsoft Learn sobre Dynamics GP y el blog oficial que compara las rutas de NAV, GP y SL permiten comprobar estas diferencias. Para el mercado español, donde NAV tiene una historia especialmente extensa, la prioridad de este artículo es aclarar el calendario NAV sin trasladar indebidamente hitos de GP.
¿Qué papel juegan Azure, Microsoft 365, Fabric y los agentes de IA en la decisión?
Una de las razones para revisar NAV no tiene nada que ver con el soporte: los procesos que antes acababan dentro del ERP ahora deben conectarse con atención al cliente, analítica, automatización, documentos y herramientas de productividad. Para un CFO, puede significar reducir conciliaciones manuales; para un CIO, gobernar integraciones; para operaciones, anticipar desviaciones.
Business Central permite plantear una arquitectura sobre Microsoft Cloud con diferentes servicios de conexión. No todos serán necesarios. La dificultad está en decidir qué información debe quedar en el ERP transaccional, qué datos necesitan analítica avanzada, qué operaciones pueden automatizarse y qué controles deben mantenerse antes de permitir actuar a un agente.
Por ejemplo, un director comercial puede necesitar conocer disponibilidad de producto, tarifas y riesgo de crédito antes de aprobar una oferta. Eso requiere un proceso y datos fiables; no basta con instalar un copiloto. De la misma forma, el reporting corporativo puede necesitar combinar información del ERP con CRM, fabricación y filiales. Las opciones de integración y Microsoft Fabric conectado con Dynamics 365 deben evaluarse por valor y coste, no por novedad.
El componente de low-code también puede resultar relevante para reducir desarrollos invasivos. Power Platform conectada a Business Central permite estudiar automatizaciones y aplicaciones alrededor del ERP, siempre atendiendo a permisos, conectividad, gobierno y mantenimiento. La arquitectura debe evitar que la velocidad inicial de desarrollo se convierta en otra deuda técnica.
Este es el verdadero cambio de perspectiva: pasar de conservar una aplicación a preservar una capacidad empresarial. Y ninguna modernización está completa si los procesos críticos siguen dependiendo de exportaciones manuales, permisos informales y conocimientos individuales.
Las once preguntas que conviene poder responder antes de decidir el horizonte de NAV.
Responder estas preguntas no equivale a preparar un pliego técnico. Es construir una conversación común entre Finanzas, Sistemas, Operaciones y los responsables de la relación con Microsoft. Sin ese lenguaje compartido, el proyecto se convierte fácilmente en una disputa entre un coste mensual visible y riesgos futuros difíciles de cuantificar.
Cuando el entorno es especialmente complejo, puede ser adecuado contrastar distintos caminos: mantener controladamente, evolucionar hacia Business Central, consolidar sociedades o replantear la arquitectura empresarial. La decisión no debe salir de un titular alarmista sobre 2031.
Preguntas frecuentes sobre soporte y licencias de Dynamics NAV hasta 2031.
¿Dynamics NAV 2018 dejará de funcionar en enero de 2028?
No existe un apagado automático anunciado por Microsoft. Lo que finaliza es el soporte extendido de NAV 2018 conforme a la política de ciclo de vida. La continuidad técnica y contractual debe analizarse en cada instalación.
¿Por qué se habla de enero de 2027?
Porque NAV 2017 tiene una fecha de fin del soporte extendido anterior: el 11 de enero de 2027. NAV 2018 tiene su propio calendario, con fin del soporte extendido el 11 de enero de 2028 según la ficha oficial española.
¿Qué sucede el 30 de abril de 2031?
Microsoft ha anunciado el fin de renovaciones de determinados planes de servicio y suscripciones de Dynamics NAV, así como de compras de usuarios perpetuos adicionales, entre otras modalidades afectadas. No es un cierre remoto de los sistemas existentes.
¿Perderé las licencias perpetuas que ya he comprado?
El anuncio citado no establece una revocación automática de las licencias perpetuas ya adquiridas. La vigencia de los derechos de uso concretos depende de los términos contractuales y la modalidad de cada organización.
¿Puede un partner seguir atendiendo NAV después del fin de soporte de Microsoft?
Puede existir soporte de terceros o servicios de continuidad, pero su cobertura no equivale al soporte del fabricante. Hay que revisar qué incidentes, actualizaciones, adaptaciones y compromisos se incluyen en cada contrato.
¿Cuánto cuesta seguir con NAV en lugar de migrar?
Depende del tamaño, versión, servidores, SQL, soporte, integraciones, modificaciones, auditoría y personas. No hay una cifra universal. Conviene comparar el coste total durante varios años, incluyendo el riesgo y el trabajo interno.
¿Bridge to Cloud 3 ofrece un 30 % a cualquier empresa con NAV?
No. Es una promoción para clientes y productos elegibles, bajo requisitos de adquisición, cobertura, suscripción de destino y plazo contractual. El descuento anunciado se aplica durante un compromiso fijo de tres años, no indefinidamente.
¿Hasta cuándo está abierto Bridge to Cloud 3?
Microsoft anunció inscripciones entre el 1 de enero de 2026 y el 31 de diciembre de 2027. La disponibilidad y condiciones aplicables deben verificarse antes de elaborar una propuesta.
¿Puedo conservar NAV unos años mientras modernizo otras áreas?
Es posible estudiar una estrategia de coexistencia o continuidad temporal, pero exige analizar integración, seguridad, coste de mantener dos entornos, gobierno del dato y capacidad de recuperar sistemas ante incidentes.
¿Debo pasar necesariamente a Business Central?
Business Central es la evolución natural de numerosos escenarios NAV, pero no constituye una respuesta universal. La complejidad de negocio y arquitectura puede requerir comparar otras opciones empresariales, incluso dentro de Dynamics 365.
¿Dynamics GP tiene el mismo fin de soporte que NAV 2018?
No. El calendario anunciado para Dynamics GP moderno contempla fin de soporte general el 31 de diciembre de 2029 y parches de seguridad, si resultan necesarios, hasta el 30 de abril de 2031. Las versiones anteriores tienen ciclos distintos.
¿Qué hago si no conozco mi modalidad de licenciamiento?
Antes de interpretar fechas generales, conviene localizar documentos de adquisición, contratos de mantenimiento, suscripciones, renovaciones y la información disponible del partner. Las condiciones de uso no deben deducirse únicamente de la versión del software.
¿La llegada de Copilot hace imprescindible migrar NAV?
No por sí sola. El interés comercial está en disponer de procesos y datos adecuados para operar, automatizar y analizar. La IA puede formar parte del caso de negocio, pero no sustituye una evaluación técnica ni económica.
¿Es conveniente esperar a 2031 para empezar el análisis?
No necesariamente. Para una organización con varios sistemas y personalizaciones, iniciar la evaluación con antelación ofrece más opciones y reduce la probabilidad de elegir bajo presión contractual. No implica ejecutar una migración inmediata.
Qué aporta Ayesa a una decisión que va más allá de NAV.
Una decisión de continuidad o modernización del ERP necesita conocimiento de procesos empresariales y una mirada de plataforma. No basta con comparar una lista de funcionalidades. Es necesario comprender qué mantiene hoy la operación, qué dependencias deben protegerse y qué mejora sería capaz de justificar una inversión.
Ayesa trabaja sobre el ecosistema Microsoft, desde Dynamics 365 Business Central y Finance hasta Power Platform, Azure y analítica de datos. Ese alcance permite abordar la discusión sobre NAV sin limitarla a cambiar de versión: el verdadero objetivo es determinar qué arquitectura y qué operación necesita la empresa para los próximos años.
Para una compañía que ya utiliza NAV, la conversación puede comenzar por garantizar la continuidad, comparar sus opciones contractuales, valorar una evolución por fases o cuestionar si determinadas personalizaciones siguen aportando valor. No existe obligación de prometer una migración en cada diagnóstico.
Capacidad para analizar el ERP, sus integraciones y la evolución del negocio.
Designaciones, especializaciones, proyectos y experiencia Microsoft documentados en nuestro espacio corporativo.
La calidad de la decisión está en hacer visibles los riesgos sin exagerarlos y en valorar alternativas con datos, contratos y objetivos empresariales reales.
Más contexto para tomar una decisión informada.
Migrar de NAV a Business Central
Procesos, datos, personalizaciones y alternativas para evolucionar desde el ERP heredado. Leer la guía de migración.
Cuánto cuesta Business Central
Licencias, implantación, servicios y coste total para elaborar un presupuesto con criterio. Analizar escenarios de inversión.
Mantener NAV con soporte especializado
Continuidad operativa y asistencia para organizaciones que aún no pueden emprender una transición. Conocer el enfoque de soporte.
Modernizar el ERP Microsoft
Comparar escenarios de modernización y comprender qué plataforma encaja según complejidad. Explorar alternativas empresariales.
Para verificar directamente los anuncios, consulta el blog de Microsoft de julio de 2026 sobre NAV, GP y SL, el ciclo de vida oficial de NAV 2018, el ciclo de NAV 2017 y las condiciones generales de Bridge to Cloud 3. La situación contractual individual puede diferir de los ejemplos generales de este artículo.
¿Qué significa el calendario NAV para tu empresa?
La respuesta depende de tu versión, licencias, integraciones y necesidades de crecimiento. Podemos revisar el contexto de tu instalación y las alternativas disponibles sin convertir la conversación en una migración decidida de antemano.
Cuéntanos qué NAV utilizas y qué te preocupa
Un primer contacto puede aclarar el alcance del soporte, las condiciones comerciales, las dependencias y las opciones que merecen evaluación.
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)