El soporte de Dynamics NAV 2018 termina el 11 de enero de 2028: qué hacer antes

El 11 de enero de 2028, Microsoft pone fin al soporte extendido de Dynamics NAV 2018, la última versión de NAV que publicó. Para NAV 2017 llega un año antes, el 11 de enero de 2027. Ninguna de las dos fechas apaga nada. Microsoft no ha dicho que NAV vaya a dejar de funcionar, y con una licencia perpetua el sistema sigue funcionando. Lo que se acaba son las actualizaciones de seguridad y el soporte de pago.

Las actualizaciones fiscales y legales se acabaron antes. Forman parte del soporte estándar, que para NAV 2018 terminó el 10 de enero de 2023. Así que el fin de vida de NAV 2018 no es un precipicio en 2028. Las actualizaciones legales se acabaron hace casi cuatro años, las correcciones de seguridad terminan dentro de 14 meses y las condiciones de licencia cambian en 2031.

Esta guía es para los responsables de finanzas y de TI de fabricantes, distribuidores y empresas de servicios medianos de los países de habla alemana, los países nórdicos, el Benelux y el Reino Unido que siguen con una versión de NAV entre la 2009 y la 2018 y con años de personalizaciones encima, a menudo desarrolladas por un partner que ya no está.

Qué termina y cuándo

NAV 2018 se rige por la Política de ciclo de vida fijo de Microsoft, y sus fechas figuran en la página del ciclo de vida de NAV 2018.

El soporte extendido, la fase en la que está NAV 2018 desde enero de 2023, significa actualizaciones de seguridad y soporte de pago. Después del 11 de enero de 2028, las actualizaciones de seguridad se acaban. La política solo admite soporte de pago más allá de esa fecha mediante el programa de actualizaciones de seguridad extendidas (ESU), y Microsoft no ofrece actualizaciones de seguridad extendidas para NAV.

Las actualizaciones fiscales y normativas requieren un Enhancement Plan activo y van con el soporte estándar. La lista de actualizaciones acumulativas de NAV 2018 de Microsoft termina con la Cumulative Update 60, de enero de 2023. Desde entonces, ninguna versión local de NAV 2018 ha recibido de Microsoft nuevas funciones normativas: el soporte extendido de NAV 2018 no las incluye.

La entrada de Microsoft de julio de 2026 sobre las opciones de migración de NAV expone los cambios de licencia del 30 de abril de 2031 y pide a los clientes de NAV que «empiecen a evaluar ya su estrategia de ERP a largo plazo».

La plataforma que hay debajo

Los requisitos del sistema de NAV 2018 llegan como máximo a SQL Server 2019 y Windows Server 2022. SQL Server 2014 y 2016 ya están fuera del soporte extendido, y Windows Server 2016 les sigue el 12 de enero de 2027. Con SQL Server 2019 y Windows Server 2022, la base de datos tiene soporte hasta el 8 de enero de 2030 y el sistema operativo hasta el 14 de octubre de 2031. El ERP que funciona sobre ellos, no.

Los cambios legales que NAV no recibirá

La última actualización normativa de Microsoft para NAV 2018 salió en enero de 2023, antes de que entrara en vigor ninguna de estas normas.

• Alemania. En las ventas nacionales entre empresas, la factura electrónica (E-Rechnung) es la norma desde el 1 de enero de 2025, y toda empresa tiene que poder recibirla (basta con un buzón de correo electrónico), según el Ministerio Federal de Finanzas. Las demás facturas siguen permitidas hasta el 31 de diciembre de 2026, o hasta finales de 2027 para los emisores cuya facturación del año anterior no supere los 800.000 €. Son válidos XRechnung y ZUGFeRD a partir de la versión 2.0.1, salvo los perfiles MINIMUM y BASIC-WL.
• Bélgica. Desde el 1 de enero de 2026, toda empresa belga sujeta al IVA tiene que usar facturas electrónicas estructuradas, según el portal federal de facturación electrónica. La documentación de Business Central de Microsoft para Bélgica señala la red Peppol como canal.
• Polonia. KSeF, el sistema nacional de facturas electrónicas, pasó a ser obligatorio el 1 de febrero de 2026 para las empresas con ventas en 2024 superiores a 200 millones de eslotis, y el 1 de abril de 2026 para el resto, con una excepción hasta el 31 de diciembre de 2026 cuando el total facturado al mes es pequeño. Polonia no está entre las versiones locales de NAV 2018 de Microsoft, así que un NAV polaco nunca recibió su localización a través de las actualizaciones de NAV 2018 de Microsoft.

