Implantar un ERP: fases, plazos y migración de datos
Implantar un ERP es fijar el alcance, preparar y migrar los datos, configurar o construir, probar con casos reales, formar y arrancar. El plazo depende sobre todo del estado de los datos y de lo rápido que la empresa decide.
Implantar un ERP es poner a trabajar a la empresa en un sistema nuevo: fijar el alcance, preparar y migrar los datos, configurar o construir lo que falta, probar con casos reales, formar al equipo y arrancar. El plazo depende menos del programa que de dos cosas: el estado de tus datos y lo rápido que tu empresa toma decisiones.
Cómo funciona un ERP (y por qué eso condiciona la implantación)
Un ERP es, sobre todo, una base de datos compartida. El presupuesto que prepara un comercial se convierte en pedido, el pedido en factura, la factura actualiza lo pendiente de cobro y todo eso alimenta los informes, sin que nadie vuelva a teclear nada. Cada persona entra con su rol y ve lo que le toca, y el sistema registra quién hizo qué y cuándo.
Esa es su ventaja y también la razón por la que implantarlo cuesta: como todo está conectado, hay que decidir cómo circula cada dato. ¿Quién puede crear un cliente? ¿Qué serie de facturación usa cada tipo de venta? ¿Quién aprueba un descuento? Un programa de facturación se instala; un ERP se implanta, porque obliga a tomar esas decisiones.
Qué ganas cuando está bien implantado
- Cada dato se escribe una vez. El cliente, el presupuesto y la factura no se vuelven a teclear en otro sitio.
- Sabes qué te deben y qué debes sin preguntar a nadie ni montar una hoja de cálculo.
- Los informes salen solos, sobre los mismos datos con los que se trabaja.
- Cada persona ve lo suyo y queda registrado quién hizo cada cambio.
Si el ERP está mal implantado, ninguna de esas ventajas llega: el equipo vuelve a la hoja de cálculo a las pocas semanas y el sistema se queda como un archivo más.
Las fases de una implantación
Las fases se solapan y su nombre cambia según el proveedor, pero el contenido es siempre parecido. Si quieres el detalle de cada fase en un proyecto de software en general, lo contamos en fases de un proyecto de software. Aplicado a un ERP:
- Diagnóstico y alcance. Qué procesos entran, en qué orden y qué queda fuera de la primera fase. Sale de aquí una propuesta cerrada, no una lista de deseos.
- Diseño. Cómo queda cada proceso en el sistema. En un desarrollo a medida, lo ideal es un prototipo navegable: ver las pantallas antes de programar.
- Preparación de datos. Inventario de lo que hay que migrar y limpieza. Empieza pronto, porque es lo que más se retrasa.
- Configuración o desarrollo por fases. Cada entrega se puede probar; en nuestros proyectos, con pruebas automáticas en cada una.
- Pruebas con casos reales y ensayo de migración. Tus casos difíciles, con tus datos cargados.
- Formación y arranque. El equipo aprende con sus propios datos y se elige el momento del cambio.
- Acompañamiento y evolución. Los primeros días se resuelven dudas al momento; después se decide la siguiente fase con el sistema ya funcionando.
De qué dependen los plazos
No hay un plazo estándar, y desconfía de quien te lo dé sin ver tus procesos ni tus datos. Como referencia, el informe ERP 2026 de Panorama Consulting Group sitúa la mediana de sus proyectos en 9 meses, pero su muestra son 170 organizaciones encuestadas entre enero de 2025 y enero de 2026, con una facturación mediana de 200,5 millones de dólares. El dato más útil de ese informe es otro: casi una cuarta parte declaró que su proyecto iba fuera de plazo, y entre ellas la causa más citada fueron problemas de organización (gobierno del proyecto, resistencia al cambio, rediseño de procesos), que pueden traducirse en aprobaciones que se retrasan.
| Factor | Acelera | Retrasa |
|---|---|---|
| Alcance | Primera fase acotada al problema más caro | Querer todos los módulos el primer día |
| Datos | Maestros limpios y un responsable de cada uno | Años de hojas de cálculo con criterios distintos |
| Decisiones | Una persona con autoridad para cerrar cada duda | Cada cambio pasa por varias reuniones |
| Adaptaciones | Aprovechar el cambio para ordenar procesos | Reproducir en el sistema cada excepción heredada |
| Integraciones | Pocas y bien definidas | Muchas, o con sistemas sin forma de conectarse |
| Equipo | Tiempo reservado para probar y formarse | Probar «cuando haya un rato» |
Cómo migrar los datos a un nuevo ERP
La migración es una de las fases con más riesgo, porque el sistema nuevo no arregla solo los datos viejos: si entran duplicados o incompletos, se quedan. Un orden que funciona:
- Inventario. Qué hay, dónde está y quién es responsable de cada dato: clientes, proveedores, artículos, tarifas, empleados.
- Decidir qué se migra. Los datos maestros y lo pendiente (facturas por cobrar y por pagar, pedidos abiertos, stock) casi siempre. El histórico, solo lo que necesites consultar a diario; el resto puede quedar archivado en un formato de consulta.
- Limpiar antes, no después. Duplicados, códigos que cambiaron con los años, campos a medio rellenar.
- Tabla de correspondencias. Cómo se traduce cada campo y cada código del sistema viejo al nuevo.
- Ensayos de carga. Al menos uno completo antes del arranque, y revisado por quien conoce los datos.
- Cuadrar. Que coincidan los totales: saldo pendiente de cobro, stock valorado, número de clientes activos.
- Carga definitiva con copia previa. Copia de seguridad antes de tocar nada y un plan claro para volver atrás si algo no cuadra.
Dos lecciones de nuestro propio trabajo con bases de datos en producción. La primera: copia de seguridad antes de cualquier cambio y cambios pequeños y reversibles. La segunda: que el sistema viejo siga funcionando no demuestra que el nuevo esté listo. Compruébalo con los datos ya cargados, antes de apagar nada.
Formación y arranque sin sustos
La formación funciona mejor cuando cada persona practica con sus propios casos y con los datos del ensayo de migración, no con ejemplos genéricos. Conviene nombrar a una o dos personas de referencia en el equipo, que conozcan el sistema antes que el resto y resuelvan las dudas del día a día. Y el día del arranque, que alguien del proveedor esté disponible para responder al momento.
Errores que retrasan la implantación
- Todo a la vez. Cuantos más procesos cambian el mismo día, más difícil es saber qué falla.
- Datos para el final. Se descubre en la última semana que los artículos no tienen un código fiable.
- Nadie decide. Sin una persona que cierre dudas, cada pregunta se convierte en una reunión.
- Formar el último día. El equipo llega al arranque sin haber usado el sistema con sus propios casos.
- Arrancar en el peor momento. Cambiar de sistema en plena temporada alta o en un cierre de trimestre.
- Sin plan de vuelta atrás. Si algo falla en el arranque, hay que saber de antemano qué se hace y quién lo decide.
Cómo lo planteamos nosotros
Seguimos el mismo proceso en cada proyecto: analizar (diagnóstico y propuesta cerrada), diseñar (prototipo navegable antes de programar), desarrollar (entregas por fases, con avances desde la primera semana y pruebas automáticas en cada entrega), integrar (pagos, correo, portales o tu programa actual, y la migración de los datos que hagan falta), lanzar (puesta en marcha con tu equipo, formación y soporte los primeros días) y evolucionar.
El momento del cambio también se planifica. En los sistemas que mantenemos, una comprobación automática impide publicar una versión nueva si un local está cobrando o acaba de abrir un ticket: el sistema no se cambia mientras alguien está cobrando con él. Ese mismo criterio sirve para el arranque de un ERP. Puedes ver los módulos que construimos en nuestra página de software; si todavía estás eligiendo, empieza por cómo elegir un ERP, y si vienes de las hojas de cálculo, por ERP o Excel.
Si trabajas en transporte, flota, caducidades y rentabilidad por servicio cambian la implantación; lo contamos en ERP para empresas de transporte.
Si tu ERP va a convivir con una tienda online, dedica una fase a la sincronización: explicamos qué puede fallar en sincronizar stock entre tienda física y online.
Fuentes consultadas
Comprobadas el 26 de septiembre de 2026. Enlazamos la fuente original para que puedas consultar el texto vigente.
Preguntas frecuentes
¿Cuánto se tarda en implantar un ERP?
Depende del número de procesos, de las integraciones y del estado de los datos. El informe ERP 2026 de Panorama Consulting sitúa la mediana en 9 meses, pero sobre una muestra de 170 organizaciones con una facturación mediana de 200,5 millones de dólares. Por fases, lo razonable es que la primera parte ya se esté usando antes de terminar el conjunto.
¿Qué datos hay que migrar a un nuevo ERP?
Los maestros (clientes, proveedores, artículos, tarifas, empleados), lo pendiente (facturas por cobrar y por pagar, pedidos abiertos, stock) y el histórico que se consulte a menudo. El resto puede quedar archivado en un formato de consulta.
¿Se puede implantar un ERP por partes?
Sí, y suele ser lo más seguro. Se empieza por el proceso que más tiempo o dinero cuesta, se pone en marcha y se amplía después. Cada fase tiene que poder probarse por separado.
¿Hay que parar la empresa para implantar un ERP?
No debería. El arranque se planifica en un momento de poca actividad, con los datos congelados el menor tiempo posible, una copia de seguridad previa y un plan para volver atrás si algo no cuadra.
¿Algo de esto encaja con tu negocio? Cuéntanos cómo lo haces hoy.