Quando as tarefas do WES param de vez: guia de campo para uma escalação de timeout que realmente funciona

É isto que me deixa louco. São 2h30 da manhã, uma onda está quarenta pedidos atrasada, o painel do WES brilha em vermelho e uma dúzia de tarefas está parada há 47 minutos. Ninguém sabe. O líder de turno está lá fora fumando. O gerente de plantão está dormindo. E o sistema? Registrou fielmente cada minuto do atraso — e não fez absolutamente nada a respeito.

Isso aconteceu em 2023 num 3PL que distribuía alimentos frescos no sul da Califórnia. Uma seção da esteira travou naquela noite e uma pilha de tarefas de picking se acumulou antes do travamento. No WES, essas tarefas passaram de "em andamento" para "timeout" e depois para "exceção" — sem uma única notificação para ninguém. Quando o turno das 6h da manhã descobriu, a janela de saída do caminhão refrigerado já tinha fechado. Um caminhão cheio foi empurrado para a rota da tarde, e entre a multa e as horas extras de emergência, a conta foi feia.

No post-mortem, fiz uma pergunta à equipe de TI deles, e eles só me encararam: "Quantas regras de escalação de timeout vocês têm configuradas no WES?" A resposta foi zero. O sistema tinha o recurso. Em três anos, ninguém jamais o configurou. O WES deles era um painel caro — bonito e inútil.

Tarefas travadas não se destravam sozinhas

Há um mal-entendido generalizado sobre sistemas de execução de armazém: que, uma vez instalados, as exceções se resolvem sozinhas. Não se resolvem. As tarefas travam por uma dúzia de motivos banais — uma esteira travada, um AMR que perde a localização e gira no lugar, um picker que enfiou a pistola RF no bolso para ir ao banheiro, um atolamento na impressora de etiquetas que trava a tarefa de impressão e aplicação. Nenhum deles se conserta sozinho. Todos precisam de um humano. A única coisa que o sistema pode fazer é acordar a pessoa certa na hora certa.

A escalação de timeout se resume a uma frase: dê a cada tarefa um prazo do tipo "se ninguém mexer nisso até tal hora, temos um problema", e quando o prazo chegar, jogue automaticamente o problema na frente de alguém que possa resolvê-lo. Sem esse mecanismo, seu WES é pouco melhor que uma planilha — só que mais cara.

Defina os limites por tipo de tarefa, não por intuição

O erro mais comum é um limite único de timeout para tudo — digamos, trinta minutos para todo mundo. Isso é puro chute. Tipos diferentes de tarefa têm durações normais que diferem em ordens de magnitude. Uma régua só para todas dá exatamente dois resultados: o limite é frouxo demais e as tarefas realmente quebradas ficam largadas por horas, ou é rígido demais e o telefone do líder de turno é bombardeado com falsos alarmes até ele silenciar as notificações no terceiro dia — aí você perde os alarmes de verdade também.

Minha abordagem é em níveis por tipo de tarefa, com duas linhas por nível: uma linha de aviso que cutuca o operador, e uma linha de escalação que sobe pela cadeia. Os números abaixo são a configuração inicial que uso — não é lei. Rode duas semanas dos seus próprios dados e ajuste ao seu takt real:

Um princípio para definir as linhas: a linha de escalação tem que ficar bem antes do prazo do "desastre". Se o refrigerado sai às 6h, uma linha de escalação de onda às 5h50 é piada — você precisa de pista suficiente para um humano intervir de verdade. Eu costumo trabalhar de trás para frente a partir de "trinta minutos antes de dar errado". O segundo princípio: escale para alguém que esteja de plantão e possa decidir. Encaminhar uma escalação noturna para um gerente de operações que trabalha de dia é o mesmo que não encaminhar para lugar nenhum — a cadeia de escalação tem que bater com a escala de plantão.

Monte a cadeia para que a pessoa certa seja acordada

Limites definidos, o próximo passo é o caminho de escalação. A melhor configuração que já vi roda em três níveis, cada um com "sem resposta, continua subindo":

Nível um: notificação no sistema mais vibração da pistola RF para o operador ou o líder de turno, com escalação automática após cinco minutos de silêncio. Nível dois: SMS mais ligação para o gerente de plantão, enquanto o WES fixa as tarefas afetadas no topo em vermelho. Nível três: playbook automático — pausa a liberação de novas tarefas para a onda, converte as tarefas travadas para manuseio manual e envia um resumo ao gerente de operações. Esse terceiro nível geralmente exige desenvolvimento sob medida ou integração com o WMS, então pergunte sobre isso na seleção do fornecedor, não depois do go-live.

Uma camada é sempre esquecida: amarrar a escalação do WES aos alarmes do WMS e do WCS. A escalação de timeout do WES não deveria ser uma ilha. Numa esteira travada, o WCS geralmente sabia dez minutos antes de a tarefa do WES estourar o timeout — o alarme de sobrecarga do motor já estava tocando. Se os dois fluxos de alarme ficam isolados, você tem duas equipes olhando duas telas, sem que nenhuma saiba que a outra já está reagindo. Minha regra: exceções de equipamento vão para os alarmes do WCS, exceções de tarefa vão para o WES, e ambos alimentam uma única cadeia de escalação com um único resumo para o gerente de plantão. Se der, puxe também o status da onda do WMS — o WMS sabe que a onda está atrás do plano antes de as tarefas individuais do WES começarem a estourar os timeouts. Não espere os timeouts dizerem o que a onda já sabia.

Uma coisa que você pode fazer amanhã: hoje à noite, abra seu console de administração do WES e veja se existem regras de escalação de timeout. Se não existirem, configure exatamente uma — para tarefas de picking, aviso em 1.5× o tempo padrão, escalando para o líder de turno. Uma regra. Rode por uma semana. Você vai voltar para me agradecer. Você comprou o sistema para usá-lo, não para admirá-lo.

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.