foroerp.com

Cómo migrar de un ERP antiguo a uno nuevo sin romper la empresa

Guías Publicado el 29 de abril de 2026

Cambiar de ERP es de los proyectos más críticos que afronta una empresa. No es comparable a cambiar de software de email o de CRM: el ERP lleva el negocio, y un fallo te puede dejar sin facturar o sin servir pedidos durante días. Por eso hay tantos proyectos que se eternizan, se sobrepresupuestan o directamente fracasan.

Esta guía no te va a vender que sea fácil. Te va a contar qué hace bien la gente que lo consigue.

Antes de migrar: pregúntate si realmente toca

No todas las quejas con tu ERP actual justifican un cambio. Antes de iniciar el proyecto, descarta estas opciones más baratas:

  1. ¿Es un problema del ERP o de cómo lo usas? Muchas empresas migran porque “el ERP no hace X” cuando en realidad sí lo hace pero nadie lo configuró. Una auditoría de uso (1-2 semanas con el partner) puede ahorrarte 200.000 €.
  2. ¿Es un problema de versión obsoleta? Si llevas 10 años sin actualizar, quizá el problema es el upgrade, no el cambio. Coste de upgrade < coste de migración.
  3. ¿Es un problema del partner actual? A veces no es el ERP, es quien lo mantiene. Cambiar de partner es 10x más barato que cambiar de ERP.

Si tras esto sigue teniendo sentido migrar, sigue leyendo.

Las fases de un proyecto de migración

Fase 0 — Diagnóstico interno (4-8 semanas)

Antes de hablar con proveedores nuevos:

  • Inventario de procesos críticos: documentar cómo trabaja la empresa hoy. Sin esto no podrás contrastar ofertas.
  • Inventario de personalizaciones del ERP actual: qué se ha tocado, por qué, quién depende de ello. Las personalizaciones invisibles son la mayor fuente de imprevistos.
  • Inventario de integraciones: ¿con qué se comunica el ERP? (banca, web, marketplaces, almacén, fichaje, BI, AEAT). Cada integración es un proyecto adentro del proyecto.
  • Volumen de datos: ¿cuántos registros tienes en clientes, productos, asientos, históricos? Determina coste y duración.

Fase 1 — Selección (8-16 semanas)

  • Shortlist de 3 productos máximo.
  • Demos con tus propios casos, no demos genéricas: pídeles que te enseñen cómo se hace TU proceso clave.
  • Propuestas con alcance detallado: licencias + implantación + datos + integraciones + soporte año 1-3, separadas.
  • Visita referencias: empresas similares que llevan el ERP en producción >2 años. Pregunta lo que no preguntan los demás: “¿qué te molesta?”.

Fase 2 — Análisis y diseño (8-16 semanas)

  • Análisis funcional detallado (“blueprint”): cómo se hará cada proceso en el nuevo sistema.
  • Decisión clave: ¿adaptamos la empresa al estándar o adaptamos el sistema a la empresa? Por defecto, el estándar. Cada personalización añade coste y deuda técnica para los próximos 10 años.
  • Diseño de datos maestros: cómo se modelan clientes, productos, cuentas, etc. en el nuevo sistema.

Fase 3 — Construcción y migración de datos (12-24 semanas)

Aquí está el grueso del proyecto.

Migración de datos: lo que más subestiman las empresas

Los datos de tu ERP antiguo no van a entrar tal cual en el nuevo. Lo normal:

DatoCómo migra
Maestros (clientes, productos, proveedores)Migración completa, con limpieza
Saldos contablesSaldo de apertura a fecha de corte, no histórico de asientos
Asientos contablesSolo el ejercicio en curso, históricos quedan como consulta en el sistema antiguo
Pedidos abiertosMigran los abiertos a fecha de corte
Pedidos cerradosNO migran (consulta en sistema antiguo)
StocksInventario físico en el momento de corte
Históricos de venta para BISe llevan a un data warehouse, no al ERP nuevo

El error clásico: querer migrar 15 años de histórico al ERP nuevo. No tiene sentido. El ERP es operativo. El histórico se consulta en el sistema antiguo o se vuelca al BI.

Fase 4 — Pruebas (4-8 semanas)

  • UAT (User Acceptance Testing): usuarios reales probando casos reales. No el partner probando casos genéricos.
  • Pruebas de carga: con tus volúmenes reales, no con datos de demo.
  • Conciliación contable: que el saldo contable migrado cuadre exacto con el sistema antiguo.

Fase 5 — Go-live (1 semana intensa)

  • Corte de actividad: día concreto en que se deja de operar en el sistema antiguo.
  • Carga final de datos a fecha de corte.
  • Operación en paralelo: durante 2-4 semanas, los procesos críticos se ejecutan en ambos sistemas como red de seguridad. Coste alto en personas, pero descubre errores antes de que duelan.

Fase 6 — Hipercuidado y estabilización (4-12 semanas)

Las primeras semanas tras el go-live son siempre caóticas. Bugs descubiertos en producción, usuarios pidiendo cambios, cierres mensuales con nuevos procesos. Refuerza el equipo de soporte y reserva tiempo de la dirección.

Errores que se repiten en TODOS los proyectos

  1. Subestimar el esfuerzo interno. El partner pone consultores, pero tu equipo tiene que dedicar 30-50% del tiempo durante 6-12 meses. Si no liberas a esas personas de su trabajo habitual, fracasa.
  2. No tener un project owner interno con autoridad. Si las decisiones tienen que subir cada vez al CEO, el proyecto se eterniza.
  3. Querer replicar exactamente el sistema antiguo. Si lo replicas, has gastado 500.000 € para tener lo mismo. Aprovecha para mejorar procesos, no para fosilizarlos.
  4. No capacitar a los usuarios. La formación se planifica pronto y se hace en serio. Un buen sistema con usuarios no formados es peor que el malo que ya conocían.
  5. No dejar el sistema antiguo accesible para consulta. Te ahorrarás migrar histórico innecesario.
  6. Cierres contables sin colchón. El primer cierre mensual en el sistema nuevo siempre es más lento y con sustos. No lo planifiques en el peor momento del año.

Plazos realistas

Tipo de empresaDuración total
PYME con procesos simples6-9 meses
Mid-market generalista9-15 meses
Mid-market industrial complejo12-18 meses
Gran empresa18-36 meses

Cualquier oferta significativamente por debajo de esto = el alcance está mal dimensionado.

Conclusión

Migrar de ERP es un proyecto de empresa, no de IT. La diferencia entre éxito y fracaso casi nunca está en la elección del producto: está en si la dirección lo lidera, si hay un project owner real con autoridad, y si se ha hecho la pregunta dura (“¿de verdad necesitamos cambiar?”) antes de empezar.

Si todavía estás en la fase de elección, lee también Cómo elegir un ERP para una PYME industrial y la comparativa SAP Business One vs Microsoft Dynamics 365 Business Central.