Primeiro o essencial: quando os números de estoque do ERP e do WMS se recusam a reconciliar por semanas a fio, a causa raiz quase sempre são dados mestres sem sincronização. A interface está bem, a rede está bem: os dois sistemas simplesmente não concordam sobre o que significa 'o mesmo item'. Você não está reconciliando dois livros contábeis. Está traduzindo entre duas línguas que nunca foram alinhadas.
Bati nessa mesma parede três vezes. Uma vez num distribuidor de acessórios 3C no sul da China, outra num armazém de fulfillment de cosméticos no leste da China e, mais recentemente, neste junho, num exportador de pequenos eletrodomésticos em Foshan. Todas as vezes o sintoma era idêntico: a TI fazia a reconciliação diária, o ERP e o WMS divergiam em centenas ou milhares de unidades e ninguém conseguia explicar por quê. O financeiro culpava a TI, a TI culpava o chão de fábrica, o chão jurava que a contagem física estava certa. Todas as vezes, ao levantar o capô, encontrávamos a mesma coisa: deriva de dados mestres.
Por que a dessincronização de dados mestres é a raiz de todos os males
No ERP, um item é a linguagem do financeiro e das compras: código do item, descrição, especificação, unidade de medida, código de barras, dimensões, peso. No WMS, o mesmo item é a linguagem do chão de fábrica: o mesmo código, mas com classe ABC, regras de endereçamento, lógica de rotação e hierarquia de embalagem.
Assim que um só desses atributos diverge, o estoque se divide em duas realidades. Estes são os cinco modos de falha que mais vejo; passe por eles como um checklist, porque quase certamente um deles é o seu problema:
| Sintoma | O que o ERP diz | O que o WMS diz | Causa raiz real |
|---|---|---|---|
| O mesmo SKU sempre diverge por um valor fixo | Lança em caixas | Separa em unidades | O fator de conversão caixa-unidade nunca foi mantido no WMS |
| Um item novo não pode ser lido na recepção | O código de barras existe no ERP | O código de barras nunca foi enviado ao WMS | Falta o campo de código de barras no mapeamento de sincronização |
| As contagens cíclicas nunca fecham, a variação se concentra em poucos SKU | O status do item é apenas 'ativo' | O WMS tem status de retenção de qualidade, congelado e danificado | Os dicionários de status nunca foram alinhados |
| Os separadores continuam pegando a variante errada | A especificação é texto livre | O chão depende do código de barras | As definições do campo de especificação diferem entre os sistemas |
| O fechamento de fim de mês é um pesadelo | Os custos são rastreados por lote | O WMS armazena paletes mistos | Os atributos de controle por lote foram definidos de forma diferente |
Note: nenhum destes é um bug de software. Todos são incompatibilidades de definição de dados mestres. Portanto, atualizar servidores, reconstruir interfaces e trocar de middleware é jogar dinheiro fora. A correção está na governança de dados mestres.
O manual: meu checklist de dados mestres da véspera do go-live
Este é o checklist que executo antes de cada go-live. Nada de assinatura até que todas as caixas estejam marcadas.
Passo 1: Coroe uma única fonte da verdade.
Decida por escrito: o ERP é dono dos dados mestres de itens; o WMS os consome. Nada de criação manual de itens no WMS, nada de unidades editadas à mão, nada de códigos de barras digitados à mão. Todos concordam na reunião de kickoff e ignoram discretamente na terceira semana. Minha medida: revogar por completo as permissões de manutenção de itens no WMS, deixar só leitura e forçar todos os itens novos a passarem pela sincronização conduzida pelo ERP. Isto é política, não sugestão.
Passo 2: Mapeie cada campo, um por um.
Extraia as tabelas completas de itens dos dois sistemas e monte uma planilha de mapeamento de campos. Vigie estes oito campos como um falcão: código do item, descrição, especificação/modelo, unidade base de medida, unidades alternativas e fatores de conversão, códigos de barras (unidade, embalagem interna, caixa externa), hierarquia de embalagem, flag de controle por lote. Para cada campo, documente três coisas: como o ERP o chama, como o WMS o chama, e a direção mais a frequência de sincronização. O fator de conversão merece um destaque próprio: ele causa a grande maioria das divergências de quantidade que já investiguei. Um coeficiente 'caixa = 24 unidades' alterado no ERP mas nunca sincronizado, e o WMS continua recebendo a 12: a variação vai enlouquecer você.
Passo 3: Escolha seu ritmo de sincronização: programado, por evento, ou ambos.
Meu padrão: os dados mestres de itens sincronizam por agenda (passagem completa noturna, mais envio por evento na criação de itens novos); as transações de estoque vão em tempo real. Os dados mestres não precisam chegar em segundos, mas precisam chegar, garantido. Em cada projeto exijo três coisas: (1) logs de sincronização que dê para ler de verdade — qual item, quando, sucesso ou falha; (2) retentativa automática três vezes em caso de falha e depois um SMS ao responsável de TI; (3) um resumo automático das 'mudanças de dados mestres de ontem' enviado toda manhã às 8 tanto para operações quanto para TI.
Passo 4: Rode uma comparação completa antes do go-live e limpe os dados sujos.
Exporte os dois mestres de itens, junte pelo código do item e compare tudo. Minha regra: se a taxa de divergência passar de 5%, a data do go-live muda. Limpe primeiro. Digo isso de antemão ou você passará meses apagando incêndios. O pior que já vi: quase um terço dos itens tinha códigos de barras incompatíveis — anos de erros de digitação manual. Duas semanas de limpeza antes do lançamento e depois três meses seguidos acima de 99% de precisão de estoque.
Passo 5: Dê ao chão uma válvula de escape, com trilha de auditoria.
Nenhum processo sobrevive ao contato com a realidade: remessa urgente no dock, item ainda não cadastrado no ERP. Minha abordagem: o WMS pode criar um 'item temporário', mas ele expira em 24 horas, momento em que o item formal do ERP deve substituí-lo ou o pedido trava automaticamente e o gerente do armazém recebe cópia. Itens temporários têm expiração, dono e um log de auditoria completo. Sem uma válvula de escape autorizada, o chão inventa seus próprios atalhos — e esses são muito piores.
Duas histórias de guerra
História um: o código de barras que nunca sincronizou, três meses de contagens cíclicas desperdiçadas. Novembro de 2023, um cliente de acessórios para celulares em Shenzhen. Três meses após o go-live, as variações de contagem não caíam. Depois de dois meses de investigação, encontramos: o fornecedor tinha mudado as regras de código de barras da caixa externa, o ERP foi atualizado, mas o mapa de campos da interface não tinha campo de 'código de barras da caixa externa' — quem montou o mapa achou desnecessário. O WMS continuava recebendo pelo código antigo, as leituras falhavam, a equipe digitava códigos à mão e os códigos digitados à mão estavam errados. Correção: adicionar o campo, rodar uma ressincronização completa e reauditar três meses de recebimentos manuais. Lição: um único campo ausente na planilha de mapeamento significa que você não integrou nada.
História dois: o fator de conversão que quase fez o financeiro ser acusado de roubo. Neste junho em Foshan, o fabricante de eletrodomésticos mudou a configuração de embalagem de uma chaleira de 6 para 8 unidades por caixa. Compras atualizou o ERP; o WMS nunca recebeu o recado. O WMS continuava recebendo a 6, o ERP lançava a 8 — dezenas de milhares de unidades à deriva em um mês. O fechamento de fim de mês explodiu e, por uma semana, as pessoas se perguntaram em silêncio se havia roubo interno. Fui ao local, comparei os dois fatores de conversão lado a lado e achei em cinco minutos. Agora, cada mudança de conversão nesse cliente passa por um fluxo de aprovação com confirmação nos dois sistemas.
A conclusão contraintuitiva
A maioria presume que a parte mais difícil da integração ERP-WMS é a tecnologia da interface — qual middleware, qual protocolo, como lidar com concorrência. Depois de mais de 30 go-lives, digo sem rodeios: a tecnologia nunca foi a parte difícil. A parte difícil é fazer as duas equipes de negócio concordarem sobre quem é dono dos dados mestres.
A TI quer ser dona; o negócio diz 'você não usa isso todo dia, não entende'. Compras cria itens com descrições de especificação que o chão não consegue ler. O financeiro quer granularidade por lote; as operações querem velocidade. Até que esse acordo esteja assinado, a interface mais bonita do mundo é decoração. Por isso, a primeira coisa que faço no kickoff de cada projeto não é o desenho técnico: é reunir os três lados numa sala para assinar o documento de governança de dados mestres. Primeiro a assinatura, depois conversamos.
Checklist da véspera do go-live: edição dados mestres (imprima, marque)
- Única fonte da verdade documentada por escrito; permissões de manutenção de itens do WMS revogadas
- Planilha de mapeamento de campos completa para os 8 campos principais; fatores de conversão reverificados de forma independente
- Logs de sincronização legíveis; alertas de retentativa mais SMS testados de ponta a ponta
- Comparação completa pré-lançamento abaixo de 5% de divergência; dados sujos limpos
- Processo de item temporário configurado: expiração de 24 horas, trava automática ao vencer, trilha de auditoria
- Os três níveis de código de barras (unidade/interna/externa) sincronizando; verificação pontual de 50 SKU aprovada
- Resumo diário de mudanças de dados mestres automatizado; donos confirmados
Marque os sete antes de apertar 'go live'. Se faltar um, adie a data: uma semana de atraso vence três meses apagando incêndios. Digo isso em cada projeto. Os clientes que ouvem dormem bem depois.
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.