En la localización alemana de Business Central figuran como disponibles la facturación con XRechnung, ZUGFeRD y Peppol, y en la belga, la facturación a través de un punto de acceso Peppol. Para otros países, comprueba con tu asesor fiscal las normas vigentes y compáralas con lo que tu NAV puede enviar y recibir.

Tu versión y tu ruta

La página de rutas de actualización de Microsoft fija el camino desde NAV 2015, 2016, 2017 o 2018 en tres pasos: Business Central Spring 2019 (versión 14), después Business Central 2024 release wave 2 (versión 25) y, por último, la actual Business Central 2026 release wave 2 (versión 29). Una frase de esa página decide la mayor parte del presupuesto: «Esta ruta requiere que conviertas tu aplicación de C/AL a AL».

Desde NAV 2009, la ruta a través de NAV 2013 pasa también por NAV 2018. Lo llame como lo llame tu equipo, una migración de Navision a Business Central desde estas versiones es una cadena de actualizaciones.

La versión 14 es la última que admite C/AL, y Txt2Al, la herramienta que convierte objetos C/AL a AL, solo se distribuye con ella. La propia versión 14 se quedó sin soporte en octubre de 2025, y los clientes nuevos no pueden usarla en producción: es un paso intermedio, no un sitio donde quedarse. En la versión 15, AL sustituyó a C/AL y Business Central pasó a funcionar solo con extensiones. La versión 25 es una parada obligatoria porque, desde la versión 26, no se admite la actualización directa de la versión 14 a la última versión publicada.

Todas las rutas, incluidas las que terminan en la nube, pasan por Business Central 14 local (on-premises).

Dónde está realmente el trabajo

El esfuerzo crece con lo que se construyó dentro del sistema, y las personalizaciones de NAV solían hacerse directamente sobre los propios objetos de Microsoft.

Personalizaciones

En NAV, un partner personalizaba editando el código C/AL de Microsoft: un campo añadido a la tabla de clientes, unas líneas en la rutina de registro. Business Central espera que la aplicación base se quede tal como se entrega, con tus cambios al lado, en extensiones que responden a eventos.

Txt2Al convierte la sintaxis, no el diseño. Microsoft llama a la creación de esas extensiones «el primer paso, y el paso más grande» de la actualización. Su guía para migrar personalizaciones de NAV describe el tratamiento: las tablas a medida pasan a ser tablas AL, los campos a medida en tablas estándar pasan a ser extensiones de tabla con sus datos trasladados, los cambios dentro de las codeunits de Microsoft pasan a ser suscriptores de eventos, y los XMLports y las consultas se reconstruyen. Las personalizaciones de usuario hechas en el cliente Windows se pierden.

En local, Microsoft sigue permitiendo una aplicación base con código personalizado, aunque recomienda encarecidamente las extensiones. Su guía de licencias para entornos locales (edición de junio de 2023) dice que los clientes que vienen de NAV con personalizaciones no compatibles con «universal code» (código preparado para funcionar también en la nube) tienen que contratar la licencia de un módulo adicional de universal code. Online, todo tiene que ser una extensión.

Cuenta los objetos estándar modificados, las tablas y los campos a medida, y cuáles de ellos sigue usando alguien.

Informes

