Por que o WMS sabe quanto e não sabe onde
O WMS registra o que foi transacionado. Onde a carga está fisicamente é outra pergunta — e é dela que nasce a divergência do inventário.
Todo gestor de CD já viveu a mesma cena. O sistema diz que existem quatro paletes de um item na rua 12. O conferente vai até lá e encontra dois. Ninguém roubou nada, ninguém digitou errado de propósito, e mesmo assim o saldo e o chão discordam.
A explicação costuma virar uma caça ao culpado — o operador que não baixou, o turno da noite, o coletor que travou. Só que a divergência não é falha de disciplina. Ela é o resultado esperado de um sistema que foi desenhado para registrar transações, não para observar o mundo físico.
O que o WMS controla por desenho
Um WMS é um livro-caixa de estoque. Ele guarda saldo, status, bloqueio, reserva e regra de negócio, e faz isso muito bem. Cada linha desse livro nasce de uma transação que alguém declarou: recebi, movimentei, separei, expedi.
O ponto é que a transação é uma declaração sobre o passado. Ela diz o que deveria ter acontecido no momento em que foi registrada. Entre a declaração e o mundo existe um intervalo — às vezes de segundos, às vezes de um turno inteiro — e é dentro desse intervalo que a operação real acontece.
A regra que a Baliza segue é essa:
Seu WMS é a fonte da verdade do saldo. A Baliza é a fonte da verdade da posição.
Não é uma disputa. São duas perguntas diferentes. *Quanto eu tenho* é uma pergunta contábil, e o WMS responde. *Onde isso está agora* é uma pergunta física, e nenhum sistema responde a partir de transação digitada.
De onde vem a divergência entre saldo e posição
A divergência aparece em três lugares previsíveis, e todos eles têm a mesma forma: alguma coisa se moveu sem virar transação, ou virou transação sem se mover.
- Movimentação não declarada. O operador tira um palete da rua para liberar passagem e devolve depois. Fisicamente ele saiu e voltou. No sistema, nada aconteceu.
- Declaração antecipada. A separação é baixada quando o pedido é impresso, não quando a carga sai. Se a carga fica na doca até a manhã seguinte, o sistema já a considera fora.
- Endereço aproximado. O item foi endereçado na rua certa e no nível errado. O saldo bate perfeitamente; encontrar o palete é que leva vinte voltas.
Nenhuma dessas três é um erro de software. Todas são consequência de exigir que uma pessoa transforme um movimento físico em um registro, sob pressão de tempo, com a mão ocupada.
É por isso que o inventário do CD custa caro. Ele não é uma contagem: é uma reconciliação entre duas realidades que se afastaram durante meses. Quando essa reconciliação exige parar a operação por 3 dias, o custo não está no tempo de contar — está no tempo de descobrir onde as coisas foram parar.
Por que trocar de WMS não resolve isso
A conclusão intuitiva é que o sistema está velho e um sistema melhor resolveria. Depois de trocar, a divergência volta, porque o novo WMS tem exatamente o mesmo desenho: ele também depende de transação declarada.
O que muda a natureza do problema não é a qualidade do registro. É a origem dele. Enquanto o registro nascer de alguém que precisa parar, olhar e digitar, existe um intervalo entre o físico e o lógico. Quando o registro nasce da própria passagem da carga por um ponto fixo, esse intervalo desaparece — não porque alguém ficou mais disciplinado, mas porque não há mais nada para declarar.
É a mesma diferença entre conferir um carregamento com prancheta, que leva 40 min, e conferi-lo enquanto o caminhão entra, o que leva 40 s. Não se trata de conferir mais rápido. Trata-se de não haver uma etapa separada chamada conferência.
O que fica com cada sistema
Na prática, a divisão de responsabilidade é simples e vale escrever antes de qualquer projeto:
- Fica com o WMS: saldo, status, bloqueio, reserva, regra de negócio, integração fiscal. Nada disso muda, e não há motivo para mexer.
- Fica com a camada de captura: posição física e evento — o que passou, por onde, quando e com quem.
- Volta para o WMS por integração: o evento vira transação sem digitação, no momento em que aconteceu.
Essa terceira linha é a que costuma ser esquecida nas propostas. Um dado de posição que fica preso num painel separado não resolve nada: ele vira mais uma tela para o supervisor olhar. O valor aparece quando a leitura alimenta o sistema que a operação já usa.
Vale dizer o que isso não é. Não é substituir o WMS, não é trocar de ERP e não exige reformar o CD. A camada entra ao lado do que já roda. Se o time opera TOTVS hoje, continua operando TOTVS depois.
Como descobrir se isso vale para a sua carga
Aqui entra a parte que costuma ser omitida nos folhetos. A captura automática depende de leitura, e leitura depende da carga. Papelão seco em palete padrão se comporta de um jeito; bebida em lata, com líquido e metal, se comporta de outro. Quem promete um número único de acurácia para qualquer carga está vendendo material de marketing, não engenharia.
Por isso o processo começa pelo seu SKU, não pelo catálogo: mesma embalagem, mesma altura, mesmo filme, medido na passagem. O relatório sai com o número real — inclusive quando ele é ruim o suficiente para desaconselhar o projeto.
Se a divergência entre saldo e posição já apareceu no seu fechamento neste ano, o próximo passo é barato: mande a carga e o minuto que incomoda e a gente responde qual leitura ela sustenta. Responde engenheiro, não formulário.
Como começa
Teste com o seu SKU antes de qualquer proposta.
Mande duas informações: qual é a carga e qual é o minuto que te incomoda. Responde engenheiro, não formulário.