El momento más peligroso de un reemplazo de WMS no es la mañana del go-live. Es el tramo de horas silenciosas justo antes: la ventana de congelación de datos, cuando el sistema antiguo se está apagando y el nuevo aún no genera confianza. Si colocas mal el punto de congelación, pasarás tu primera semana conciliando inventario en lugar de despachar pedidos.
He visto equipos dedicar seis meses a la selección de software y cuatro meses a la implementación, y luego dejar la decisión del freeze para la semana previa al cutover. El resultado siempre es el mismo: unos cientos de waves abiertas aún sentadas en el sistema antiguo el día del go-live, inventario que no cuadra en el nuevo y una cola de atención al cliente en llamas. Lo vi de cerca en un proyecto 3PL en Fontana en 2019. Una vez bastó.
El freeze son tres listas, no una línea
La mayoría imagina la congelación como un único momento: el sistema antiguo se detiene, el nuevo arranca. En la práctica, el punto de congelación son tres listas, cada una congelada en su propio calendario.
La primera lista son los datos maestros, y se congela antes. Los maestros de artículos, de ubicaciones, de clientes y de proveedores deben bloquearse de dos a tres semanas antes del cutover. La lógica es simple: la migración y la validación de datos corren sobre una foto, y si los maestros siguen cambiando, tus scripts de migración quedan obsoletos en cuanto terminan. Mi regla es que, después del freeze de maestros, las altas pasan solo por un proceso de excepción: un formulario en papel, mi firma, y luego al sistema.
La segunda lista son los saldos transaccionales, congelados la noche anterior. La foto del saldo de inventario, las órdenes de venta abiertas, las órdenes de compra y recepciones abiertas, los ajustes de inventario pendientes, las tareas de conteo cíclico sin terminar: todo se "fotografía" antes de que se abra la ventana de cutover. Después de tomada la foto, esos documentos en el sistema antiguo pueden cerrarse, pero nunca crearse.
La tercera lista es el trabajo en curso, y es la más desordenada. Waves pickeadas pero no verificadas, pedidos cargados en un remolque pero aún no despachados, recepciones sentadas en un camión que no se ha descargado: estas atraviesan ambos sistemas y cada una necesita un dueño y una decisión. Mi regla dura: cierra lo que se pueda cerrar. Solo las excepciones pasan al nuevo sistema, y cada una lleva la aprobación firmada de un dueño nombrado en la lista de verificación del cutover.
Dimensiona la ventana por tu volumen de pedidos, no por el calendario
No existe una duración estándar del freeze, pero sí una forma de calcularla. Trabaja hacia atrás desde tu volumen diario de pedidos, tu ritmo de waves y qué tan rápido tu equipo cierra documentos.
Empieza eligiendo la ventana de cutover y deriva de ella las acciones de freeze. Para un centro de e-commerce que mueve unos miles de pedidos al día, normalmente pido una ventana completa de bajo volumen: digamos, del sábado a las 10 PM al domingo a las 6 AM. Cuatro a seis horas antes de que se abra la ventana, deja de crear nuevas waves y deja que las waves en curso terminen de forma natural. Dos horas antes, la recepción pasa a registros manuales. Cuando se abre la ventana, toma la foto del inventario y bloquea el acceso de escritura en el sistema antiguo.
Un no negociable: haz un conteo antes del freeze. No un wall-to-wall completo, sino un conteo cíclico de cada ubicación de alta velocidad que toque el cutover. He visto un proyecto descubrir una brecha de tres puntos entre el inventario del sistema y el físico después de tomada la foto, y todo el cutover se deslizó una semana. El conteo es una condición previa del freeze, no un extra opcional.
Y algo que los equipos olvidan: avisa a tus clientes y transportistas sobre la ventana de freeze con antelación. Para un 3PL sobre todo: si un cliente baja un pedido urgente durante el freeze, necesitas un guion estándar que explique por qué esas horas están en negro. No lo escribas cuando suene el teléfono.
Corre en paralelo brevemente: el sistema antiguo es un espejo, no un socio
Si correr los dos sistemas en paralelo después del cutover es una discusión perenne. Mi posición es tajante: sí, paralelo, pero el sistema antiguo queda como un espejo retrovisor de solo lectura, nunca como un segundo punto de entrada de datos.
El espejo significa que el sistema antiguo mantiene acceso de consulta durante dos a cuatro semanas. Atención al cliente consulta allí el historial de pedidos, finanzas concilia allí, las devoluciones previas al cutover se procesan allí. Pero cada transacción nueva va al sistema nuevo. Ingresar nuevos pedidos en ambos sistemas es la peor práctica que he visto: los dos conjuntos de datos divergen en tres días y la conciliación se convierte en una pesadilla.
Limito el periodo en paralelo a dos semanas, un mes como máximo. Si después de un mes aún no puedes vivir sin el sistema antiguo, algo en el sistema nuevo no quedó terminado, y la respuesta es arreglarlo, no extender el paralelo indefinidamente. Cuando termina el periodo, el sistema antiguo se archiva: base de datos respaldada y sellada.
Escribe el plan de reversión en papel, y luego ensáyalo
Por último, la reversión. Hay muchos proyectos cuyo plan de reversión, en su totalidad, dice: "Si surgen problemas, revertir al sistema antiguo". Eso es lo mismo que no tener plan.
Un plan de reversión usable detalla cuatro cosas: los disparadores (por ejemplo, el flujo principal de salida caído por más de dos horas, o los pedidos de un cliente importante completamente inatendibles); el único decisor (una persona, normalmente el líder del proyecto, no un comité); qué pasa con los datos creados en el sistema nuevo durante la reversión (pedidos pickeados, etiquetas impresas: anulados o reingresados manualmente); y cuándo ocurre el simulacro de reversión (mi requisito: al menos un ensayo completo antes del cutover, incluida una restauración cronometrada).
Esta es la verdad honesta sobre los planes de reversión: su valor real no está en usarlos. Está en obligarte a pensar cada "qué pasaría si" antes del día del cutover. En cada proyecto que dirigí con un plan de reversión serio y escrito, nunca hubo reversión. Dos de los que no lo tenían me llamaron a medianoche.
Si estás armando un plan de cutover esta semana, haz una cosa esta noche: saca tu lista de pedidos abiertos, colócala contra tu cronograma de waves y cuenta exactamente cuántos pedidos estarán en el aire en las doce horas a cada lado de tu punto de freeze planeado. Ese número es la base de todo tu plan de cutover. Construye sobre arena y todo lo de arriba es un peligro.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
