Regras de roteamento de pedidos do OMS: como o sistema decide qual armazém envia

O essencial primeiro: o roteamento de pedidos do OMS é um conjunto de regras de prioridade que responde a uma única pergunta — «qual armazém envia este pedido?». Ele faz cinco perguntas em uma ordem fixa: ① Este armazém tem o estoque? ② Está perto do cliente? ③ O custo é razoável? ④ Cumpre o prazo de entrega prometido? ⑤ O canal ou o lojista designou um armazém específico? Se errar a ordem, ou pular qualquer uma delas, não importa o quão bem seu WMS execute no downstream. O roteamento é o item mais subestimado de todas as checklists de go-live que já comandei.

Por que o roteamento pertence ao OMS, não ao WMS

Os clientes sempre ficam surpresos quando digo isso na reunião de kickoff: dividir o fulfillment entre armazéns não é decidido pelo sistema de gestão de armazém. Aqui vai a divisão do trabalho: no momento em que um pedido é criado, o OMS faz a alocação lógica — este pedido pertence àquele armazém. O WMS só executa — separa, embala, envia, naquele armazém. Roteamento é a decisão; execução é o trabalho. Uma decisão errada executada perfeitamente continua errada.

Vi exatamente essa falha três vezes. A mais instrutiva foi uma marca de beleza em 2024: três armazéns em Ontario (CA), Dallas (TX) e Edison (NJ), processando cerca de 3,000 pedidos por dia. A regra de roteamento deles, configurada pelo implementador original, tinha exatamente uma linha de lógica: roteiar para o armazém mais próximo pelo endereço de entrega. Parece razoável, certo? O problema era a segunda regra que faltava: ninguém configurou uma verificação de disponibilidade de estoque.

Aquele setembro, dois SKUs campeões ficaram sem estoque em Ontario. A regra de roteamento continuou alegremente enviando pedidos da Califórnia, Nevada e Arizona para Ontario. Os pedidos chegavam, não havia estoque, e os atendentes de serviço ao cliente os transferiam manualmente para Dallas um por um. O envio terrestre de Dallas para um cliente da Califórnia passou de 2 dias para 4–5, e cada pacote custou vários dólares a mais (confira as tarifas publicadas atuais da sua transportadora para valores exatos). No mês anterior à alta temporada, as transferências de costa a costa queimaram dezenas de milhares de dólares em frete extra — além de uma pilha de avaliações de uma estrela dizendo «o envio é muito lento». Durante o post-mortem, o diretor de operações disse algo que cito até hoje: «Achávamos que o sistema estava escolhendo automaticamente o armazém ideal. Na verdade, ele só estava executando automaticamente uma regra incompleta.»

A checklist de design de roteamento: seis passos

Esta é a checklist que percorro antes de cada go-live multiarmazém. Siga-a e você vai desviar de cerca de 90% das minas.

Passo 1: Mapeie sua rede de armazéns e áreas de atendimento. O endereço de cada instalação, os estados e faixas de ZIP atendidos, os métodos de envio suportados (terrestre/aéreo/mesmo dia) e capacidades especiais (por exemplo, só uma unidade lida com materiais perigosos ou itens sobredimensionados). O resultado deste passo é uma tabela, não uma vaga impressão na cabeça de alguém. Projetos demais fazem isso de boca e pagam caro depois.

Passo 2: Defina suas dimensões de roteamento — todas elas. No mínimo cinco: estoque disponível, distância até o endereço de entrega, custo de envio, prazo de trânsito prometido e designação do canal ou lojista. Cada dimensão precisa de uma fonte de dados definida: o estoque é o disponível para prometer em tempo real ou uma foto defasada? A distância é em linha reta ou por zonas da transportadora? O custo inclui só o frete ou também embalagem e mão de obra? Qualquer dimensão deixada vaga vira um jogo de culpados depois do go-live.

Passo 3: Fixe prioridades e pesos — por escrito, assinado por todos. Este é o passo mais importante e o que mais gera discussões. Minha ordem padrão recomendada: estoque (veto absoluto — sem estoque, fora da disputa) → designação do canal/lojista (veto absoluto — se alguém designou um armazém, obedeça) → promessa de entrega (se você prometeu entrega no dia seguinte, pare de falar de custo) → custo → distância. Repare que distância e custo brigam o tempo todo: mais perto nem sempre é mais barato, e de costa a costa nem sempre é caro. A precificação por zonas da transportadora é a única verdade que importa.

