Respuesta corta. La implementación de un ERP no paraliza la empresa cuando se hace por fases y empieza por el proceso que produce el dato que los demás consumen, con datos maestros ya limpios y un dueño interno con horas reservadas para el proyecto. Lo que paraliza no es el programa: es arrancarlo todo el mismo día con las mismas personas que tienen que seguir sacando el trabajo. Antes de fijar la fecha hay que ordenar tres cosas: el alcance de la primera fase, los datos y la capacidad de quien lo va a sostener.
Una implantación mal secuenciada no cuesta solo semanas de caos. Cuesta facturas que salen tarde porque nadie sabe todavía emitirlas desde el sistema nuevo, precios mal migrados que se facturan durante meses antes de que alguien los detecte y un periodo largo en el que dirección no se fía de ningún dato. Es ingreso ya ganado que se retrasa o se pierde, y decisiones que se toman a ciegas justo cuando más falta hacía ver claro.
Lo que sigue está pensado para el gerente de una pyme industrial que ya ha decidido implantar un ERP. Si todavía dudas de si lo necesitas, empieza por las señales de que tu pyme necesita un ERP y las de que todavía no.
Señales de que tu plan de implantación va a parar la empresa
- La fecha de arranque la ha puesto el calendario del proveedor, no el de tu empresa.
- Todos los módulos arrancan el mismo día.
- El plan dice «migrar todo», histórico incluido.
- La persona clave del proyecto es la misma que factura, compra y cierra el mes, y nadie ha decidido qué deja de hacer.
- La formación está prevista para la semana del arranque.
- El arranque coincide con un cierre de mes, de trimestre o con la temporada alta.
- Nadie ha decidido qué se hace si el primer día algo no funciona.
Lo que hay que ordenar antes de empezar la implementación de un ERP
El alcance de la primera fase
La primera fase no es «el ERP». Es un proceso concreto, de principio a fin, con fecha de arranque y un criterio claro de cuándo está terminado. Todo lo que no entra en esa fase se escribe en una lista y se deja fuera a propósito. Un alcance que no deja nada fuera no es un alcance.
El dueño y sus horas
El proyecto necesita un dueño interno que decida cómo se trabaja y que valide datos y pruebas. Aquí conviene no confundir actividad con capacidad: que alguien esté siempre ocupado no significa que tenga hueco. La pregunta útil es otra: ¿qué deja de hacer esa persona durante el proyecto y quién lo hace por ella? Si nadie sabe responder, las horas del proyecto saldrán del cierre de mes, y el cierre de mes se retrasará.
El plan de arranque: fecha, corte y vuelta atrás
Tres decisiones que se toman antes, no el día del arranque. La fecha, lejos de cierres y de picos de trabajo. El corte: a partir de qué pedido, albarán o factura todo va al sistema nuevo. Y el plan de vuelta atrás: qué se hace si el primer día no se puede facturar. Si hay un periodo de doble registro, debe tener una fecha de fin corta y conocida por todos.
Por qué no conviene activarlo todo el primer día
Un ERP es modular por algo. Activar ventas, compras, almacén, producción, proyectos, contabilidad e informes a la vez obliga a las mismas personas a aprender todo al mismo tiempo que sacan el trabajo. Por fases, cada módulo se asienta antes de que llegue el siguiente.
El criterio para elegir el primero es el mismo en cualquier empresa: el módulo que produce el dato que consumen los demás y en el que más ingreso se escapa hoy. Cuál es depende del modelo operativo:
- Fabricación bajo pedido: pedido de venta y listas de materiales, porque de ahí salen las compras, la planificación y la factura.
- Instalación con obra: la obra con su presupuesto y los partes de trabajo, porque de ahí sale lo que se certifica y se factura.
- Distribución industrial: artículos, stock y el circuito de pedido y albarán, porque de ahí sale todo lo demás.
Los informes y cuadros de mando van siempre al final: consumen el dato de los otros planos. Y un módulo nuevo no arranca hasta que el anterior se usa sin recordatorios.
Qué datos limpiar antes de migrar
Lo que entra sucio en el ERP sale sucio en cada pedido y en cada factura. Por eso la limpieza se hace en origen y antes de migrar, no después. Estos son los bloques y lo que hay que revisar en cada uno:
- Clientes: duplicados, datos fiscales, formas de pago, direcciones de entrega y contactos de facturación.
- Artículos: dos códigos para la misma pieza, unidades que no casan (se compra por rollos y se vende por metros), familias que nadie usa.
- Tarifas: una sola tarifa vigente por cliente o grupo, sin precios especiales que ya nadie recuerda por qué se dieron.
- Proveedores: duplicados, condiciones y plazos reales.
- Stock inicial: recuento físico en la fecha de corte, no el dato de la hoja.
- Pendientes vivos: pedidos abiertos, albaranes sin facturar y facturas sin cobrar. Estos sí se migran, uno por uno y revisados.
- Histórico: en general no hace falta migrar cada movimiento antiguo. Decide qué necesitas operar y qué solo necesitas consultar; lo segundo puede quedarse en el sistema anterior.
Cómo calcular lo que cuesta migrar tarifas sin limpiar
De todos los datos maestros, las tarifas son las que convierten un error de migración en facturación perdida de forma directa. Los números de abajo son un ejemplo para enseñar el cálculo, no datos de un cliente: sustitúyelos por los tuyos.
Fórmula: precios migrados × % con error = precios erróneos. Después: líneas de pedido al mes que usan esos precios × diferencia media por línea × meses hasta que se detecta = facturación afectada.
Ejemplo: una empresa migra 2.000 precios (combinaciones de artículo y cliente o grupo de clientes). Si un 3 % tiene error, son 60 precios equivocados. Si esos 60 precios aparecen en 150 líneas de pedido al mes, con una diferencia media de 12 € por línea, son 1.800 € al mes. Si nadie lo detecta hasta pasados tres meses, son 5.400 € facturados mal.
Cuando el error va a la baja, es ingreso ganado que no se cobra y que es difícil recuperar después. Cuando va al alza, se convierte en abonos, facturas rectificativas y un cliente que desconfía de tus facturas. Y durante esos tres meses, cualquier informe de margen por cliente sale torcido.
Para estimar tu porcentaje de error antes de migrar, toma una muestra de precios al azar y compárala con las últimas facturas emitidas a esos clientes. Lo que encuentres en la muestra te dice si hay que revisar la tarifa entera.
Orden recomendado para una implementación de ERP por fases
- Describe el proceso del primer módulo y acuerda una sola versión.
- Nombra al dueño y libera sus horas: decide por escrito qué deja de hacer y quién lo cubre.
- Limpia en origen los datos maestros que usa ese módulo.
- Configura con el proceso delante y prueba con pedidos reales de semanas anteriores, incluidos los raros.
- Fija fecha, corte y plan de vuelta atrás, lejos de cierres y temporada alta.
- Forma a cada persona en su parte, con sus casos, la semana anterior al arranque.
- Arranca y cierra el doble registro en la fecha prevista.
- Pasa al siguiente módulo cuando el anterior se usa sin recordatorios. Informes, al final.
Si el ERP ya está implantado y no ha dado lo que esperabas, el enfoque cambia: lo explicamos en por qué fracasan las implantaciones de ERP en pymes.
Preguntas frecuentes
¿Cuánto dura la implementación de un ERP en una pyme?
Depende del número de módulos, del estado de los datos y de las horas reales del dueño interno. Más útil que una fecha final es una fecha por fase, y un criterio para darla por cerrada: que el módulo se use sin recordatorios.
¿Qué módulo del ERP se implanta primero?
El que produce el dato que consumen los demás y en el que más ingreso se escapa hoy. En fabricación bajo pedido suele ser el pedido con sus materiales; en instalación, la obra con sus partes; en distribución, artículos, stock y albaranes.
¿Hay que migrar todo el histórico al ERP nuevo?
En general, no. Se migran los datos maestros limpios y los pendientes vivos; el histórico puede quedarse en el sistema anterior para consulta.
¿Se puede implantar un ERP sin parar la producción?
Sí, si se arranca por fases, con la fecha lejos de los picos de trabajo, un corte claro y un plan de vuelta atrás decidido de antemano. Lo que para la producción no es el programa, sino activarlo todo a la vez con las mismas personas que sacan el trabajo.
Primero el orden. Después la tecnología.
Buena parte de una implantación se decide antes de tocar el programa: qué va primero, qué datos hay que limpiar y quién lo va a sostener. El Diagnóstico de Operativa recorre los cuatro planos (comercial, ejecución, administración y dirección), identifica qué proceso produce el dato del que depende el resto y dónde se escapa hoy la facturación, y te entrega una hoja de ruta priorizada con la secuencia de implantación. Te sirve aunque no sigas con nosotros.