Separações erradas, endereçamentos errados, estoque que some: um checklist de exceções em ciclo fechado para o seu WMS

Novembro de 2023, uma semana antes do Dia de Ação de Graças. Eu estava em um armazém 3PL em Ontario, Califórnia, expedindo 18,000 pedidos por dia no pico. Às 4 da tarde, o gerente de operações jogou uma planilha na minha frente: 140 tickets de exceção nos primeiros 20 dias de novembro — separações erradas, estoque que ninguém achava, inventário que não batia com os livros. O atendimento ao cliente estava se afogando em devoluções e reclamações. Taxa de erro: 1.2%.

O WMS deles tinha entrado em produção no ano anterior, uma implantação de seis dígitos com bastante funcionalidade. Mas o tratamento de exceções tinha um campo de «notas» — quem achava um problema digitava uma frase nas notas, tirava uma foto e gritava num chat em grupo: «de quem é essa mercadoria?»

Dá para imaginar o resto. As notas eram escritas, as mercadorias continuavam perdidas; o chat gritava, e três dias depois ninguém lembrava. Um mês depois trocaram por uma única «planilha de responsabilidade de exceções»: cada exceção entrava no sistema, corria com um prazo, e escalava automaticamente ao vencer. Em janeiro de 2024, a taxa de erro era 0.35%. Sem gente nova, sem sistema novo.

Em vinte anos de armazém, vi operações demais despejando dinheiro em estratégias de separação, algoritmos de ondas e automação enquanto o tratamento de exceções ficava estacionado na «fase dois». Meu veredito é direto: sem tratamento de exceções em ciclo fechado, seu WMS é só meio sistema.

Quatro exceções que todo armazém encontra

Vinte anos depois, digo com clareza: 90% das exceções caem em quatro categorias. Conheça-as de cor, e seu sistema tem uma chance real.

Separações erradas. Item errado, quantidade errada, endereço errado. A especialidade diária do armazém de e-commerce: produto do endereço A cai na caixa do pedido B. A raiz costuma estar na etapa de confirmação de separação — o scanner nunca leu o código de barras do endereço, ou leu e o WMS pulou a segunda conferência. Cada pedido pego na estação de verificação custa 15–20 minutos de investigação reversa: quem separou, qual onda, o que restou na prateleira.

Endereçamento para lugar nenhum. O recebimento coloca o produto num endereço que não existe no WMS, ou no nível errado — o sistema diz nível 4, a realidade diz nível 2. Na próxima separação, o sistema manda alguém para um slot vazio, e o operador queima duas viagens descobrindo o porquê. Essa é a que mais desgasta porque nunca dá erro de verdade. Só deixa tudo mais lento, invisível em todo relatório de gestão.

O sistema diz que tem estoque, a prateleira diz o contrário. A velha fonte de toda divergência de contagem cíclica. O WMS mostra 50 unidades no endereço A; a prateleira tem 47. As causas variam: uma devolução «pegou emprestado» antes do processamento de entrada, um dano não reportado, um recebimento registrado a mais sem ajuste. Assim que esse ticket abre, congele o endereço primeiro — ajustar o estoque sem congelar só planta uma mina para a próxima separação.

SKU errado na onda. A mais sorrateira das quatro: o planejamento de ondas joga um SKU na onda errada, ou uma onda sai com um SKU que não deveria estar lá. Só se pega na verificação, e a mercadoria já preparada para carregamento tem de ser desfeita. O dono costuma não ser o separador, e sim o planejador de ondas — por isso ninguém se oferece para assumir.

Um ticket de exceção precisa de quatro estados no WMS

Se as exceções fecham de verdade depende de uma coisa só: uma cadeia de estados completa no sistema. Meu padrão para clientes é quatro estados, sem pular nenhum.

Criado. Quem encontra cria, em 30 segundos. Separadores, verificadores, recebedores — todos têm direito a criar tickets. Um ticket precisa de três coisas: tipo de exceção, endereço ou SKU, e uma foto. Sem foto, o revisor pode devolver direto.

