Bridge to the Cloud: migrar NAV/Business Central a SaaS
Guía para migrar Dynamics NAV o Business Central on-premise a SaaS: fases, datos, personalizaciones y plazos realistas sin parar el negocio.
Cada año son más las empresas españolas que completan su migración de Microsoft Dynamics NAV (Navision) o Business Central on-premise a Business Central SaaS. El programa oficial de Microsoft para facilitar esta transición se conoce como Bridge to the Cloud. Esta guía explica qué implica realmente la migración, cuáles son las fases y qué decisiones tomar para que el proyecto sea limpio.
Por qué Microsoft empuja la migración al cloud
Microsoft lleva años invirtiendo principalmente en la versión SaaS de Business Central. La consecuencia práctica:
- Las novedades llegan antes (o solo) a SaaS. Funciones de IA, integración con Copilot, Power Platform, nuevas APIs.
- El roadmap de mantenimiento de versiones on-premise es predecible pero limitado.
- El soporte directo de Microsoft se centra en SaaS; on-premise vive cada vez más sobre el partner.
No es que on-premise vaya a desaparecer mañana — sigue habiendo escenarios donde se justifica — pero el centro de gravedad del producto está en SaaS, y eso no va a revertir.
Las cuatro ventajas operativas reales del SaaS
1. Actualizaciones automáticas, no proyectos de upgrade
En NAV on-premise, cada 3-4 años tocaba proyecto de upgrade: meses de trabajo, presupuesto de cinco cifras, riesgo de romper personalizaciones. En SaaS, Microsoft publica dos releases mayores al año que se instalan automáticamente con validación previa del partner. Adiós a los proyectos de actualización tradicionales.
2. Cero infraestructura propia
Servidor, sistema operativo, base de datos, parches, copias, alta disponibilidad — todo lo gestiona Microsoft. La empresa libera al equipo IT de tareas de mantenimiento y se queda solo con la operación funcional del ERP.
3. Integración nativa con el resto del ecosistema Microsoft
- Microsoft 365: Outlook con datos del ERP, Excel conectado en tiempo real, Teams como interfaz.
- Power Platform: Power Apps, Power Automate, Power BI sin conectores intermedios.
- Azure OpenAI / Copilot: la IA integrada de Microsoft solo funciona del todo bien en SaaS.
- Entra ID: identidad única para toda la empresa.
4. Modelo OpEx predecible
Pago mensual por usuario, sin desembolsos grandes ni proyectos de upgrade. Para el CFO es mucho más manejable que el modelo CapEx tradicional.
Las fases de una migración Bridge to the Cloud bien hecha
Fase 1 — Diagnóstico y limpieza (4-8 semanas)
Antes de tocar nada, inventario completo del sistema actual:
- Versión exacta de NAV/BC.
- Personalizaciones (qué se modificó, por qué, sigue siendo necesario?).
- Módulos en uso real vs. módulos que se compraron y no se usan.
- Calidad del dato (clientes duplicados, productos obsoletos, saldos pendientes).
- Integraciones con sistemas externos (e-commerce, EDI, banca).
Esta fase es donde se toman las decisiones que más impacto tienen en el éxito del proyecto. Tentación clásica: querer migrar “todo como está”. Resultado clásico: arrastrar al SaaS los problemas del on-premise.
Fase 2 — Reescritura de personalizaciones como extensiones (4-12 semanas)
Las personalizaciones en C/AL (NAV clásico) o modificaciones al código base no se llevan a SaaS. Hay que reescribirlas como extensiones en AL o sustituirlas por funcionalidad estándar disponible en versiones recientes.
Una buena migración suele:
- Eliminar 30-50 % de personalizaciones obsoletas.
- Sustituir 20-30 % por funcionalidad estándar mejorada.
- Reescribir el resto como extensiones limpias.
Fase 3 — Migración del dato (2-4 semanas)
Microsoft proporciona herramientas oficiales (Cloud Migration Tool) que automatizan buena parte del traspaso de datos. El partner valida, hace doble pase (test y producción) y aplica las reglas de limpieza acordadas en la fase 1.
Fase 4 — Pruebas integradas y formación (2-4 semanas)
Pruebas funcionales por proceso, validación con key users, formación al equipo en lo que cambia (la mayoría de la operativa diaria no cambia — el cliente web/app de BC SaaS es muy similar al on-premise reciente).
Fase 5 — Go-live y hipercuidado (2-4 semanas)
Corte limpio: un fin de semana se queda activo SaaS y se cierra on-premise. Acompañamiento intensivo durante 2-4 semanas tras el go-live para resolver dudas y ajustes finales.
Casos donde la migración es especialmente urgente
| Situación | Por qué urge |
|---|---|
| NAV 2013 o anterior | Sin soporte de Microsoft hace años; cualquier incidencia se complica |
| Servidor físico al final de vida útil | Aprovechar la inversión que tocaría hacer en hardware nuevo |
| Personalizaciones que ya nadie sabe mantener | Riesgo operativo creciente |
| Necesidad de movilidad real | On-premise con VPN y terminal server no escala bien |
| Cumplimiento de seguridad (NIS2, ENS) | SaaS facilita el cumplimiento; on-premise lo complica |
El caso específico de empresas con dvlogistic y dvproduction
Para clientes con dvlogistic (logística y almacén avanzado) o dvproduction (fabricación industrial) implantados sobre NAV/BC on-premise, la migración a SaaS aporta:
dvlogistic en SaaS
- App móvil de almacén funcionando sobre conexión móvil (3G/4G/5G) sin terminal server.
- Trazabilidad por lote y serie en tiempo real visible desde cualquier dispositivo.
- Integración con sistemas WMS externos (cuando aplica) más sencilla.
- Cuadros de mando de operativa logística en Power BI integrado.
dvproduction en SaaS
- Acceso a la operativa de producción desde planta vía tableta industrial sin red local.
- Integración con sistemas MES y SCADA usando APIs estándar.
- Trazabilidad completa de producción accesible desde cualquier punto.
- Cuadros de mando OEE, mermas, rendimiento en Power BI nativo.
Ambas extensiones están publicadas en AppSource y mantenidas por Davisa con releases regulares — la migración aprovecha para actualizar a la versión vigente y limpiar configuraciones heredadas.
Errores típicos en migraciones cloud
”Migramos todo y luego limpiamos”
Casi nunca se llega a la limpieza posterior. Mejor limpiar antes, aunque el proyecto se alargue.
”Mantenemos todas las personalizaciones”
Resultado: SaaS con la misma deuda técnica que tenías en on-premise. Aprovechar la migración para racionalizar es de los pocos momentos donde la dirección apoya el “limpiar mientras hacemos”.
”No formamos al equipo porque no cambia mucho”
Aunque el cliente sea similar, hay diferencias (rol-centers actualizados, integración con M365, atajos nuevos). Una formación corta evita resistencias innecesarias.
”Migrémos un fin de semana sin pruebas reales”
Las migraciones express terminan con problemas operativos durante semanas tras el go-live. Doble pase mínimo (test completo + go-live).
Cómo lo hace Davisa
Llevamos migraciones NAV → BC y BC on-premise → BC SaaS desde que el modelo SaaS existe. Metodología consolidada:
- Diagnóstico inicial gratuito sobre el sistema actual.
- Plan de migración con plazos realistas y desglose de coste.
- Reescritura de personalizaciones como extensiones AL.
- Migración con herramientas oficiales + validaciones.
- Hipercuidado post go-live 2-4 semanas.
Habla con Davisa sobre Bridge to the Cloud — diagnóstico de tu sistema actual y plan de migración a Business Central SaaS.
Aprovecha la migración para modernizar tu operativa logística y de fabricación
La mejor migración no es la que arrastra todo igual, sino la que aprovecha el cambio para simplificar y modernizar las verticales críticas. Davisa lleva más de 20 años desplegando extensiones nativas sobre Business Central para sectores industriales y logísticos.
- Si gestionas almacén, transporte o un operador logístico: dvlogistic centraliza ubicaciones, picking guiado, rutas y operativa multi-cliente sobre BC SaaS.
- Si fabricas: dvproduction añade planificación fina de planta, partes de producción móviles y trazabilidad por lote/serie sin desarrollos a medida.
Habla con un asesor de Davisa — 30 minutos sin compromiso. Diagnosticamos tu caso y te decimos qué extensiones aplican antes de empezar la migración.
