Lo que me vuelve loco es esto. Son las 2:30 de la mañana, una ola va cuarenta pedidos por detrás, el panel del WES brilla en rojo y una docena de tareas llevan 47 minutos atascadas. Nadie lo sabe. El líder de turno está afuera fumando. El gerente de guardia está dormido. ¿Y el sistema? Registró fielmente cada minuto del retraso, y no hizo absolutamente nada al respecto.
Esto pasó en 2023 en un 3PL que distribuía alimentos frescos en el sur de California. Una sección de la cinta transportadora se atascó esa noche y una pila de tareas de picking se acumuló antes del atasco. En el WES, esas tareas pasaron de "en curso" a "tiempo de espera agotado" a "excepción", sin una sola notificación a nadie. Cuando el turno de las 6 AM lo descubrió, la ventana de salida del camión refrigerado ya se había cerrado. Un camión completo se retrasó al turno de la tarde, y entre la penalización y las horas extra de emergencia, la cuenta fue dolorosa.
Durante el análisis posterior le hice a su equipo de TI una pregunta, y se quedaron mirándome: "¿Cuántas reglas de escalación por tiempo de espera tienen configuradas en su WES?" La respuesta fue cero. El sistema tenía la función. En tres años, nadie la había configurado jamás. Su WES era un panel caro: bonito e inútil.
Las tareas atascadas no se desatascan solas
Hay un malentendido generalizado sobre los sistemas de ejecución de almacén: que una vez instalados, las excepciones se resuelven de alguna manera solas. No lo hacen. Las tareas se atascan por una docena de razones mundanas: un atasco en la cinta transportadora, un AMR que pierde la localización y gira en su lugar, un picker que se guardó la pistola RF en el bolsillo para ir al baño, un atasco en la impresora de etiquetas que deja colgada la tarea de impresión y aplicación. Ninguna de estas se arregla sola. Todas necesitan un humano. Lo único que el sistema puede hacer es despertar a la persona correcta en el momento correcto.
La escalación por tiempo de espera se resume en una frase: dale a cada tarea una fecha límite de "si nadie toca esto para entonces, tenemos un problema", y cuando la fecha límite llegue, pon automáticamente el problema frente a alguien que pueda resolverlo. Sin ese mecanismo, tu WES apenas supera a una hoja de cálculo: solo que es una más cara.
Define los umbrales por tipo de tarea, no por intuición
El error más común es un umbral de tiempo de espera único para todo: digamos, treinta minutos para todo. Eso es pura adivinanza. Los distintos tipos de tarea tienen duraciones normales que difieren en órdenes de magnitud. Una sola vara para todas te da exactamente dos resultados: el umbral es demasiado laxo y las tareas realmente rotas quedan ahí tiradas durante horas, o es demasiado estricto y el teléfono del líder de turno recibe una avalancha de falsas alarmas hasta que silencia las notificaciones al tercer día, momento en el que también pierdes las alarmas reales.
Mi enfoque es por niveles según el tipo de tarea, con dos líneas por nivel: una línea de advertencia que empuja al operador, y una línea de escalación que sube por la cadena. Los números de abajo son la configuración inicial que uso: no es la ley. Corre dos semanas de tus propios datos y ajústalos a tu takt real:
| Tipo de tarea | Línea de advertencia | Línea de escalación | Escala a |
|---|---|---|---|
| Tareas de cinta transportadora / sorter | 3 min sin progreso | 10 min | Líder de equipo → gerente de guardia |
| Tareas de transporte AMR | 5 min sin movimiento | 15 min | Ingeniero de automatización → gerente de guardia |
| Tareas de picking manual | 50% sobre el tiempo estándar | 2× el tiempo estándar | Líder de turno → supervisor de operaciones |
| Tareas de reposición | 30 min sin iniciar | 1 hora | Líder de turno → planificador |
| Progreso de ola | 15 min por detrás del plan | 30 min por detrás del plan | Gerente de guardia → gerente de operaciones |
Un principio para definir las líneas: la línea de escalación debe estar cómodamente por delante de la fecha límite del "desastre". Si el camión refrigerado sale a las 6 AM, una línea de escalación de ola a las 5:50 es un chiste: necesitas suficiente margen para que un humano pueda intervenir de verdad. Normalmente trabajo hacia atrás desde "treinta minutos antes de que las cosas salgan mal". El segundo principio: escala a alguien que esté en turno y pueda tomar decisiones. Enrutar una escalación nocturna a un gerente de operaciones que trabaja de día es lo mismo que enrutarla a la nada: la cadena de escalación tiene que coincidir con la plantilla.
Construye la cadena para que despierten a la persona correcta
Con los umbrales definidos, el siguiente paso es la ruta de escalación. La mejor configuración que he visto funciona en tres niveles, cada uno con "sin respuesta, sigue subiendo":
Nivel uno: notificación dentro del sistema más vibración de la pistola RF al operador o al líder de turno, con escalación automática tras cinco minutos de silencio. Nivel dos: SMS más llamada telefónica al gerente de guardia, mientras el WES fija las tareas afectadas en la parte superior en rojo. Nivel tres: manual de juego automático: pausa la liberación de nuevas tareas para la ola, convierte las tareas atascadas a manejo manual y envía al gerente de operaciones un resumen. Ese tercer nivel suele necesitar desarrollo a medida o integración con el WMS para lograrlo, así que pregunta por ello durante la selección del proveedor, no después del go-live.
Una capa que se olvida constantemente: atar la escalación del WES con las alarmas de WMS y WCS. La escalación por tiempo de espera del WES no debería ser una isla. En un atasco de cinta, el WCS normalmente lo supo diez minutos antes de que la tarea del WES agotara su tiempo: la alarma de sobrecarga del motor ya estaba sonando. Si los dos flujos de alarmas están aislados, tienes dos equipos mirando dos pantallas, sin que ninguno sepa que el otro ya está respondiendo. Mi regla: las excepciones de equipo se difieren a las alarmas de WCS, las excepciones de tarea a WES, y ambas alimentan una sola cadena de escalación con un único resumen para el gerente de guardia. Si puedes, trae también el estado de la ola del WMS: el WMS sabe que la ola va por detrás del plan antes de que las tareas individuales del WES empiecen a agotar sus tiempos. No esperes a que los tiempos de espera te digan lo que la ola ya sabía.
Una cosa que puedes hacer mañana: esta noche, abre tu consola de administración del WES y verifica si existen reglas de escalación por tiempo de espera. Si no las hay, configura exactamente una: para tareas de picking, advertencia a 1.5× el tiempo estándar, escalando al líder de turno. Una regla. Corre una semana. Volverás a darme las gracias. Compraste el sistema para usarlo, no para admirarlo.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
