Migrar de Navision a Business Central es la decisión que tarde o temprano toca si tu empresa todavía funciona con Excel interminables, un Sage que se ha quedado corto o un Navision que Microsoft ya no actualiza. La duda no es si migrar, sino cómo hacerlo sin poner en riesgo la operativa diaria.
Esta guía explica qué implica realmente pasar de un sistema legado a Business Central, sistema por sistema.
Por qué las PYMEs se quedan ancladas en sistemas antiguos
No es pereza, es miedo justificado. Los tres motivos que más repiten nuestros clientes antes de dar el paso:
- «No sé si vamos a perder datos históricos.»
- «No tenemos tiempo para parar la facturación ni una semana.»
- «El equipo ya sabe usar esto, aunque sea a base de parches.»
Son preocupaciones legítimas. La buena noticia es que cada una tiene una respuesta concreta según el sistema del que partas.
Si partes de Excel
Excel no es un ERP, es un conjunto de hojas que ha ido creciendo hasta hacer el trabajo de uno. Migrar desde aquí tiene una ventaja y un riesgo:
- Ventaja: no hay una base de datos estructurada que desmontar, así que se puede diseñar el modelo de datos en Business Central desde cero, sin arrastrar años de «parches».
- Riesgo: los datos suelen estar dispersos entre varios archivos, con fórmulas manuales y criterios que solo la persona que las creó entiende. La fase de recopilación y limpieza es más larga que en otros casos porque hay que reconstruir la lógica del negocio, no solo copiar columnas.
Si partes de Sage
Sage suele quedarse pequeño cuando la empresa crece: más usuarios, más almacenes, más necesidad de trazabilidad o de integrarse con otras herramientas. La migración desde Sage tiene su propio patrón:
- Los datos maestros (clientes, proveedores, artículos) suelen estar bien estructurados, lo que facilita la extracción.
- El punto crítico está en el histórico contable y los saldos abiertos: hay que decidir qué ejercicios se migran con detalle y cuáles se resumen como saldo inicial.
- Las personalizaciones que se hayan hecho sobre Sage (informes a medida, procesos específicos) hay que revisarlas una a una, porque no se trasladan automáticamente.
Este es, en cierto modo, el camino más natural: Business Central es la evolución de Navision, así que la estructura de datos es familiar. Aun así, no es un simple «actualizar»:
- Si la versión es muy antigua, puede haber personalizaciones de código (objetos AL/C-AL) que ya no son compatibles y hay que reescribir o sustituir por funcionalidad estándar.
- Es el momento de plantearse qué de lo «personalizado» seguía siendo necesario y qué era una solución temporal a un problema que Business Central ya resuelve de fábrica.
- El histórico de datos suele migrar de forma más directa que desde Excel o Sage, precisamente por el parentesco entre ambos sistemas.
Las fases del proceso, sistema aparte
Independientemente del punto de partida, el camino tiene la misma estructura:
- Auditoría de datos — qué se migra, qué se descarta, qué se resume.
- Mapeo de procesos — qué procesos actuales se replican y cuáles se simplifican aprovechando lo que Business Central ya hace de forma nativa.
- Configuración y pruebas — en un entorno paralelo, sin tocar el sistema en producción.
- Formación del equipo — con datos reales, antes del cambio definitivo.
- Corte y puesta en marcha — el momento en que el equipo empieza a trabajar ya en Business Central.
Cuanto más se ha resuelto en las fases 1 a 4, más corto y tranquilo es el corte final.
La pregunta que de verdad hay que hacerse
No es «¿cuánto tarda la migración?» en abstracto, sino: ¿de qué sistema parto y cuánto histórico necesito conservar?La respuesta cambia bastante entre reconstruir la lógica de un Excel disperso, depurar el histórico contable de un Sage o modernizar personalizaciones de un Navision antiguo.
En TCServi hacemos esta auditoría inicial antes de dar ninguna fecha, precisamente para no prometer un plazo que luego no se cumple.
¿Quieres saber qué implicaría migrar tu sistema actual? Cuéntanos desde qué ERP partes y te decimos qué esperar, sin compromiso.
