¿Deben apartarse por completo los humanos una vez que el WES entra en operación? He visto a dos almacenes responder mal esta pregunta en direcciones opuestas. En uno, los supervisores ajustaban a mano las oleadas todos los días hasta que el sistema quedó como un costoso pisapapeles. En el otro, una cinta atascada estuvo media hora parada porque nadie se atrevía a tomar el control, mientras los pedidos se pudrían en la cola. Ambos pagaron la matrícula.
Primero pongamos la geografía en orden. Un WES vive entre el WMS y la capa de automatización — el WCS, las cintas, los AMR. El WMS le dice qué hay que expedir hoy y en qué cargas; el WES divide esos pedidos en tareas y los libera con ritmo hacia las clasificadoras, los robots y las estaciones de picking. Es el policía de tráfico de la ejecución y la liberación. El 95% rutinario lo resuelve de maravilla. Pero el 5% restante es la pila de excepciones, y hasta los policías de tráfico tienen que admitir cuándo necesitan a un humano.
La pregunta nunca fue "deben intervenir los humanos". Es "la intervención tiene un proceso". Quién tiene la autoridad, en qué escenarios, y si dejó rastro en el sistema — si esas tres cosas no están escritas, una intervención es solo sabotaje con buenas intenciones. Estas son las cinco fronteras donde creo que las manos humanas siguen teniendo su lugar.
Lanzamiento de oleadas: los 30 minutos antes del corte pertenecen al supervisor
La lógica de liberación de oleadas del WES suele ser fija: trabajar hacia atrás desde los horarios de corte de las paqueterías, liberar una oleada cuando hay un lote económico. Bien en un día normal. El problema vive en la media hora antes del corte.
Lo vi en un muelle real: corte de la paquetería a las 8 PM, y a las 7:30 una cuenta clave metió un pedido de emergencia — más de trescientas unidades. El sistema ya había liberado todo lo programado antes de las ocho, la cinta a tope. Según las reglas, ese pedido espera la siguiente oleada y sale mañana. El supervisor entró a la consola del WES, retrasó a mano las oleadas regulares quince minutos, metió el pedido grande en la siguiente liberación — y todo alcanzó el tráiler de las ocho.
¿Por qué el sistema no puede con esto? Porque no ve "perdemos esta cuenta si fallamos el camión". Solo conoce reglas y capacidad. El traspaso manual funciona así: el supervisor tiene un permiso de "liberar oleada ahora / retrasar oleada", y cada uso exige elegir un motivo en el sistema — "pedido urgente de cliente", "paquetería llegó antes" — con el registro de oleadas anotándolo automáticamente. La devolución es limpia: la siguiente oleada vuelve a la liberación automática, el sistema resecuencia solo. La intervención es una acción puntual, no un interruptor maestro que alguien olvida devolver.
Prioridades: si todo es urgente, nada lo es
Reposición urgente por falta de stock, un pedido VIP — saltarse la cola es legítimo. Pero una vez trabajé con una nave donde tres supervisores tenían derechos de prioridad, y cada mañana la cola de tareas del WES traía doscientos pedidos de "máxima prioridad". El sistema no podía saber quién era realmente primero. Quien gritaba más fuerte expedía primero. Eso es inflación de prioridades — la misma economía que imprimir dinero. Imprime suficiente y no vale nada.
Dónde se queda corto el sistema: no sabe qué VIP es un VIP de verdad esta semana. Los niveles de cliente en el WES son configuración estática; la realidad es dinámica. La cuenta que hay que proteger este mes puede no ser la del mes pasado.
La solución es una cuota. Dale al supervisor de cada turno, digamos, veinte espacios de prioridad. Usas uno, pierdes uno, con el saldo restante visible en el WES. Cada pedido priorizado queda etiquetado, y el informe mensual muestra cuántas prioridades hubo y quién las aprobó. ¿Cuota agotada y aún quieres subir un pedido? Pide la firma del gerente de operaciones. En el momento en que priorizar cuesta algo, las casuales desaparecen.
Degradación de equipos: escribe el guion de toma de control antes de que pare la cinta
Este es el más peligroso de los cinco. Un WES se gana el sueldo coordinando equipos — que es exactamente el problema cuando el equipo falla. Una cinta atascada, AMR muertos en un pasillo, una unidad de impresión y aplicación tragando etiquetas. El WES dará la alarma. No decidirá solo desviar el trabajo de la Zona B por la Zona C.
¿Por qué no? Porque un plan de degradación es una decisión de negocio, no algorítmica. Cambiar de zona significa que las rutas de picking cambian por completo, la mano de obra se redistribuye, las oleadas hay que recalcularlas. El sistema o no puede calcular esos equilibrios o calcula una respuesta que no te atreverías a dejarle ejecutar sin supervisión.
Así que el manual de degradación se escribe por adelantado — y se ensaya. Dice qué severidad dispara la toma de control humana (digamos, una cinta caída más de diez minutos), las tres primeras acciones tras la toma (cortar a mano las oleadas afectadas hacia la zona de respaldo), qué pantallas del WES tocar, qué anunciar a cada estación. Dos ensayos y los supervisores dejan de quedarse helados cuando pasa de verdad. He visto la alternativa: una línea atascada, cinco supervisores gritando instrucciones distintas por la radio, tareas acumulándose en el WES hasta que alguien mató toda la línea para limpiarla a mano. Una recuperación de veinte minutos se convirtió en dos horas.
La devolución: una vez restaurado el equipo, el supervisor pulsa "reanudar despacho automático" en el WES, el sistema vuelve a escanear el estado de las tareas en las zonas y resecuencia solo las oleadas desviadas. Lo no negociable: cada acción manual durante la toma de control vive en el registro del sistema. El post-mortem lee el registro, no la memoria de la gente.
Movimientos de personal: el sistema aconseja, el supervisor decide
Las plataformas WES modernas traen algo de músculo de gestión de personal: qué zona se está saturando, cuál tiene holgura, y una sugerencia como "mueve tres personas de A a B". Escucha la sugerencia. Pero la decisión es del supervisor.
Porque el sistema no sabe que es el primer día en solitario de alguien en el puesto, o que la espalda de un veterano no aguanta dos horas seguidas de pie en una estación. Los movimientos entre zonas necesitan un chequeo humano de habilidades — mandar a alguien que nunca ha operado put-to-light a una zona dirigida por luz no sube el rendimiento, sube los errores.
El flujo es simple: el sistema propone, el supervisor confirma o ajusta en la interfaz, y el sistema actualiza la asignación de tareas entre zonas. Mi costumbre: los supervisores revisan la sugerencia de personal al inicio del turno y a mediodía, y cualquier cambio ocurre en el sistema — no gritado en un chat de grupo. En el momento en que "oye, ve a ayudar a la Zona B" vive solo en un mensaje de chat, el WES sigue mostrando la foto de personal antigua, las tareas siguen yendo a la Zona A, y el sistema y la realidad empiezan a separarse.
Conteos cíclicos y ubicaciones bloqueadas: descongelar necesita firma humana
Cuando el WES bloquea una ubicación — descuadre entre contable y físico, una anomalía de sensor, tres errores de picking seguidos — las tareas relacionadas se pausan solas. El bloqueo automático está bien. El problema es el desbloqueo.
Mi regla: una ubicación bloqueada por el sistema solo se descongela con confirmación humana. Nunca liberación automática. Vi una nave activar "desbloqueo automático tras 30 minutos sin acción humana" para ahorrarse esfuerzo. Una ubicación con un falso positivo de sensor se desbloqueó sola tres veces — y expidió mal tres veces. El desbloqueo automático suelda cerrada la válvula de seguridad.
La confirmación es de baja fricción: el auditor de ubicaciones la revisa en planta, y si el stock físico cuadra, toca descongelar en el WES con un motivo — "físico coincide", "repuesta", "falso positivo de sensor". El sistema lo registra. Antes del fin del turno, el supervisor repasa la lista de descongelaciones del día; cualquier ubicación descongelada tres o más veces queda marcada para una revisión a fondo mañana. Mantén ese hábito y la exactitud de inventario sube de verdad.
Cinco fronteras, una tesis: la propia intervención manual tiene que procedimentarse. Quién puede intervenir, en qué escenarios, con qué rastro dejado en el sistema — escrito en el SOP, respaldado por permisos y registros del WES. No un grito en un chat de grupo.
Un WES corre el 95% que es rutina; los humanos corren el 5% que es excepción. Esa división del trabajo es correcta. Lo más peligroso nunca fue la intervención humana — es la intervención sin proceso. Una remienda el sistema; la otra cava agujeros debajo. Cuál eres tú se reduce a si hay una entrada de registro cuando terminas.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
