No toda empresa que sigue trabajando con Navision debería migrar a Business Central este trimestre. Es una afirmación poco habitual en el sector, donde la mayoría de contenido sobre migración da por hecho que el paso hay que darlo ya, cuanto antes mejor. La realidad es más matizada: hay empresas para las que esperar seis meses es la decisión correcta, y empresas para las que cada mes de retraso tiene un coste real. La diferencia está en unos pocos criterios concretos que conviene revisar antes de decidir.
Por qué esta decisión no es igual para todos
Navision, técnicamente Microsoft Dynamics NAV, es un ERP que durante más de dos décadas ha gestionado con solidez la operativa de miles de empresas. El hecho de que Microsoft haya dejado de desarrollarlo como producto independiente no significa que deje de funcionar de la noche a la mañana, ni que toda empresa que lo use esté en riesgo inminente. Significa que, con el tiempo, la distancia entre lo que ese sistema puede hacer y lo que ya ofrece Business Central se hace cada vez más grande.
La pregunta relevante no es «¿debería migrar?» sino «¿cuándo debería migrar?». Y esa respuesta depende de tres factores que rara vez se mencionan juntos: cuánto se ha personalizado el sistema actual, qué otros proyectos compiten por la atención de la empresa en este momento, y si el equipo está en condiciones de absorber el cambio ahora o dentro de unos meses.
El nivel de personalización del Navision actual
No todos los Navision son iguales. Una empresa que trabaja con una configuración prácticamente estándar, con pocos desarrollos a medida acumulados con los años, tiene un camino de migración relativamente directo. El esfuerzo de trasladar sus datos y procesos a Business Central es contenido, y el riesgo de sorpresas durante el proceso es bajo.
Una empresa que, en cambio, ha ido acumulando personalizaciones específicas durante quince años —integraciones a medida, informes construidos sobre necesidades muy particulares, flujos de aprobación que no existen en el estándar— se enfrenta a un proyecto de migración más complejo. Esto no significa que no deba migrar. Significa que antes de fijar una fecha, conviene dedicar tiempo a entender qué personalizaciones siguen aportando valor real y cuáles pueden sustituirse por funcionalidad estándar de Business Central que, sencillamente, no existía cuando se hicieron esos desarrollos hace años.
Saltarse este análisis y migrar deprisa suele traducirse en un proyecto que se alarga más de lo previsto, o en una empresa que termina replicando en la nube las mismas complejidades que tenía en local, sin aprovechar la oportunidad de simplificar.
El calendario de otros proyectos estratégicos
Una migración de ERP no ocurre en el vacío. Ocurre en una empresa que, probablemente, también está gestionando otros proyectos que consumen tiempo, presupuesto y atención de las mismas personas: una expansión a nuevos mercados, un cambio de dirección financiera, la implantación de otro sistema crítico, o un pico de actividad estacional que no se puede permitir distracciones.
Migrar el ERP durante uno de estos periodos de alta carga no es imposible, pero rara vez es la decisión más inteligente. El equipo que debería estar validando la migración —finanzas, operaciones, los responsables de cada área— es el mismo que necesita estar centrado en el otro proyecto estratégico. El resultado habitual es una migración que se hace con menos atención de la que merece, lo que aumenta el riesgo de errores que después cuestan más tiempo corregir que el que se ahorró por no esperar.
Esto no es una excusa para posponer indefinidamente. Es un criterio real: si tu empresa tiene un proyecto crítico en los próximos tres o cuatro meses, probablemente esa no es la ventana adecuada para migrar el ERP. Si el calendario está más despejado, es un buen momento para empezar a planificarlo.
La madurez del equipo para absorber el cambio
El tercer criterio es el que menos se habla, y probablemente el más determinante para que una migración salga bien: si el equipo que va a usar el nuevo sistema está en condiciones de aprender a trabajar de una forma distinta.
Un equipo que ya está saturado, con rotación reciente de personal clave, o que acaba de absorber otro cambio organizativo importante, no está en el mejor momento para encima aprender un sistema nuevo. La resistencia al cambio no es solo una cuestión de actitud, es también una cuestión de capacidad real disponible. Forzar una migración sobre un equipo que no tiene margen para dedicarle atención suele traducirse en una adopción superficial, donde la gente aprende lo mínimo para sobrevivir en el día a día pero nunca llega a aprovechar las capacidades reales del sistema nuevo.
Cuando el equipo tiene margen, curiosidad genuina por mejorar sus herramientas de trabajo, y algo de estabilidad reciente, la migración se vive de forma completamente distinta: como una oportunidad, no como una imposición.
Las señales de que ya no conviene esperar más
Dicho todo esto, hay un punto en el que esperar deja de ser prudencia y se convierte en riesgo. Las señales más claras son un coste de mantenimiento del Navision actual que crece de forma sostenida año tras año, una dificultad creciente para encontrar consultores especializados en la versión concreta que usa la empresa, y la sensación —cada vez más frecuente en conversaciones con clientes y proveedores— de que la competencia está operando con capacidades que el sistema actual sencillamente no tiene.
Cuando estas señales empiezan a aparecer de forma simultánea, el balance entre esperar y migrar cambia. Ya no se trata de encontrar el momento perfecto, sino de reconocer que el coste de seguir esperando ha empezado a superar al coste de migrar.
Cómo se aborda el proceso cuando llega el momento
Cuando los tres criterios anteriores apuntan en la misma dirección, el proceso de migración de Navision a Business Central sigue una estructura clara: un análisis inicial del sistema actual para entender qué personalizaciones e integraciones existen, la planificación de la migración de datos maestros, y una fase de pruebas en un entorno controlado antes del cambio definitivo, que permite validar todo sin arriesgar la operativa real de la empresa.
Este mismo enfoque de evaluación previa es el que aplicamos también cuando una empresa está considerando un cambio de partner de Business Central o valorando dar el salto definitivo a un modelo cloud completo: en ningún caso recomendamos actuar sin haber entendido antes, con datos concretos, cuál es la situación de partida real de la empresa.
En CEI Europe somos partner especializado en Microsoft Dynamics 365 Business Central, y una parte importante de nuestro trabajo con clientes que aún están en Navision consiste precisamente en ayudarles a evaluar estos tres criterios antes de fijar una fecha, en lugar de asumir que migrar cuanto antes es siempre la respuesta correcta. Si tu empresa está en ese punto de evaluación, contacta con nuestro equipo y lo revisamos juntos con calma.
Preguntas frecuentes sobre cuándo migrar de Navision a Business Central
¿Todas las empresas que usan Navision deberían migrar ya?
No necesariamente. Depende del nivel de personalización del Navision actual, de si hay otros proyectos estratégicos compitiendo por los mismos recursos, y de si el equipo puede absorber el cambio en ese momento.
¿Qué es Navision y para qué sirve?
Navision, o Microsoft Dynamics NAV, es el ERP predecesor de Business Central. Gestiona finanzas, producción, ventas e inventario desde una instalación local en los servidores propios de la empresa.
¿Qué es Business Central?
Es el ERP de Microsoft en la nube que sustituye a Navision, con actualizaciones continuas, integración nativa con el ecosistema Microsoft y funcionalidades de inteligencia artificial a través de Copilot.
¿Qué señales indican que ya no conviene esperar más para migrar?
Cuando el coste de mantener el Navision actual crece de forma sostenida, cuando es cada vez más difícil encontrar soporte especializado en la versión que se usa, o cuando la empresa empieza a perder oportunidades frente a competidores con capacidades que Navision no tiene.