Cada informe C/AL se reconstruye en AL, como informe nuevo o como extensión de informe. Los diseños se conservan: se admiten tanto RDL como Word, y Microsoft recomienda Word para los informes de documento porque RDL puede ser más lento. Haz la lista de los informes a medida y retira los que nadie ejecuta.

Complementos .NET

La interoperabilidad con .NET solo existe en local. Online, Microsoft remite en su lugar a complementos de control, Azure Functions o API externas. En local, los complementos compilados con .NET Framework dejaron de funcionar en la versión 22 y tienen que pasar a .NET Standard. Haz una lista de cada componente, qué hace y si su proveedor sigue existiendo.

Integraciones y servicios web

A partir de la versión 29, una página de Microsoft ya no se puede publicar como endpoint SOAP, y a partir de la versión 30 tampoco como endpoint OData. La solución de Microsoft para SOAP es una copia de la página en tu propia extensión. Online, las integraciones solo se autentican con OAuth2. Así que una tienda online, una conexión EDI o un sistema de almacén que llama a páginas estándar de NAV por SOAP no sobrevivirá al traslado sin cambios. Construye el inventario a partir del propio sistema (servicios web publicados, trabajos programados, ficheros que lee y escribe), con un responsable y una decisión para cada elemento.

El cliente Windows

El cliente Windows de NAV se eliminó en la versión 15. Los usuarios pasan al navegador, a las aplicaciones móviles o a una aplicación de escritorio. La impresión programática desapareció con él, así que todo lo que NAV imprime sin que un usuario pulse imprimir necesita una nueva vía. Planifica también la formación: cambian todas las pantallas.

Los datos

Los datos de tablas con personalizaciones de código no pueden llegar a Business Central online salvo que haya extensiones a ambos lados que se ocupen de ellos. Microsoft pide al menos un ensayo de la migración completa en un entorno sandbox antes del paso a producción. Planifica varios. Escribe la migración y sus comprobaciones como código que puedas volver a ejecutar sobre una copia nueva de producción, comparando saldos y partidas abiertas cada vez. Finanzas da el visto bueno cuando cuadran las cifras, no cuando termina el proceso.

Online o local

Decide esto antes de que nadie convierta código: determina qué sobrevive. Microsoft publica la lista de funciones que no existen en local.

Online. La herramienta de migración a la nube de Microsoft funciona desde una versión 25 local o posterior, sobre SQL Server 2016 o posterior. Una actualización completa de NAV a Business Central en la nube es, por tanto, este recorrido: NAV, después las versiones 14 y 25 en local, y después la migración. La alternativa, la herramienta de reimplementación de Business Central 14, solo traslada a la nube los datos maestros, los saldos de apertura y la configuración desde la versión 14. Está en versión preliminar, y Microsoft dice que las funciones en versión preliminar «no están pensadas para uso en producción».

Bridge to Cloud 3. El anuncio de Microsoft para partners fija el periodo de inscripción del 1 de enero de 2026 al 31 de diciembre de 2027: un 30% de descuento sobre el precio de lista comercial durante un plazo fijo de tres años, no renovable, a través de un Cloud Solution Provider. Se aplica a licencias locales compradas antes del 1 de septiembre de 2024 con un Enhancement Plan activo, y solo a un producto online que no hayas licenciado antes. El sitio de Microsoft para partners menciona también un bono de migración a Business Central, cuyas condiciones no son públicas.

Local. Cada versión tiene soporte durante unos 18 meses (la versión 29, publicada en octubre de 2026, hasta abril de 2028), así que mantenerse con soporte supone actualizar a ese ritmo y volver a probar tus extensiones cada vez. Desde abril de 2025, los clientes nuevos en local solo pueden comprar suscripciones. Para los clientes de NAV que trasladan sus licencias perpetuas, un community manager de Microsoft escribió en febrero de 2025 que las políticas de transición no habían cambiado. No hemos encontrado ninguna fecha de Microsoft que ponga fin a ese derecho, así que pide tus condiciones por escrito.