Passo 4: Escreva as regras de exceção. As regras cobrem 80% dos pedidos; as exceções cuidam dos outros 20%. Exemplos: itens sobredimensionados só saem da unidade com empilhadeira; pedidos de certo canal têm de sair de um armazém designado (o marketplace audita o local de origem); pedidos de alto valor passam pela unidade com melhor segurança. Exceções pertencem ao sistema, não à memória do gerente de operações.

Passo 5: Defina o plano B para quando o estoque acabar. Três opções, e é preciso decidir com antecedência: ① dividir o envio — enviar o que está disponível agora, o resto em backorder ou transferência; ② transferir o pedido inteiro — movê-lo para o segundo melhor armazém e absorver o frete mais alto; ③ esperar — aguardar a reposição e aceitar o atraso. Roteamento sem plano B significa pessoas apagando incêndios quando o estoque acaba. Foi exatamente o que aconteceu com a marca de beleza acima.

Passo 6: Na noite do go-live, crie 50 pedidos de teste e rode-os. Cubra todos os cenários: sem estoque em lugar nenhum, estoque em um só armazém, um endereço de entrega equidistante de duas unidades, armazém designado pelo canal, itens sobredimensionados, concorrência de pico. Verifique manualmente o resultado de roteamento dos 50. Duas horas de trabalho, e pega pelo menos metade de todos os incidentes de go-live.

Cinco estratégias de roteamento comparadas

Não existe bala de prata. A configuração mais saudável que já vi é em camadas: use o «armazém designado» como restrição dura, o «estoque» como veto, e depois pontue os sobreviventes por velocidade mais custo. A pontuação deve viver em pesos configuráveis no OMS — quando o negócio muda, você ajusta parâmetros em vez de reescrever código.

Quatro modos de falha que continuo vendo

Falha 1: Rotear por distância sem verificar o estoque. Vi exatamente essa falha três vezes. A primeira pergunta do roteamento tem de ser «temos estoque?» — não «é perto?». E os dados de estoque têm de ser em tempo real. Rotear olhando a foto de ontem é decorativo na alta temporada.

Falha 2: Sem regra de divisão de envios, o pedido inteiro espera por um SKU faltante. Um pedido tem cinco itens; quatro estão em estoque no armazém A, um não. Sem regra de divisão, o pedido inteiro fica parado três dias. Com uma, quatro itens saem hoje e a experiência do cliente é completamente diferente. Dividir custa um pacote extra — resolva esse trade-off lá no Passo 3: abaixo de qual valor em dólares a divisão automática é permitida, e acima de qual valor vai para um humano?

Falha 3: A prioridade do canal silenciosamente anulando as regras de custo. Um cliente entrou numa promoção de marketplace que exigia enviar de um armazém designado. A operação adicionou uma regra de «designação de canal» com a prioridade máxima. Todos os pedidos durante a promo ficaram travados num único armazém — o frete dobrou e a unidade estourou a capacidade. Quando as regras de canal e as de custo conflitam, tem de haver uma ordem de arbitragem explícita, e o financeiro precisa saber disso.

Falha 4: Ninguém revisa as regras de roteamento depois do go-live. Você abriu um armazém novo, fechou um antigo, renegociou o contrato da transportadora, o canal mudou as regras de auditoria — qualquer uma dessas coisas pode transformar o roteamento certo de ontem no errado de hoje. Minha prática: revisar as regras de roteamento a cada trimestre. Exporte os últimos 30 dias de envios que não saíram do armazém ideal e calcule a proporção e o frete extra. Os números vão dizer se as regras precisam de ajuste.

As contas: o que custa uma decisão ruim de roteamento

Duzentos pedidos transferidos por dia durante um mês são 6,000 pedidos — dezenas de milhares de dólares em frete extra, sem contar reembolsos e avaliações ruins por atrasos. Corrigir a regra tomou dois dias de um consultor de implementação. Quando me perguntam onde deveria ir o primeiro dólar de um projeto multiarmazém, minha resposta é sempre a mesma: acerte primeiro as regras de roteamento de pedidos, e depois fale de todo o resto.

Uma coisa que você pode fazer hoje à noite: exporte os últimos 30 dias de envios do seu OMS e confira quantos pedidos não saíram do armazém ideal, e por quê. Regra faltante, exceções demais ou dados ruins? Esse número é o seu placar de saúde de roteamento. Abaixo de 90 — não corra para abrir outro armazém. Arrume as regras primeiro.

Por Lin Xiao, Consultora de implementação WMS

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