Assumido. O ticket é roteado automaticamente para um responsável: separações erradas vão para o líder de separação do turno, erros de endereçamento para o time de endereçamento, divergências de estoque para o papel de controle de estoque (IC). Janela de assunção: 2 horas. Venceu, e o ticket escala automaticamente para o supervisor. Esta é a peça-chave de toda a cadeia — tickets sem escalonamento apodrecem no sistema.

Verificado. Outra pessoa verifica a correção; quem corrigiu não tem a palavra final. Para uma separação errada, o verificador reconta o endereço original — quantidade bate, endereço bate, foto carregada. Para uma divergência de estoque, o verificador puxa o histórico de transações daquele SKU nos últimos 7 dias e confirma que a explicação da divergência se sustenta. Verificar a própria correção não é verificação.

Fechado. Só depois que a verificação passa. Fechar exige escolher um código de causa raiz: leitura pulada, endereço errado, dados do sistema, problema de recebimento a montante, e por aí vai. Os códigos de causa raiz são para a gestão — puxe o relatório mensal, veja qual causa domina, e corrija essa primeiro no mês seguinte.

Nos quatro estados, um ticket custa cerca de 25 minutos de mão de obra. Parece muito, até comparar com um ticket apodrecendo num chat em grupo por três dias e voltando como reclamação e reembolso. Esses 25 minutos são os 25 minutos mais baratos do prédio.

Uma planilha de responsabilidade que fixa quem e quão rápido

A cadeia de estados é o esqueleto; a planilha de responsabilidade é o músculo. Esta é a planilha que dei ao armazém de Ontario — pode copiar:

A planilha foi para a parede do escritório e para a página inicial do módulo de exceções do WMS. Venceu o SLA, e o sistema manda e-mail e SMS automaticamente para o alvo do escalonamento. Os líderes reclamaram uma semana; um mês depois, o tempo médio de fechamento de tickets caiu de 31 horas para 6.

Agora vamos fazer a conta do «imposto de exceções»

Um ticket tem em média 25 minutos de mão de obra. Com salários de armazém na Califórnia de $18–$22 por hora, digamos $20 — são $8.30 de mão de obra direta. Mas isso é só troco.

Uma separação errada que sai do prédio: $8–$12 de frete de devolução, 10 minutos de tempo de atendimento, mais uma rodada de frete de saída para reenviar, e perda de clientes que nem dá para medir. Sendo conservador, uma exceção vazada custa $40–$60 no total.

O armazém de Ontario gerava 140 tickets por mês. Digamos que metade vazava, a $50 cada um: $3,500 por mês, $42,000 por ano. Esse é o imposto de exceções — você paga quer orçamente ou não, em reclamações, reembolsos e horas extras.

Por isso chamo o tratamento de exceções a prioridade número dois de qualquer go-live de WMS. A número um é fazer o recebimento e a expedição rodarem. A número dois é o ciclo de exceções. Algoritmos de ondas e integrações de automação podem esperar — quanto mais rápido seu fluxo principal roda, mais rápido as exceções vazam, e sem um ciclo você está só colocando um turbo na sua taxa de erro.

Esqueça o pensamento «fase dois». Duas coisas amanhã de manhã: primeiro, configure três tipos de tickets de exceção no seu WMS — exceções de separação, divergências de estoque, erros de endereçamento. Até três tipos vencem um chat em grupo. Tipo, foto, responsável, prazo — ponha esses quatro campos para rodar. Segundo, imprima a planilha de responsabilidade e cole na parede: quem cria, quem assume, quão rápido fecha, o que conta como fechado — cada linha pregada.

E uma pergunta para levar para casa: no mês passado, quantas exceções seu armazém teve — e quantas foram realmente fechadas versus quantas foram silenciosamente esquecidas? Tire esse número e você saberá exatamente quanto imposto de exceções pagou.

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