Integração com WMS sem troca de sistema

Troca de ERP ou de WMS é projeto de longo prazo. Enquanto ele não sai do papel, a doca continua recebendo, o inventário continua com diferença e o palete continua saindo pelo portão sem ninguém saber para onde foi. A integração com WMS que resolve esse problema não precisa esperar o sistema novo. Ela entra ao lado do que já roda.

O argumento a favor da troca costuma ser correto no papel e inviável no cronograma. Orçamento de TI disputa com CAPEX de operação. Time de projeto disputa com time de turno. E o resultado prático, na maioria dos CDs, é a decisão empacada por dois ou três anos enquanto o problema de posição de carga continua existindo todo santo dia.

Uma camada de captura não compete por esse orçamento nem por essa atenção. Ela não decide se o WMS atual fica ou sai. Ela resolve o que o WMS atual não resolve — saber onde a carga está entre um evento e outro — e devolve esse dado por integração, sem exigir reescrita de regra de negócio nem migração de base.

O que a camada assume e o que ela não toca

A divisão de responsabilidade precisa ficar explícita antes de qualquer conversa técnica. O WMS é a fonte da verdade do saldo: quantidade, status, bloqueio, reserva, regra de negócio. Isso não muda. A Baliza é a fonte da verdade da posição: o que passou, por onde, quando e com quem.

São perguntas diferentes. Saldo responde quanto tem. Posição responde onde está. O WMS sempre respondeu bem a primeira. A segunda, na prática da maioria dos centros, depende de conferência manual, planilha paralela ou simplesmente não é respondida até faltar alguma coisa no inventário.

O escopo da camada de captura cobre quatro frentes:

• Portal de doca: recebimento e expedição conferidos na passagem, com evento de hora, doca, operador e nota.
• Inventário e endereçamento: leitura por rua e por nível, expondo a diferença entre o que o WMS acha que está ali e o que está ali de fato.
• Rastreio de ativo retornável: palete, rack, contentor, gaiola. Ativo que some é margem saindo pelo portão, mesmo sem aparecer em nenhum relatório financeiro.
• Localização em tempo real: quando a malha de leitura fica densa o suficiente, posição para de ser um evento pontual e passa a ser um estado consultável.

Nenhuma dessas frentes toca em regra de alocação, em política de picking ou em cadastro de item. O que muda é a granularidade do evento que chega até o WMS.

Como o dado volta para o sistema que já existe

A leitura acontece na passagem — na doca, no corredor, na baia de carregamento. Cada leitura gera um evento com identificação do objeto, local, hora e, quando aplicável, operador. Esse evento é a matéria-prima.

O que volta para o WMS não é a leitura bruta. É a posição consolidada, no formato que o sistema já espera receber. Na prática isso significa: a Baliza captura e resolve ambiguidade de leitura (múltiplas antenas vendo a mesma tag, ruído, leitura duplicada), e entrega ao WMS um evento limpo — carga X passou pela doca Y no horário Z, com o operador W.

O WMS recebe esse evento como qualquer outra atualização de movimentação, dentro da sua própria lógica de negócio. Ele decide o que fazer com a informação: atualizar status, liberar próxima etapa, disparar exceção. Isso é papel dele, não da camada de captura.

Esse desenho evita o erro mais comum em projeto de integração com WMS: tentar fazer o sistema de leitura decidir regra de negócio. Quando isso acontece, a camada de captura para de ser camada e passa a ser um segundo WMS, disputando autoridade com o primeiro. O resultado é dado divergente e ninguém sabendo qual sistema confiar.

O que precisa estar pronto antes do piloto

Piloto sem integração definida não testa nada além da antena. Antes de qualquer leitura em produção, três pontos precisam estar fechados.

Primeiro, o campo de destino no WMS. Qual tabela recebe o evento de posição, em qual formato, com qual frequência. Isso é conversa de integração, não de RF.

Segundo, o teste com o SKU real. RFID não tem acurácia única para qualquer carga — líquido absorve sinal, metal reflete. Quem promete 99,9% de acurácia para qualquer material está vendendo folheto, não relatório. O teste precisa usar a mesma embalagem, a mesma altura de pilha, o mesmo filme que roda na operação do leitor.

Terceiro, o critério de aceite do próprio gestor. Não existe instalar antena e funcionar direto. Existe medir, documentar e decidir com o número na mão — inclusive quando esse número é ruim para determinado tipo de carga. Um relatório que só mostra caso de sucesso não serve para decisão operacional.

Testamos com o seu SKU antes de qualquer proposta: mesma embalagem, mesma altura, mesmo filme. Relatório com o número, inclusive quando é ruim.

Com esses três pontos resolvidos, o piloto testa exatamente o que precisa testar: se a leitura funciona para aquele material, naquele ponto do fluxo, entregando o evento no formato que o WMS espera.

Conversa sobre a operação de quem lê

Não existe proposta de integração com WMS sem primeiro entender o que passa pela doca. Se a carga é palete de bebida, caixa de papelão, rack metálico ou contentor plástico, a resposta de leitura é diferente e o relatório precisa mostrar isso com número, não com adjetivo.

Se você administra um CD e quer saber o que a Baliza captura na sua operação, o caminho é testar com o SKU que roda na sua doca. Fale com a Baliza pelo WhatsApp 5547992570614 ou pelo site baliza.log.br.