Migrar de Navision a Business Central sin trasladar el pasado al nuevo ERP
Una transición controlada para modernizar procesos, datos, personalizaciones, integraciones y operación sobre Microsoft Cloud.
Ayesa ayuda a empresas que todavía trabajan con Dynamics NAV o Navision a evolucionar hacia Dynamics 365 Business Central con una estrategia que reduce riesgo, deuda técnica y dependencia del sistema antiguo. El objetivo no es reproducir NAV en la nube, sino construir un ERP más sencillo de actualizar, automatizar, integrar y explotar con Power Platform, Power BI, Microsoft 365, Azure, Fabric y Copilot.
Migrar NAV no es cambiar de versión: es decidir qué ERP necesita ahora la empresa
Durante años, Dynamics NAV ha soportado contabilidad, compras, ventas, inventario, fabricación, proyectos y servicios. El problema aparece cuando el negocio ha cambiado, pero el ERP continúa condicionado por decisiones técnicas, adaptaciones y procesos construidos para otra etapa.
La migración debe responder a preguntas de negocio: qué procesos deben estandarizarse, qué datos merece la pena conservar, qué personalizaciones siguen siendo diferenciales, qué integraciones deben rediseñarse y qué capacidades deben quedar preparadas para los próximos años.
Una actualización prioriza continuidad
Puede encajar cuando los procesos siguen siendo válidos, el sistema está razonablemente ordenado y la organización necesita salir del entorno actual con rapidez y control.
- Conservar parte del modelo funcional.
- Transformar personalizaciones necesarias.
- Migrar datos operativos y abiertos.
- Reducir infraestructura y soporte.
- Planificar mejoras posteriores.
Una reimplantación prioriza transformación
Puede ser mejor cuando NAV acumula mucha deuda, baja adopción, código heredado o procesos que ya no representan cómo opera la empresa.
- Rediseñar procesos y responsabilidades.
- Aprovechar más estándar.
- Migrar solo datos útiles.
- Retirar desarrollos obsoletos.
- Preparar una arquitectura nueva.
NAV puede seguir funcionando y, aun así, estar costando demasiado
Cada cambio requiere demasiado esfuerzo
Desarrollos, objetos modificados e integraciones hacen que cualquier evolución sea lenta, cara y arriesgada.
Excel se ha convertido en parte del ERP
Presupuestos, reporting, planificación, aprobaciones y control dependen de hojas paralelas.
La infraestructura condiciona el negocio
Servidores, SQL, copias, capacidad, actualizaciones y seguridad consumen recursos sin aportar diferenciación.
Los datos no generan confianza
Duplicados, dimensiones mal utilizadas, maestros obsoletos e históricos sin gobierno dificultan análisis y decisiones.
Integrar una nueva aplicación es difícil
CRM, e-commerce, bancos, logística, nómina o aplicaciones sectoriales dependen de interfaces frágiles.
La IA queda fuera del alcance real
Copilot y los agentes necesitan procesos, datos, permisos e integraciones que un entorno antiguo no siempre puede ofrecer.
No todas las empresas deben migrar con la misma urgencia
La prioridad debe basarse en riesgo, coste, dependencia, oportunidades bloqueadas y estrategia tecnológica. La guía de migración de ERP legacy a Microsoft Cloud ayuda a evaluar esta decisión dentro de un marco más amplio.
Qué analizamos antes de recomendar una ruta
Sin inventario técnico y funcional no existe una estimación fiable. La evaluación debe identificar dependencias, riesgos, oportunidades de estandarización y capacidad real de la organización para absorber el cambio.
Versión y arquitectura
Versión de Navision o NAV, base de datos, SQL, servidores, entornos, autenticación, disponibilidad y operación.
Procesos y uso real
Finanzas, compras, ventas, almacén, fabricación, proyectos, servicio, aprobaciones y tareas externas.
Código y soluciones
Objetos modificados, C/AL, verticales, ISV, informes, interfaces, jobs y documentación disponible.
Datos e históricos
Volumen, maestros, movimientos, dimensiones, adjuntos, duplicados, calidad y necesidades legales.
Integraciones
CRM, bancos, nómina, e-commerce, logística, fabricación, portales, BI y aplicaciones sectoriales.
Caso de negocio
Coste actual, riesgo, licencias, implantación, ahorro, productividad, calendario y beneficios esperados.
Cada desarrollo heredado debe justificar su futuro
Business Central utiliza extensiones en AL para separar el estándar de las personalizaciones. Esto mejora actualizaciones, pero obliga a revisar la utilidad y el diseño de cada adaptación existente.
Seis destinos posibles para una personalización
Más datos no significa una mejor migración
La migración debe equilibrar continuidad, cumplimiento, rendimiento y coste. Trasladar todo el histórico puede aumentar complejidad sin aportar valor operativo. La decisión debe tomarse por tipo de dato, necesidad de consulta y uso futuro.
Datos que suelen migrarse
Maestros activos, saldos, documentos abiertos, inventario, bancos, proyectos, pedidos y transacciones necesarias para continuar operando.
Datos que pueden archivarse
Movimientos históricos, documentos cerrados, adjuntos o información de baja consulta que puede mantenerse fuera del ERP operativo.
Limpieza obligatoria
Duplicados, maestros inactivos, dimensiones incoherentes, direcciones, unidades y códigos deben corregirse antes del go-live.
Reconciliación
Contabilidad, clientes, proveedores, inventario, bancos, activos y proyectos deben cuadrar entre origen y destino.
La nueva arquitectura no debe copiar las interfaces punto a punto de NAV
Bancos, CRM, e-commerce, nómina, almacenes, fabricación, portales y soluciones sectoriales deben conectarse bajo una arquitectura con sistemas propietarios, APIs, monitorización y gestión de errores claramente definidos.
Integración con Microsoft 365
Outlook, Excel, Word y Teams pueden formar parte de los flujos de trabajo del ERP y mejorar adopción y productividad.
Power Platform conectada al ERP
Power Apps, Power Automate y Copilot Studio permiten resolver procesos periféricos sin sobrecargar Business Central.
Power BI y Microsoft Fabric
El reporting puede evolucionar hacia modelos analíticos comunes que combinan ERP, CRM y otras fuentes empresariales.
Aplicaciones sectoriales
IB Building 365, IB Logistic 365 y otras soluciones pueden ampliar Business Central con procesos verticales.
Una migración segura se construye mediante decisiones, ensayos y control
Evaluación y estrategia
Inventario, diagnóstico, ruta, alcance, riesgos, licencias, calendario y caso de negocio.
Diseño del modelo objetivo
Procesos, datos, estándar, extensiones, integraciones, seguridad y modelo operativo.
Configuración y remediación
Parametrización, desarrollo AL, sustitución de código, integración y preparación de datos.
Migraciones de ensayo
Extracción, transformación, carga, medición de tiempos, validación y reconciliación.
Pruebas y adopción
Procesos, cierre, inventario, integraciones, seguridad, rendimiento, formación y soporte.
Cutover y estabilización
Congelación, migración final, validación, apertura, contingencia, soporte intensivo y mejora.
El modelo de despliegue debe responder a negocio, riesgo y evolución
Business Central online suele ser el destino estratégico por actualización continua, escalabilidad y acceso a nuevas capacidades. Sin embargo, existen escenarios en los que una fase on-premise o una estrategia híbrida puede formar parte de la ruta.
Business Central SaaS
- Actualización continua operada por Microsoft.
- Menor carga de infraestructura.
- Acceso más directo a nuevas capacidades.
- Integración con Microsoft Cloud.
- Disciplina de extensiones y compatibilidad.
On-premise o híbrido
- Dependencias técnicas todavía no resueltas.
- Requisitos específicos de operación o integración.
- Transición temporal hacia SaaS.
- Mayor responsabilidad de infraestructura.
- Necesidad de una hoja de ruta clara de evolución.
La inversión depende de la complejidad que se decide conservar
No existe un precio estándar para migrar NAV. Dos empresas con el mismo número de usuarios pueden requerir proyectos muy diferentes por versión, personalizaciones, datos, integraciones, sociedades, procesos y capacidad interna.
Versión y ruta técnica
Las versiones antiguas pueden requerir pasos intermedios, transformación adicional y más ciclos de prueba.
Número de sociedades y países
Fiscalidad, localización, divisas, intercompañía, consolidación y despliegue aumentan complejidad.
Código y verticales
Cada personalización debe analizarse, estimarse y decidirse antes de construir.
Datos e históricos
Volumen, limpieza, adjuntos, ensayos y reconciliación afectan directamente al esfuerzo.
Integraciones
ERP, CRM, bancos, e-commerce, logística, producción y aplicaciones propias deben rediseñarse y probarse.
Adopción y despliegue
Formación, procedimientos, soporte, oleadas y estabilización son parte del proyecto, no extras opcionales.
Tres escenarios para decidir sin simplificar el problema
La página de coste de migrar NAV a Business Central desarrolla escenarios de complejidad baja, media y alta para preparar presupuesto y expectativas.
Business Central debe convertirse en una plataforma que evoluciona
Actualización continua
El equipo debe gobernar versiones, extensiones, pruebas y compatibilidad de forma recurrente.
Automatización con Power Platform
Aprobaciones, movilidad, captura, portales y procesos periféricos pueden evolucionar sin modificar el core.
Analítica con Power BI y Fabric
Dirección puede combinar finanzas, operaciones, CRM y fuentes externas bajo modelos de datos comunes.
Copilot y agentes
La IA puede asistir, resumir y automatizar tareas cuando datos, permisos y procesos están preparados. Consulta el hub de ERP + IA Microsoft.
Qué puede hacer fracasar una migración técnicamente correcta
Replicar todo el NAV antiguo
Traslada deuda, excepciones y complejidad a Business Central.
Decidir datos demasiado tarde
La limpieza y reconciliación retrasan pruebas y cutover.
Subestimar las integraciones
Interfaces aparentemente menores concentran dependencias críticas.
No ensayar el cierre y el cutover
Los tiempos, errores y responsables se descubren durante la puesta en marcha.
Formar solo en pantallas
Los usuarios necesitan comprender procesos, responsabilidades y nuevas reglas.
Medir solo el go-live
El éxito debe medirse en cierre, productividad, inventario, calidad de dato, adopción y velocidad de cambio.
Preguntas sobre migrar de Navision a Business Central
¿Se puede migrar cualquier versión de NAV?
Sí, pero la ruta cambia según versión, base de datos, código y personalizaciones. Las versiones antiguas pueden requerir pasos técnicos intermedios.
¿Es obligatorio conservar todas las personalizaciones?
No. Lo recomendable es evaluar cada desarrollo y sustituirlo por estándar, extensión, AppSource o Power Platform cuando sea posible.
¿Hay que migrar todo el histórico?
No. Se debe decidir por valor operativo, cumplimiento, coste, rendimiento y necesidad de consulta.
¿Business Central es únicamente SaaS?
No. Existe modalidad online y on-premise. La elección debe considerar estrategia, integraciones, operación, coste y evolución.
¿Puede hacerse la migración por sociedades?
Sí. Puede desplegarse por empresas, países, procesos o unidades, diseñando adecuadamente la convivencia temporal.
¿Cuánto dura el proyecto?
Depende de versión, procesos, sociedades, código, datos, integraciones, pruebas y capacidad interna.
¿Cómo se integra con Power BI?
Business Central dispone de APIs y conectividad con Power BI. Para escenarios avanzados puede conectarse con Microsoft Fabric.
¿Qué aporta Copilot?
Aporta asistencia y automatización en escenarios concretos. Su utilidad depende de datos, permisos y procesos correctamente diseñados.
¿Se puede mantener soporte para NAV durante la transición?
Sí. La transición puede incluir mantenimiento del entorno actual mientras se construye y valida Business Central. Consulta el servicio de soporte NAV y Navision.
¿Cuál debe ser el primer paso?
Una evaluación técnica y funcional que determine ruta, alcance, coste, riesgos, calendario y modelo objetivo.
Una migración ERP requiere visión funcional, técnica y de negocio
Ayesa Digital combina experiencia en Business Central, Dynamics 365, Power Platform, Power BI, Azure, Fabric, Microsoft 365, seguridad, integración y soluciones sectoriales. Esto permite diseñar la transición desde NAV como parte de una arquitectura empresarial completa.
Evaluación honesta
No todo debe migrarse y no todas las empresas necesitan la misma ruta.
Capacidad ERP y cloud
Business Central se conecta con datos, automatización, productividad, seguridad e IA.
Soluciones sectoriales
Verticales como IB Building 365 permiten cubrir procesos específicos sin reconstruirlos desde cero.
Evolución continua
La relación no termina en el go-live: soporte, automatización, reporting, Copilot y nuevos casos de uso forman parte del retorno.
Recursos relacionados con la migración a Business Central
Dynamics 365 Business Central
Funciones, arquitectura, capacidades y propuesta empresarial del ERP cloud.
Coste de migrar NAV
Tres escenarios según versión, procesos, datos y personalización.
Business Central SaaS vs on-premise
Criterios de negocio, tecnología, coste y evolución para elegir modelo.
Business Central y Power Platform
Apps, automatización, aprobaciones, portales y agentes conectados.
ERP de fabricación con Business Central
Producción, planificación, inventario, calidad y costes para industria.
Casos de éxito Microsoft
Proyectos reales de modernización, ERP, automatización y datos.
El objetivo no es actualizar Navision. Es dejar de depender de Navision.
Una buena migración elimina complejidad, mejora procesos, ordena datos y reduce dependencia técnica. Business Central debe permitir actualizar con más facilidad, automatizar procesos, conectar aplicaciones y aprovechar nuevas capacidades sin volver a construir un ERP rígido.
La mejor ruta no es la que conserva más, sino la que protege la operación actual y prepara la empresa para su siguiente etapa.
Empieza por una evaluación real
Analizamos versión, procesos, datos, código, integraciones, usuarios y objetivos para definir una ruta viable.
¿Tu empresa sigue trabajando con Dynamics NAV o Navision?
Indícanos la versión, los usuarios, las sociedades, los módulos, las personalizaciones y las integraciones críticas. Podemos ayudarte a comparar actualización, reimplantación, SaaS, on-premise o una transición por fases.