Inventário de estoque em CD sem parar a operação

O inventário de estoque em CD costuma virar sinônimo de fim de semana perdido. Turno extra, doca fechada, WMS bloqueado para conferência, equipe de outra área convocada para contar caixa. Quem gerencia o CD já aceitou isso como parte do calendário, um imposto operacional que se paga algumas vezes por ano.

Mas essa parada não é uma exigência contábil. É consequência do método de contagem escolhido. Contagem cega, item por item, exige que nada se mova enquanto o contador passa. Trocar o método de captura muda a janela de parada, e às vezes elimina ela.

Vale separar as duas perguntas que costumam ficar misturadas: o que a contabilidade exige e o que o método de contagem impõe. São coisas diferentes, e a segunda é onde está a folga.

Por que a contagem tradicional trava a doca

Contagem cega funciona assim: alguém percorre a rua, bipa ou anota cada item, e compara com o saldo do sistema depois. Enquanto essa varredura acontece, qualquer movimentação — recebimento, separação, transferência entre posições — muda a fotografia que está sendo tirada. Se o palete sai da rua 12 no meio da contagem, a contagem da rua 12 já nasceu errada.

Por isso a saída padrão é parar tudo. Sem movimentação, a foto não muda enquanto é tirada. É um método robusto, mas caro: a operação para de gerar receita para viabilizar a contagem.

O custo dessa parada não aparece só no turno perdido. Aparece no pedido que não sai, no caminhão que espera, na doca ociosa. É hora de CD parado, e hora de CD parado não tem reposição.

O que muda com varredura por rua e por nível

Varredura por rua e por nível é outra lógica de captura. Em vez de parar a operação para tirar uma foto estática, o sistema lê a posição física — rua, nível, endereço — no momento em que ela é varrida, e registra o que está ali com hora e local. Não é contar item por item contra uma lista fechada. É capturar o que existe em cada posição, sequencialmente, rua a rua.

Essa diferença de método é o que abre a janela. Como cada leitura é local e tem timestamp, a operação não precisa congelar por completo enquanto todas as ruas são percorridas. O que precisa é de disciplina no que se move durante a varredura, não ausência total de movimento.

No caso do inventário de CD, essa mudança de método é o que tira a contagem de 3 dias parados e leva para 2 h de varredura, com divergência apontada por posição em vez de por item avulso. Não é o inventário virando mais rápido por mágica: é o método de captura mudando de contagem cega para varredura por rua e por nível.

Esse é o núcleo do inventário de estoque em CD que não exige fim de semana: trocar a unidade de captura de "item contado" para "posição lida".

Divergência entre saldo e posição, quem resolve o quê

Depois da varredura, sobra a pergunta que todo gestor de CD já fez: e quando o número não bate?

Aqui vale ser preciso sobre quem é responsável por qual verdade. O WMS é a fonte da verdade do saldo — saldo, status, bloqueio, reserva, regra de negócio. Ele decide o que pode ser separado, o que está reservado, o que está bloqueado por qualidade. Isso não muda com nenhuma camada de captura.

A varredura por rua é a fonte da verdade da posição física — o que passou, por onde, quando e com quem. Ela não decide saldo. Ela mostra o que está fisicamente ali, na hora em que foi lida.

A divergência aparece exatamente no cruzamento dessas duas verdades: o WMS acha que a posição X tem determinado saldo, a varredura mostra outra coisa naquela posição. Isso não é motivo para questionar qual sistema está "certo" de forma abstrata — é motivo para investigar aquela posição específica. Trocou o número de rua no apontamento? Houve movimentação sem baixa? Item foi para o nível errado?

Tratar divergência por posição, e não por item isolado no relatório geral, é o que torna a investigação viável em horas em vez de dias. O time vai direto na rua e no nível que a varredura apontou como discrepante, confere ali, e resolve. Não precisa reabrir a contagem inteira do CD para achar um erro pontual.

Saldo é decisão do WMS. Posição é o que a varredura mostrou. A divergência mora no espaço entre os dois, e é ali que se investiga.

Essa divisão de responsabilidade também evita um erro comum: tentar fazer da camada de captura uma segunda fonte de saldo. Não é essa a função. A varredura aponta onde olhar. Quem decide o que fazer com o saldo continua sendo o WMS.

Testando com o SKU que você já tem

Inventário sem parar o CD por um fim de semana não é uma promessa genérica de sistema novo. É uma consequência direta de trocar contagem cega por varredura por rua e por nível, com a divergência tratada por posição e não por item.

Se você quer ver como isso se comporta na sua malha — na sua densidade de rua, no seu mix de SKU, com o seu WMS decidindo saldo — o caminho é testar com um SKU real da sua operação, não com um exemplo genérico de apresentação.

Dá para conversar sobre isso pelo WhatsApp ou direto no site da Baliza. Traga o SKU, a rua, o nível. A conversa fica mais curta e mais útil quando parte do que você já tem na doca.