Tudo certo de antemão: na integração WES-ERP, a tecnologia nunca é a parte difícil. A parte difícil é fechar três fluxos antes que alguém escreva uma linha de código de interface — onde os pedidos entram, onde o estoque é devolvido e quem é responsável pelas exceções. Das 30+ implantações que liderei, oito em cada dez falhas de integração WES remontam a fronteiras de integração nunca definidas, e o go-live vira um jogo de empurra. Já vi este filme três vezes.
Os três fluxos de dados: pedidos entrando, estoque retornando
Antes de qualquer trabalho de integração WES-ERP começar, desenhe três linhas:
- Fluxo descendente de pedidos: os pedidos de venda e as ordens de produção vêm do ERP — com que granularidade, com que frequência entram no WES? O pedido inteiro ou linha por linha? E quem executa a liberação — uma ação de liberação no ERP ou uma liberação manual dentro do WES?
- Fluxo ascendente de estoque: depois que o WES separa e confere, onde são registrados a baixa de estoque e a confirmação de embarque? Direto no ERP ou primeiro em um WMS intermediário? Os campos de lote, validade e número de série sequer existem no ERP?
- Fluxo de retorno de exceções: um pedido trava no WES (ruptura, onda que não fecha, equipamento parado) — quem vê, quem resolve e onde o status resolvido é registrado?
Desenhadas essas três linhas, o desenho da integração está praticamente decidido. Pule-as, e até as interfaces mais bonitas são castelos no ar.
Três padrões de integração WES-ERP: direta, via WMS, híbrida
Padrão 1: direta (WES↔ERP). Os pedidos vão direto do ERP para o WES; o WES devolve as confirmações de embarque diretamente. Menos interfaces, a mais limpa na aparência. Ideal para operações de um único armazém com processos internos simples onde o ERP já gerencia bem o estoque. Em 2023 fiz um distribuidor de acessórios 3C no leste da China — 20.000 pedidos por dia, com picos de 40.000 na alta temporada — em padrão direto. No ar em seis semanas. Mas o preço: cada exceção se acumula na fronteira. Uma onda não fechava no WES enquanto o ERP já mostrava o pedido como "released", então o atendimento ao cliente prometia prazos de embarque com base no status do ERP enquanto o armazém não tinha separado nada. Três meses depois eles colaram uma fila de trabalho de exceções — reintroduzindo, depois do fato, a mesma camada intermediária que haviam pulado.
Padrão 2: via WMS (ERP→WMS→WES). O WMS é dono da verdade do estoque e da orquestração de pedidos; o WES é só execução (despacho de equipamentos, otimização de ondas, planejamento de rotas). Os pedidos são liberados e alocados no WMS, e o WES recebe tarefas limpas e executáveis; os dados reais voltam WES→WMS→ERP. Ideal para operações multi-armazém, multi-cliente com fluxos internos complexos, equipamentos automatizados ou controle rígido de lote/validade. Em 2024, um distribuidor de alimentos no Meio-Oeste dos EUA, operando um DC de cadeia do frio, seguiu este caminho: as três camadas custaram seis semanas extras de implementação, mas a Black Friday passou sem nenhum incidente — rupturas e bloqueios por validade foram todos capturados na camada WMS, de modo que o WES só recebeu tarefas que podia executar.
Padrão 3: híbrida. Os pedidos são orquestrados pelo WMS, mas os instantâneos de estoque alimentam o ERP diretamente para o financeiro; ou os pedidos de rotina vão via WMS enquanto as inserções urgentes entram direto no WES. Ideal para empresas com um ERP corporativo forte que exige visibilidade de estoque em tempo real, mais um armazém automatizado. O padrão mais flexível — e o mais exigente na definição de fronteiras. Cada fluxo precisa do "caminho normal" e do "caminho de exceção" escritos em preto no branco; uma única linha de documentação faltando vira uma sessão de culpas após o go-live.
E aqui a sacada contraintuitiva: muitas equipes assumem que "menos sistemas, conexão direta" é a arquitetura moderna. Minha experiência diz o contrário: o direto não remove a complexidade, ele a move de uma camada intermediária para um jogo de empurra entre duas fronteiras. Adicionar uma camada WMS intermediária parece custo extra, mas na verdade é uma apólice de seguro: absorve cerca de 80% das exceções para que o WES e o ERP fiquem limpos. A matemática está na próxima seção.
A matemática da decisão: quatro perguntas escolhem seu padrão de integração WES-ERP
| Direta | Via WMS | Híbrida | |
|---|---|---|---|
| Número de interfaces | Menor (2 fluxos principais) | Médio (4 fluxos principais) | Maior (5+) |
| Tempo de implementação | Mais curto | Mais longo (+4–8 semanas) | Intermediário |
| Tratamento de exceções | Jogo de empurra, o mais fraco | Fila de trabalho do WMS, o mais forte | Depende das definições — o mais fraco se as fronteiras forem difusas |
| Complexidade de conciliação | Alta (dois lados, definições conflitantes) | Baixa (o WMS é a única fonte da verdade) | A mais alta |
| Ideal para | Um único DC, fluxo simples, sem automação | Multi-DC/multi-cliente, automação, lote/validade rígidos | ERP corporativo forte + armazém automatizado |
Faça as contas: as 4–8 semanas de custo de implementação economizadas no direto queimam na primeira vez que um incidente de alta temporada chega — "o ERP diz embarcado, o WES ainda está separando" — em atendimento ao cliente e combate a incêndios de operações. O mais caro que vi: uma marca de produtos para bebês vendeu a 2.000+ pedidos numa promoção, e reembolsos mais reenvios expressos queimaram quase $60.000. Dinheiro gasto numa camada intermediária é seguro visível; dinheiro perdido no direto é mensalidade paga no escuro.
Quatro perguntas e você terá sua resposta: 1) Algum equipamento automatizado para despachar? Sim → a direta está fora. 2) Controle rígido de lote/validade/número de série? Sim → via WMS. 3) O financeiro corporativo precisa de estoque em tempo real? Sim → híbrida ou via WMS; as definições conflitantes do direto vão enlouquecer o financeiro. 4) Quão apertada é a janela de go-live? Só seis semanas → direta, mas orce a fila de trabalho de exceções agora, não depois.
Checklist da véspera do go-live: já vi este buraco três vezes
Padrão decidido? Confira cada item abaixo antes do go-live. Faltou um, não saia no ar:
- Um único dono dos dados mestres: mestre de SKU, mestre de endereços, regras de lote/validade — ERP ou WMS, escolha exatamente um dono. Já vi os dois lados construírem suas próprias regras de codificação de SKU; no terceiro dia após o go-live, o mesmo código de barras era dois nomes de produto diferentes.
- Alinhe a máquina de estados do pedido: a qual status do WES o "released" do ERP corresponde? O "verified" do WES volta como "shipped" ou "ready to ship" no ERP? Imprima a tabela de mapeamento de estados e cole na parede.
- Percorra a lista de campos um por um: lote, validade, número de série, peso, dimensões — cada campo que o ERP tem, o WES consegue aceitar? Para os que não, defina a alternativa antes do go-live (p. ex., descartar a validade na interface e interceptá-la na camada WMS), não no dia do go-live.
- Idempotência e novas tentativas: um soluço de rede envia o mesmo pedido duas vezes — o WES cria duas ondas? As interfaces devem ser idempotentes (deduplicação pelo número do pedido do ERP), e na noite anterior ao go-live, teste de verdade: derrube a rede no meio do envio no ambiente de teste e reconecte.
- Proteção contra estoque negativo: o WES separa mais do que o disponível — quem bloqueia? Em padrões diretos os dois lados costumam assumir que o outro cuida. Ninguém cuida.
- Job de conciliação: conciliação tripla T+1 (estoque ERP vs. dados reais WMS/WES) com alertas automáticos acima do limite. Conciliação não é tarefa "a gente chega lá" pós-go-live — ela roda desde o dia um.
- Donos de exceções e SLAs: ondas não fechadas, equipamentos parados, rupturas — para cada um, quem é responsável, até quando e quem escala quando estoura o prazo. Uma exceção sem dono sempre cai no atendimento ao cliente.
Mais três clássicas rasteiras: primeiro, as equipes só testam o caminho feliz e nunca os caminhos de exceção — é aí que se escondem 80% dos bugs de um projeto WES. Segundo, a equipe do ERP aplica um patch que muda o tamanho de um campo e a interface morre às 2 AM — contratos de interface pertencem à gestão de mudanças, com duas semanas de aviso para qualquer mudança de campo do ERP. Terceiro, os testes de carga cobrem só o interior do WES, nunca de ponta a ponta — empurre 10.000 pedidos do ERP por toda a cadeia e descubra qual camada é realmente o gargalo.
Uma coisa que você pode usar amanhã: hoje à noite, faça três perguntas à sua equipe de projeto — onde os pedidos entram, onde o estoque é devolvido e quem é responsável pelas exceções. Se ninguém souber responder, não assine o desenho da integração.
Por Lin Xiao, consultora de implementação de WMS
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
