Plan de migración de transición: datos estáticos frente a datos dinámicos
(Parte 4 de la serie de 6 partes “El manual de la migración”)
En la Parte 3, construimos el motor. Destacamos los esquemas de intercambio como la herramienta preferida y aplicamos la doctrina DAL para garantizar la integridad de los datos.
Ahora nos enfrentamos al momento decisivo de todo el proyecto: el fin de semana de la puesta en marcha.
No se trata de un fin de semana laboral cualquiera. Es una secuencia de transición altamente sincronizada de 48 a 72 horas, donde cada minuto cuenta. Si tiene suerte, esto ocurre durante las vacaciones de Navidad, lo que le brinda una ventana estratégica para lanzar el sistema sin problemas a principios de enero.
Pero si no tienes tanta suerte (que suele ser lo habitual), se trata de una auténtica carrera contrarreloj de fin de semana: apagas el sistema antiguo el viernes a las 18:00 y debes tener el ERP en funcionamiento, validado y listo para las operaciones comerciales el lunes por la mañana.
Si intentas improvisar durante este periodo, fracasarás. Necesitas un guion. Un plan maestro. La referencia absoluta que dicte cada movimiento. Llamamos a este documento Plan de Migración de Transición.
El plan de migración de transición: más que una simple lista
El Plan de Migración de Transición no es una simple lista de tareas pendientes. Es un cronograma detallado que coordina a los Consultores Técnicos, los Usuarios de Negocio, el equipo de Infraestructura y los Socios.
Puedes elaborar este plan utilizando la herramienta que mejor se adapte a la cultura de tu organización. Ya sea que uses Microsoft Project para una mayor precisión, Notion para una mayor flexibilidad colaborativa o simplemente un archivo compartido de Excel, el principio sigue siendo el mismo.
La herramienta es secundaria; el contenido es obligatorio.
Independientemente del software que elija, un plan de migración de transición sólido debe contener al menos estas columnas para cada tarea:
- ID y descripción de la tarea: (por ejemplo, “Cargar datos maestros de artículos”, “Validar valor de existencias”).
- Propietario: la persona específica responsable. Debe ser una persona con nombre y apellido, nunca un departamento genérico.
- Hora de inicio y duración: estimación aproximada (pero cuanto más precisa, mejor).
- Dependencias: “La tarea B no puede comenzar hasta que la tarea A esté completada al 100 %.”
- Criterios de validación: ¿cómo sabemos que funcionó? (p. ej., "El número de filas coincide con el sistema anterior").
- Fecha de carga: registra con exactitud cuándo se realizó la carga.
- Estado: el estado actual de la tarea (por ejemplo, "Pendiente", "En curso", "Hecho") para saber exactamente en qué punto nos encontramos.
- Notas: un campo genérico para agregar detalles específicos, desviaciones u observaciones rápidas durante el proceso.
Regla de oro: Si una tarea no está en el Plan de Migración de Transición, no se realiza. Nada de soluciones rápidas ni de aprovechar el momento para actualizar un parámetro. La disciplina es fundamental.
La estrategia: estática frente a dinámica
El mayor error es intentar cargar todo durante el fin de semana de lanzamiento. Es físicamente imposible. Para sobrevivir, dividimos los datos en dos categorías: estáticos y dinámicos.
1. Datos estáticos
Esto incluye datos maestros que no cambian cada minuto: artículos, listas de materiales, rutas de producción, clientes, proveedores y precios.
La estrategia consiste en migrar estos datos N días o semanas antes de la puesta en marcha. No imponemos un plazo fijo. Este plazo lo decide el cliente en función del volumen de datos a cargar y la complejidad de los controles de validación necesarios.
- Cargamos el conjunto completo en el entorno de producción.
- Lo validamos con calma.
- Implementamos un período de “Mantenimiento Dual”. Si un usuario crea un nuevo cliente en el sistema heredado durante estas dos semanas, también deberá crearlo manualmente en el sistema ERP.
- Para el fin de semana de la puesta en marcha, el 80% de los datos ya estarán disponibles. Solo tendremos que preocuparnos por los datos transaccionales.
2. Datos dinámicos
Estos son los datos que cambian hasta el último segundo: saldos de inventario, pedidos abiertos y trabajo en curso (WIP). Esta información solo se puede migrar durante la interrupción del servicio.
La pesadilla del proyecto en curso: ¿Mudarse o no mudarse?
La migración del trabajo en curso (WIP, por sus siglas en inglés) , es decir, las órdenes de producción que están a medio terminar en la planta de producción, es el desafío técnico más complejo en cualquier proyecto ERP.
Imagina un pedido de 100 piezas. La operación 1 (corte) está terminada. La operación 2 (soldadura) está completada al 50 %. La operación 3 (pintura) está pendiente. ¿Cómo se migra esta información a Infor LN, por ejemplo?
Opción A: Estrategia de “vaciar la línea de producción”: dejar de emitir nuevos pedidos dos semanas antes de la puesta en marcha. Obligar a la fábrica a terminar todo lo que esté pendiente.
- Ventajas: Empiezas desde cero. No hay lógica de migración compleja.
- Desventajas: No siempre es posible para empresas con plazos de entrega prolongados (por ejemplo, la fabricación de maquinaria que requiere 6 meses).
Opción B: Migración del “Estado de la Operación”: Si necesita migrar el trabajo en curso abierto, no puede simplemente insertar un registro que diga “50% completado”. Debe simular la realidad dentro del ERP.
- Migrar la orden de producción en LN.
- Replicar consumo de material: no se puede migrar una transacción. Debe volver a ejecutar la emisión en LN. Según su configuración (retroceso automático o manual), puede informar la operación completada para activar la emisión automática o emitir manualmente el material para ajustar el saldo de WIP.
- Migrar las horas: Inyectar lógica para registrar las horas de trabajo ya empleadas.
- Resultado: El pedido en LN se encuentra con el costo y el estado correctos, listo para la siguiente operación.
Si es posible, evite la opción B. Requiere pruebas exhaustivas y suele generar discrepancias en los costos. Si puede optar por la opción A, hágalo.
Alcance de la orden abierta: ¿Qué significa “abierta”?
En la Parte 1, decidimos implementar un cambio radical. Ahora debemos aplicarlo rigurosamente en el Plan. Cuando hablamos de "alcance abierto", nos referimos a compromisos futuros, no a registros históricos. Migramos únicamente lo que está vigente y es viable.
Esta lógica se aplica universalmente a pedidos de venta, pedidos de compra, contratosy cualquier otro compromiso pendiente. No migramos el historial; migramos el saldo restante de lo que aún no se ha entregado o recibido.
Finalmente, en lo que respecta al inventario, la regla es financiera: el valor total del stock importado debe coincidir con el valor en el sistema heredado del cliente. Si se detectan discrepancias, debemos analizar la diferencia. Necesitamos determinar con precisión si se debe a problemas de redondeo o a discrepancias específicas en los costos. La conciliación de costos y la valoración del inventario es la fase más delicada del proceso de validación.
El punto de no retorno
En el Plan de Migración de Transición, hay un hito definido como el Punto de No Retorno.
En este momento, se reúne el Comité Directivo. Revisamos el panel de control:
- Datos estáticos: 100% cargados.
- Datos dinámicos: 100% cargados.
- Conciliación financiera: Coincidencia.
- Problemas críticos: 0.
Si la respuesta es APROBADO, abrimos el sistema a los usuarios. No hay vuelta atrás. El sistema heredado pasa a ser de solo lectura. Si la respuesta es NO APROBADO, activamos un plan de reversión. Desbloqueamos el sistema heredado y la actividad empresarial continúa con el antiguo ERP el lunes por la mañana como si nada hubiera pasado.
Tener el valor de decir "No" es lo que distingue a un socio sénior de un proveedor junior. Es mejor retrasarlo una semana que arruinar el negocio durante un año.
Casi llegamos
Los datos están cargados. Los saldos cuadran. Se ha cruzado el punto de no retorno. El lunes por la mañana, los usuarios iniciarán sesión. Verán pantallas que solo han visto en la capacitación. Estarán nerviosos. Seguramente cometerán errores.
Pero, sobre todo, el sistema generará errores. En la siguiente parte, analizaremos cómo interpretarlos. Hablaremos sobre el lenguaje de los registros y las mejores prácticas para gestionar el caos de la primera semana sin perder la cabeza.
Escrito por Andrea Guaccio
2 de abril de 2026