"¿Tu sistema hace esto a propósito?"
Era 2019, y yo estaba implementando un WES en un centro de fulfillment de comercio electrónico en Fontana: 120,000 pies cuadrados, 8,000 pedidos al día, más de cuarenta personas en la zona de recogida. A las 10:30 de la mañana cayó la primera ola del día, y Chen, el supervisor de recogida, apareció en mi escritorio agitando la lista de tareas recién impresa, señalando el papel con el dedo.
"UPS recoge a las dos", dijo. "Y tienes esos pedidos sentados en la tarea número 180. Mientras tanto, ¿quieres que mis muchachos preparen primero lo de FedEx, y ese camión no sale hasta las cinco? Si perdemos la recogida de UPS, ¿de quién es el problema?"
Li, el administrador del sistema, intentó explicar desde el escritorio de al lado: "El sistema ordena por hora límite del pedido. Esos pedidos de FedEx entraron anoche..."
"Los pedidos de anoche no son urgentes", lo interrumpió Chen, dando un golpe con la lista sobre el escritorio. "Entonces, ¿qué es: la hora límite o la hora de recogida?"
He visto alguna versión de esa discusión repetirse en media docena de almacenes desde entonces. Una ola solo dibuja un círculo alrededor del trabajo del día. Lo que pasa dentro de ese círculo — cuál de esos cientos de tareas va primero — es donde un WES realmente se gana el sueldo. Si esa secuencia sale mal, el edificio sangra dinero en silencio todos los días: camiones esperando en el muelle, horas extra en la estación de auditoría, clientes llamando por envíos atrasados.
Cuatro manos en el volante
La primera mano: la hora de recogida del transportista. Esta es la restricción más dura del edificio. Si un pedido no está recogido, auditado y sellado antes de que llegue el camión, espera hasta mañana. El cliente ve una actualización de rastreo con un día de retraso, y tu línea de soporte se enciende. En muchos almacenes que he visitado, este campo en el WES o no se mantiene, o se mantiene pero las reglas de prioridad nunca lo usan. En cualquier caso, es peso muerto.
La segunda mano: la hora límite del pedido. Esta es la mano más maltratada de las cuatro. Una hora límite temprana significa que el cliente pidió temprano. No significa que el pedido sea urgente. Un lote que entró a las 11 de anoche frente a un lote de las 9 de esta mañana que tiene que alcanzar la recogida de UPS de las 2 PM: ¿cuál es urgente? Obviamente el segundo. Sin embargo, muchos sistemas traen de fábrica el orden por hora límite como regla predeterminada. Eso es exactamente lo que le pasó a Chen esa mañana.
La tercera mano: la ruta de recogida. Agrupar tareas que están sobre la misma ruta significa que los preparadores caminan menos y preparan más por hora. Esta mano no tiene nada de malo, pero es la mano que ahorra dinero, no la mano que salva el día. Si mezclas la jerarquía, las cosas se tuercen. Más sobre eso en un momento.
La cuarta mano: el riesgo de faltantes y el nivel del cliente. Algunos pedidos son problemáticos desde el inicio: ubicaciones donde el sistema dice que hay stock pero el estante está vacío, pedidos con requisitos estrictos de lote y caducidad, clientes VIP cuyas quejas llegan al escritorio del dueño. Recoge esos primero para que los problemas salgan a la luz temprano, o sácalos del flujo regular por completo. Nunca los dejes al final de la ola.
Cuatro manos quieren llevar el volante. El WES necesita una forma de resolver la pelea.
Cuando las reglas pelean entre sí
Aquí va una pregunta real. Pedido A: hecho anoche, hora límite más temprana, ubicado en una posición al fondo del edificio, recogida del transportista a las 5 PM. Pedido B: hecho esta mañana, hora límite posterior, ubicado justo al lado de la entrada de la zona de recogida, recogida del transportista a las 2 PM. ¿Cuál va primero?
La respuesta es obvia: el B. La hora de recogida es una restricción dura. La ruta de recogida es una optimización blanda. Las restricciones duras siempre van antes que las blandas.
Mi enfoque es por niveles, no por promedios ponderados. La ponderación suena científica, pero en la práctica es un puré: "hora límite 40 %, hora de recogida 30 %, ruta 30 %" — y la secuencia resultante no tiene sentido para nadie. Menos que a nadie, para el supervisor de piso. Los niveles son más simples: agrupa las tareas por ventana de recogida primero, ordena por ruta dentro de la ventana, y sube los pedidos con riesgo de faltante y los VIP un escalón dentro de su nivel.
Los niveles tienen una ventaja más: el piso los puede leer. El supervisor abre la lista de tareas y ve de un vistazo que "todo lo que sale en las próximas dos horas está al frente", así que realmente sigue al sistema. De lo contrario, vuelve a reordenar en una lista de papel, y el WES bien podría no existir. He visto más de un edificio donde la secuencia del sistema y la secuencia real de recogida eran dos cosas completamente distintas.
Dos formas en que he visto que esto sale mal
La primera forma de morir: ordenar solo por hora límite. En 2021 visité un 3PL en Mira Loma que movía 15,000 pedidos al día en temporada alta. Su regla de prioridad del WES tenía exactamente una línea: ordenar por hora límite. En días de promoción, miles de pedidos entraban de madrugada — todos con servicios lentos y baratos — y el sistema, obediente, preparaba primero esos pedidos "tempranos". Cada tarde, los pedidos que realmente tenían que alcanzar recogidas del mismo día se acumulaban al final, y la estación de auditoría hacía horas extra hasta pasadas las nueve. El dueño me contó que una temporada alta quemó cerca de cien mil dólares en horas extra. Después de cambiar la regla a niveles por hora de recogida, las horas extra casi desaparecieron. Eso no era un problema del sistema. Era un problema de la regla.
La segunda forma de morir: dejar el riesgo de faltantes fuera de la prioridad. Algunos pedidos están marcados desde el inicio como probables faltantes: cantidad en mano que no coincide con el estante, restricciones de caducidad ajustadas. Entierra esos al final de la ola, y el preparador solo descubre el problema cuando llega allí: todo el pedido se detiene, manejo de excepciones, cazar stock, dividir el pedido. Un proceso tras otro, y la cola de la ola se estira. Peor aún, la estación de auditoría está esperando ese pedido para completar un envío, así que la mercancía que ya se preparó queda ahí esperando también. La solución es adelantar los pedidos de alto riesgo y dejar que los problemas salgan a la luz temprano. Descubre un faltante a las 10 de la mañana y todavía tienes tiempo de cazar stock o transferirlo. Descúbrelo a las 4 de la tarde y lo único que puedes hacer es pedirle disculpas al cliente.
Ambas formas de morir comparten la misma causa raíz: la regla de prioridad se diseñó pensando en la justicia — primero en entrar, primero en salir — en lugar de en las consecuencias. Qué pasa si este se atrasa.
Aquí tienes algo que puedes hacer mañana. Abre tu WES, saca tres olas liberadas hoy, exporta las listas de tareas, ordénalas por hora de recogida del transportista y compáralas con la secuencia que realmente asignó el sistema. Si no coinciden, no toques todavía los pesos ni reescribas las fórmulas. Ve a revisar si los datos maestros de horas de recogida siquiera se están manteniendo. En mi experiencia, la mayoría de los fallos de prioridad se remontan a una causa raíz aburrida: nadie actualiza las horas de recogida. El transportista cambió el horario, nadie lo registró. Un día festivo añadió un tráiler extra, nadie lo anotó. Pon los datos en orden primero, y las reglas empiezan a tener sentido. Pon los datos mal, y ninguna configuración de reglas te va a salvar.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
