Aqui está o veredito logo de cara: a maioria dos armazéns paga por um toque de movimentação que nunca foi necessário. O frete chega, é despaletizado no recebimento, guardado no estoque e, dias depois, é separado de novo. O mesmo pallet é tocado pela empilhadeira duas vezes. Isso é dinheiro saindo pela porta.
A otimização de putaway do WES existe para corrigir exatamente isso. No momento em que o frete chega, o sistema já calculou para onde ele vai: tudo que puder seguir direto para o embarque vai para o staging de expedição ou direto para o picking face. Só o frete que realmente precisa de armazenagem vai para uma posição de estoque. Um toque a menos não é sobre economizar combustível de empilhadeira — é sobre eliminar cada custo ligado a esse toque.
Por que o WES precisa ser dono disso, e não o WMS
Um WMS sabe fazer regras de putaway: A-movers perto da doca, frete pesado embaixo. Mas regras de WMS são estáticas. Elas não enxergam o que está acontecendo agora mesmo.
Um caso me marcou — e já vi essa armadilha três vezes com clientes diferentes: novembro de 2023, um 3PL nos arredores de Xangai operando uma instalação de 18,000 metros quadrados para pequenos eletrodomésticos. Na semana antes do Singles' Day, a área de recebimento estava enterrada sob 400+ pallets. Os operadores de empilhadeira trabalhavam 8 AM to 10 PM e ainda assim não davam conta do putaway. O dono me perguntou: "Configuramos regras de putaway ABC — por que fica pior quanto mais movimentado fica?"
Três dias de dados contaram a história: as regras estavam certas, mas o timing estava errado. Desses 400 pallets, 120 já estavam comprometidos com pedidos de embarque da manhã seguinte. As regras estáticas obedientemente os guardaram no estoque, e no dia seguinte os separadores os tiraram de volta. 120 pallets, cada um tocado uma vez a mais, sem motivo nenhum.
Um WMS diz onde o frete pertence. Um WES diz se ele deveria ir para lá agora. A orquestração dinâmica de putaway pondera quatro entradas ao vivo:
- Demanda aberta: há pedidos de saída (ou ondas planejadas) precisando desse frete nas próximas 24–72 hours?
- Realidade do estoque: a posição alvo está cheia, meio cheia ou não existe agora?
- Estado dos recursos: as empilhadeiras estão sobrecarregadas? As lanes de flow-through estão livres?
- Características do frete: shelf life, exigências de lote, pallets mistos.
Regras estáticas só olham o número quatro. O WES olha os quatro.
A configuração de flow-through em quatro etapas
Etapa 1: Marque o destino no recebimento — antes de atribuir uma posição
Fluxo tradicional: recebimento → QC → WMS atribui posição → putaway. Novo fluxo: recebimento → WES calcula o destino → marca (flow-through / replenishment-direct / store) → roteia pela marca.
A lógica de marcação vive no motor de decisão do WES. Um template inicial:
- Demanda de saída nas próximas 48 hours cobre ≥80% do volume recebido → flow-through
- Há demanda mas cobre <80%, e o inventário do pick-face está abaixo do gatilho de reposição → replenishment-direct (direto para o pick face)
- Sem demanda de curto prazo → store (regras normais de putaway)
Essa janela de 48 hours não é arbitrária: curta demais e o volume de flow-through nunca se materializa; longa demais e as previsões ficam instáveis, então o frete se acumula no staging. Costumo começar os clientes em 48 hours e ajustar depois de duas semanas de dados. O 3PL de Xangai fechou em 36 hours — eles rodam duas ondas de pedidos por dia, e 36 hours cobrem exatamente três ondas.
Etapa 2: Classifique seu flow-through — não é uma coisa só
Flow-through vem em três formas, com perfis de custo e risco bem diferentes:
| Forma | O que acontece | Ideal para | Cuidado com |
|---|---|---|---|
| Full-pallet flow-through | Pallet inteiro vai do recebimento ao staging de expedição | Alto volume, SKU único, saída em pallet fechado | Lanes de staging entopem se o espaço acabar |
| Break-bulk flow-through | Pallet desfeito no recebimento, separado por pedido | Multi-SKU, lotes pequenos, pedidos de e-commerce | Mão de obra de break-bulk é cara |
| Replenishment-direct | Pula o estoque, vai direto ao pick face | Pick face rodando baixo, inbound chegando na hora | Capacidade do pick-face é limitada |
O framework de decisão é um simples 2×2: eixo horizontal é "quão bem o volume recebido combina com a demanda de curto prazo", eixo vertical é "concentração de SKU". Quadrante superior-direito (alta combinação, SKUs concentrados) → full-pallet flow-through. Superior-esquerdo → break-bulk flow-through. Metade inferior → confira o pick face; reponha direto se couber, senão guarde.
Etapa 3: Escreva quem é dono do quê — WES, WMS e equipamentos
Isso vai no checklist da noite de go-live, sem negociação: o WES é dono da decisão de destino, o WMS é dono da execução da posição, o MHE (transportadores/AGVs) é dono do movimento físico. Três camadas, escritas na especificação de interface, então quando algo quebra você lê os logs e sabe qual camada falhou.
Os handoffs:
- O WES recebe o ASN → retorna uma marca de destino mais um alvo (staging lane / pick face / não atribuído) em 3 seconds
- Marca = store → o WMS atribui uma posição sob as regras de putaway existentes
- Marca = flow-through → o WES despacha a tarefa de movimento direto para o terminal da empilhadeira ou o escalonador de AGV, pulando o WMS totalmente
- Exceções (alvo cheio, pedido cancelado) → o WES recalcula em 10 seconds, emite um novo destino, cancela automaticamente a tarefa antiga
O número 4 é o crítico. May 2024, um armazém de e-commerce de beleza no sul da China: o frete de flow-through já estava parado no staging quando o cliente cancelou 30% dos pedidos. Sem recálculo, aquele frete apodrece no staging. O WES deles reescaneia o flow-through em trânsito a cada 10 minutes; quando a demanda evapora, a tarefa vira putaway e uma empilhadeira leva embora na próxima passada. Decisões de flow-through precisam ser revogáveis. Essa é a verdadeira diferença entre a orquestração do WES e regras hard-coded.
Etapa 4: Depois do go-live, observe três números e ajuste
- Flow-through rate = pallets de flow-through ÷ pallets totais recebidos. Saudável costuma ser 15%–35%. Abaixo de 15%, suas regras são conservadoras demais. Acima de 40%, confira se frete que deveria ser guardado não está sendo forçado para o flow-through.
- Flow-through dwell time = horas médias que o frete de flow-through fica no staging de expedição. Acima de 24 hours significa backlog — sua previsão de demanda é otimista demais, aperte o limite.
- Re-handle rate = parcela do frete de flow-through que acaba sendo guardada no estoque mesmo assim. Acima de 10% significa decisão de má qualidade — vá conferir qual fonte de dados está mentindo (pedidos, inventário ou plano de ondas).
Três modos reais de falha
Falha 1: Sem separação física para a zona de flow-through. 2022, um armazém de autopeças no norte da China. Pallets de flow-through e pallets aguardando putaway dividiam o piso de recebimento, separados por nada além de linhas pintadas. Quando apertou, os motoristas ignoraram as linhas: frete de flow-through foi guardado no estoque, frete destinado ao estoque foi arrastado para a expedição. Uma semana inteira de caos. Lição: a área de staging de flow-through precisa ser fisicamente distinta — suas próprias portas de doca, sua própria faixa de numeração de posições, seu próprio grupo de posições no WES.
Falha 2: Forçar frete com controle de lote/validade no flow-through. Alimentos, pharma, qualquer coisa com FIFO rígido — o maior risco do flow-through é quebrar a rastreabilidade de lote. O frete embarca antes da captura do lote estar completa, e os registros de lote do sistema deixam de corresponder à realidade. Minha regra: SKUs sensíveis a validade são excluídos do flow-through por padrão, a menos que a captura de lote tenha subido para o recebimento e o WES consiga ler dados de lote em tempo real.
Falha 3: Transformar flow-through em meta de KPI. Um diretor de operações ouviu que flow-through economiza dinheiro e definiu um KPI de "flow-through rate ≥ 50%". Para bater, o armazém passou no flow-through frete que precisava de duas semanas de estoque. O staging de expedição virou uma montanha, contrataram temporários para rearmazenagem de fim de semana e gastaram seis dígitos a mais em um mês. Flow-through rate é uma métrica de resultado, não uma meta. A meta é custo total mínimo de movimentação. Flow-through é uma alavanca, não o objetivo.
A decisão contraintuitiva: às vezes um toque a mais é mais barato
Aqui vai a visão contrária: mais flow-through nem sempre é melhor. O contraexemplo mais extremo — um armazém de e-commerce de livros com SKUs brutalmente fragmentados, 40+ per pallet. O WES deles calculou um flow-through rate de 50%, mas a mão de obra do break-bulk flow-through custava cerca de $1.10 por unidade, enquanto o putaway normal mais picking totalizava cerca de $0.75 por unidade. Flow-through economiza movimentos de empilhadeira, mas o break-bulk flow-through gasta mão de obra de separação manual. Os dois lados do balanço precisam ser contados.
A matemática é simples:
Custo de flow-through por pallet = mão de obra de break-bulk (se houver) + mão de obra de sort (se houver) + um movimento Custo tradicional por pallet = dois movimentos + mão de obra de putaway + mão de obra de picking
Só quando o lado esquerdo fica abaixo de 85% do lado direito (mantenha uma margem de segurança de 15%) é que o flow-through é genuinamente mais barato. O armazém de livros manteve o full-pallet flow-through para bestsellers no pico e matou o break-bulk flow-through por completo. O custo total caiu 12%.
De volta àquele 3PL de Xangai: três meses depois do go-live, o flow-through rate se manteve em 28%, o backlog de pico no recebimento caiu de 400+ pallets para menos de 150, e os turnos de empilhadeira foram de dois para um e meio.
A otimização de putaway do WES se resume a uma frase: quando o frete chega, pergunte para onde ele vai antes de decidir para onde ele vai. Acertando essa ordem, você economiza um toque — além da mão de obra, dos equipamentos e do tempo por trás dele.
Por Lin Xiao, consultor de implementação WMS
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