Un marco de decisión

Hay cuatro caminos realistas.

Actualizar en local a la versión actual. La versión 14, después la 25 y después la actual, en tus propios servidores. Encaja con una empresa que tiene complementos .NET o integraciones que todavía no puede sustituir. Aceptas una actualización aproximadamente cada 18 meses, y un módulo de licencia si queda código en la aplicación base.

Actualizar y después pasar a online. La misma ruta hasta la versión 25 y, después, la herramienta de migración a la nube. Cada personalización se convierte en una extensión y cada complemento .NET se sustituye, así que aquí el trabajo de conversión es mayor. Si cumples los requisitos de Bridge to Cloud 3, su plazo del 31 de diciembre de 2027 cae dentro del proyecto.

Empezar de cero en Business Central online. Te llevas los datos maestros, los saldos de apertura y la configuración, conservas el sistema antiguo para consulta y reconstruyes solo las personalizaciones que sigues necesitando. La herramienta de Microsoft para esto está en versión preliminar y parte de la versión 14. Una empresa que elige otro ERP se enfrenta a un trabajo de datos e integraciones muy parecido.

Quedarse en NAV durante un periodo fijado. Sigue funcionando. Desde el 11 de enero de 2028 no recibe correcciones de seguridad, y cada nuevo formato de factura electrónica es desarrollo tuyo. Solo se sostiene con una persona con nombre y apellidos que lo mantenga, el sistema sin exposición a internet y una fecha en la que termina.

Los próximos meses, elijas lo que elijas

Quedan 14 meses para el fin del soporte de NAV 2018. Si tu ejercicio termina en diciembre, un paso a producción a principios de enero coincide con el cierre del ejercicio, así que el objetivo realista es un arranque en otoño de 2027. Con NAV 2017, la fecha está a dos meses: trabajarás sin soporte durante parte del proyecto, así que haz que esa parte sea corta.

De aquí a finales de marzo de 2027:

1. Confirma tu punto de partida: versión de NAV, versiones de SQL Server y Windows Server, y si tu Enhancement Plan está activo. Bridge to Cloud 3 y la transición de licencias locales dependen de ello.
2. Pon el código a salvo. Exporta los objetos C/AL y guárdalos bajo control de versiones, sobre todo si el partner que los escribió ya no está.
3. Cuenta las personalizaciones, y cuáles se usan. Una cifra, no una impresión.
4. Construye el inventario de integraciones: cada servicio web, intercambio de ficheros y complemento .NET, con un responsable y una decisión.
5. Comprueba tus obligaciones de facturación electrónica en cada país desde el que facturas.
6. Decide entre online y local antes de que empiece la conversión del código.
7. Reserva capacidad: el partner, tu propio personal de finanzas y de TI para las pruebas, y una ventana para el paso a producción.

Contando hacia atrás desde un arranque en otoño de 2027: ensayos de migración y pruebas de usuario en verano, desarrollo de las extensiones y adaptación de las integraciones en primavera, análisis y decisiones este invierno.

Dónde conseguir ayuda

Lo que tiene que aguantar durante el traslado es el negocio: facturas en el formato que ahora exige la ley y un almacén que sigue sirviendo pedidos. Trabajamos junto a tu partner de Business Central, o directamente contigo cuando el partner que construyó tu NAV ya no está, en la conversión de personalizaciones C/AL a extensiones AL, la reconstrucción de integraciones e informes, el código de migración de datos y su conciliación, y las aplicaciones alrededor de NAV que tienen que sobrevivir al traslado. Ese trabajo se describe en nuestra página de modernización de ERP, y el mantenimiento de sistemas heredados cubre los sistemas que se quedan donde están hasta que hagas el traslado. Si quieres tener contadas tus personalizaciones e integraciones antes de firmar un proyecto de actualización, escribe a office@c9group.dev.