Os humanos devem sair completamente do caminho quando o WES entra em operação? Vi dois armazéns responderem errado a essa pergunta, em direções opostas. Num deles, os supervisores ajustavam as ondas à mão todos os dias até o sistema virar um peso de papel caríssimo. No outro, uma esteira travou e ficou meia hora parada porque ninguém ousava assumir, enquanto os pedidos apodreciam na fila. Os dois pagaram a mensalidade.
Vamos acertar a geografia primeiro. Um WES fica entre o WMS e a camada de automação — o WCS, as esteiras, os AMRs. O WMS diz a ele o que precisa sair hoje e em quais cargas; o WES quebra esses pedidos em tarefas e os libera no ritmo para as separadoras, os robôs e as estações de picking. É o guarda de trânsito da execução e da liberação. Ele resolve lindamente 95% da rotina. Mas os 5% restantes são a pilha de exceções, e até guardas de trânsito precisam admitir quando precisam de um humano.
A pergunta nunca foi "os humanos devem intervir". É "a intervenção tem um processo". Quem tem a autoridade, em quais cenários, e se deixou rastro no sistema — se esses três não estão escritos, uma intervenção é só sabotagem com boas intenções. Aqui estão as cinco fronteiras onde acredito que as mãos humanas ainda pertencem.
Liberação de ondas: os 30 minutos antes do cut-off pertencem ao supervisor
A lógica de liberação de ondas do WES costuma ser fixa: contar para trás a partir dos horários de cut-off das transportadoras, liberar uma onda quando há um lote econômico. Bom num dia normal. O problema mora na meia hora antes do cut-off.
Vi isso acontecer numa doca real: cut-off da transportadora às 20h, e às 19h30 uma conta-chave fez um pedido de emergência — mais de trezentas unidades. O sistema já tinha liberado tudo o que estava programado antes das oito, a esteira lotada. Pelas regras, esse pedido espera a próxima onda e sai amanhã. O supervisor entrou no console do WES, atrasou manualmente as ondas regulares em quinze minutos, encaixou o pedido grande na próxima liberação — e tudo embarcou na carreta das oito.
Por que o sistema não dá conta? Porque ele não enxerga "perdemos esta conta se errarmos o caminhão". Ele só conhece regras e capacidade. A passagem manual funciona assim: o supervisor tem uma permissão de "liberar onda agora / atrasar onda", e cada uso exige escolher um motivo no sistema — "pedido urgente de cliente", "transportadora chegou cedo" — com o log de ondas registrando automaticamente. A devolução é limpa: a próxima onda volta à liberação automática, o sistema ressequencia sozinho. A intervenção é uma ação única, não uma chave geral que alguém esquece de religar.
Prioridades: se tudo é urgente, nada é
Reposição urgente por ruptura, um pedido VIP — furar a fila é legítimo. Mas já trabalhei com um galpão onde três supervisores tinham direitos de prioridade, e toda manhã a fila de tarefas do WES trazia duzentos pedidos de "máxima prioridade". O sistema não conseguia dizer quem era realmente o primeiro. Quem gritava mais alto embarcava primeiro. Isso é inflação de prioridades — a mesma economia de imprimir dinheiro. Imprima o bastante e não vale nada.
Onde o sistema fica devendo: ele não sabe qual VIP é um VIP de verdade esta semana. Os níveis de cliente no WES são configuração estática; a realidade é dinâmica. A conta que você precisa proteger este mês pode não ser a do mês passado.
A solução é uma cota. Dê ao supervisor de cada turno, digamos, vinte espaços de prioridade. Usou um, perdeu um, com o saldo restante visível no WES. Todo pedido priorizado é etiquetado, e o relatório mensal mostra quantas priorizações aconteceram e quem as aprovou. Cota esgotada e ainda quer subir um pedido? Consiga a assinatura do gerente de operações. No momento em que priorizar custa algo, as casuais desaparecem.
Degradação de equipamentos: escreva o roteiro de assunção antes da esteira parar
Este é o mais perigoso dos cinco. Um WES ganha o salário coordenando equipamentos — que é exatamente o problema quando o equipamento cai. Uma esteira travada, AMRs mortos num corredor, uma unidade de impressão e aplicação comendo etiquetas. O WES vai alarmar. Ele não vai decidir sozinho desviar o trabalho da Zona B pela Zona C.
Por quê? Porque um plano de degradação é uma decisão de negócio, não algorítmica. Trocar de zona significa que os caminhos de picking mudam completamente, a mão de obra é remanejada, as ondas precisam ser recalculadas. O sistema ou não consegue calcular esses trade-offs ou calcula uma resposta que você não ousaria deixar executar sem supervisão.
Então o manual de degradação é escrito com antecedência — e ensaiado. Ele diz qual severidade dispara a assunção humana (digamos, uma esteira isolada caída por mais de dez minutos), as três primeiras ações após a assunção (cortar manualmente as ondas afetadas para a zona de reserva), quais telas do WES acionar, o que anunciar para cada estação. Dois ensaios e os supervisores param de congelar quando acontece de verdade. Já vi a alternativa: uma linha travada, cinco supervisores gritando instruções diferentes pelo rádio, tarefas se acumulando no WES até alguém matar a linha inteira para limpar à mão. Uma recuperação de vinte minutos virou duas horas.
A devolução: com o equipamento restaurado, o supervisor aperta "retomar despacho automático" no WES, o sistema reescaneia o estado das tarefas nas zonas e ressequencia automaticamente as ondas desviadas. O ponto inegociável: toda ação manual durante a assunção vive no log do sistema. O post-mortem lê o log, não a memória das pessoas.
Movimentação de mão de obra: o sistema aconselha, o supervisor decide
As plataformas WES modernas trazem algum músculo de gestão de mão de obra: qual zona está engarrafando, qual tem folga, e uma sugestão como "mova três pessoas de A para B". Ouça a sugestão. Mas a decisão é do supervisor.
Porque o sistema não sabe que é o primeiro dia solo de alguém no posto, ou que as costas de um veterano não aguentam duas horas seguidas em pé numa estação. Movimentações entre zonas precisam de uma checagem humana de habilidade — mandar alguém que nunca operou put-to-light para uma zona dirigida por luz não aumenta o throughput, aumenta os erros.
O fluxo é simples: o sistema propõe, o supervisor confirma ou ajusta na interface, e o sistema atualiza a alocação de tarefas entre as zonas. Meu hábito de sempre: os supervisores revisam a sugestão de mão de obra no início do turno e ao meio-dia, e qualquer mudança acontece no sistema — não gritada num chat de grupo. No momento em que "ei, vai ajudar na Zona B" vive só numa mensagem de chat, o WES continua mostrando a foto antiga da mão de obra, as tarefas continuam indo para a Zona A, e o sistema e a realidade começam a se afastar.
Contagens cíclicas e locais bloqueados: descongelar precisa de assinatura humana
Quando o WES bloqueia um local — divergência entre contábil e físico, anomalia de sensor, três erros de picking seguidos — as tarefas relacionadas pausam automaticamente. O bloqueio automático está certo. O problema é o desbloqueio.
Minha regra: um local bloqueado pelo sistema só é descongelado com confirmação humana. Nunca liberação automática. Vi um galpão ativar "desbloqueio automático após 30 minutos sem ação humana" para economizar esforço. Um local com falso positivo de sensor se desbloqueou sozinho três vezes — e expediu errado três vezes. O desbloqueio automático solda a válvula de segurança fechada.
A confirmação é de baixo atrito: o auditor de locais confere no chão, e se o estoque físico bate, toca em descongelar no WES com um motivo — "físico confere", "reposto", "falso positivo de sensor". O sistema registra. Antes do fim do turno, o supervisor revisa a lista de descongelamentos do dia; qualquer local descongelado três ou mais vezes é sinalizado para uma checagem profunda amanhã. Mantenha esse hábito e a acurácia do estoque sobe de verdade.
Cinco fronteiras, uma tese: a própria intervenção manual tem que ser procedimentalizada. Quem pode intervir, em quais cenários, com que rastro deixado no sistema — escrito no SOP, sustentado por permissões e logs do WES. Não um grito num chat de grupo.
Um WES roda os 95% que é rotina; os humanos rodam os 5% que é exceção. Essa divisão de trabalho está correta. O mais perigoso nunca foi a intervenção humana — é a intervenção sem processo. Uma conserta o sistema; a outra cava buracos embaixo dele. Qual você é se resume a haver um registro no log quando você termina.
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
