Sistema de gestão de estoque sob medida: quando vale

O sistema diz que há 12 unidades. A prateleira tem 7. O vendedor já prometeu 10 para amanhã, o e-commerce vendeu mais 3 durante a madrugada e ninguém consegue dizer em que momento os números se separaram.

Divergência de estoque raramente é falta de disciplina da equipe. Quase sempre é problema de modelo: o sistema guarda o saldo de um jeito que não consegue explicar a si mesmo. A seguir, os sinais desse limite, as decisões de modelagem que resolvem a divergência na raiz e onde o ERP continua mandando.

Os sinais de que o controle de estoque atual já não aguenta

Nenhum desses sinais, sozinho, justifica um sistema novo. Juntos, indicam que o controle atual chegou ao limite:

• Venda do que não existe. O pedido entra, a separação vai buscar e o produto não está lá. Cancelamento, retrabalho e cliente irritado.
• Inventário que nunca bate. Toda contagem termina numa lista de ajustes, e ninguém sabe explicar de onde veio a diferença. O ajuste vira rotina contábil em vez de investigação.
• A planilha "de verdade". O depósito mantém a própria planilha porque não confia no sistema. Agora existem duas verdades, e nenhuma é auditável.
• Saldo que muda sem autor. Alguém editou a quantidade direto no cadastro, e o sistema não sabe quem nem por quê.
• Lote e validade controlados de memória. O operador sabe que o lote antigo fica no fundo da prateleira. Quando ele sai de férias, o produto vence.
• Transferência que some no caminho. Saiu da matriz, ainda não chegou na filial, e durante esse tempo não existe em lugar nenhum.

Quando não vale a pena

Se a empresa tem um único depósito, não controla lote nem validade, vende por um canal só e o ERP atual tem um módulo de estoque que ninguém configurou direito, a primeira providência não é contratar desenvolvimento. É configurar o que já existe, treinar a equipe e cortar a edição manual de saldo.

Sob medida faz sentido quando a operação tem regras que o produto de prateleira não modela bem. A análise mais ampla está em ERP sob medida ou ERP de mercado.

Saldo não é um número: é a soma de movimentações

A decisão de modelagem mais importante é também a menos visível. Muitos sistemas guardam o saldo como um campo: o produto X tem 12 unidades, e cada venda sobrescreve esse número. Quando ele está errado, não há como descobrir por quê, porque a história foi apagada a cada atualização.

O modelo que resolve isso é o mesmo da contabilidade: um livro-razão de movimentações imutáveis. Cada entrada, saída, transferência, devolução ou ajuste vira um registro com:

• produto, quantidade e depósito (e endereço, lote ou série, quando houver);
• tipo de movimento e documento de origem (pedido, nota de entrada, contagem);
• quem fez, quando e por qual tela ou integração.

O saldo passa a ser a soma dessas movimentações. Nenhuma delas é editada ou apagada: se algo foi lançado errado, entra um estorno que anula o lançamento, e os dois ficam visíveis.

Isso muda o tipo de pergunta que o sistema responde: qual era o saldo no último dia do mês, quem ajustou esse item três vezes nesta semana, em que momento o sistema se separou da prateleira.

O que isso exige da engenharia

Somar milhões de linhas a cada consulta seria lento, então o sistema mantém um saldo consolidado por produto e local, atualizado na mesma transação que grava a movimentação. Uma rotina periódica recalcula o saldo a partir do livro e compara; qualquer diferença é um alerta, não um detalhe.

Duas outras decisões fazem diferença em produção:

Concorrência. Dois operadores baixando o último item ao mesmo tempo não podem deixar o saldo em menos um. Isso se resolve com transações e controle de concorrência no banco de dados, não com uma verificação na tela.

Idempotência. Integrações reenviam mensagens. Se o e-commerce manda o mesmo pedido duas vezes, o estoque não pode baixar duas vezes. Cada movimentação vinda de fora carrega uma chave única, e a segunda tentativa é reconhecida e ignorada.

Em tecnologia, nada disso é exótico: um banco relacional com transações de verdade, como o PostgreSQL, uma aplicação web que funcione no escritório e no celular do depósito, e uma fila para as integrações. O que dá confiabilidade é a disciplina do modelo, não a ferramenta.

Reserva, saldo disponível e venda sem estoque

A maior parte dos casos de "vendeu o que não tinha" vem de tratar como um número só coisas que são diferentes:

• Saldo físico: o que está no depósito agora.
• Reservado: o que já foi prometido a um pedido, mas ainda não saiu.
• Bloqueado: o que está no depósito e não pode ser vendido, como avariado, em quarentena ou aguardando inspeção.
• Em trânsito: o que saiu de um depósito e ainda não chegou ao outro.
• Disponível para venda: físico menos reservado menos bloqueado. É este, e só este, que deveria aparecer para vendedores e canais de venda.

A reserva é onde a maioria dos sistemas falha. Ela precisa ter dono e prazo. Dono: cada reserva pertence a um pedido, e cancelar o pedido libera a reserva automaticamente. Prazo: um pedido aguardando pagamento por Pix ou boleto não pode segurar o produto para sempre. Quando o prazo vence, a reserva cai e o saldo volta a ficar disponível.

Sem isso, surgem as reservas órfãs: pedidos cancelados ou travados por erro de integração que continuam segurando saldo. O produto está na prateleira, mas o sistema diz que não há. Uma rotina que concilia reservas com o estado real dos pedidos evita o acúmulo.

Quando a empresa vende em loja própria, e-commerce e marketplaces ao mesmo tempo, o saldo disponível precisa chegar a cada canal com rapidez e, em muitos casos, com uma margem de segurança por canal, para absorver o atraso de sincronização. O fluxo de ida e volta está detalhado em integração entre ERP e e-commerce e, para vários canais simultâneos, em integração com marketplaces.

Por fim, vender sem estoque pode ser política, não acidente. Itens sob encomenda podem aceitar pedido com saldo zero, desde que isso seja uma regra configurada por produto, com prazo informado ao cliente, e não um furo do sistema.

Lote, validade, número de série e múltiplos depósitos

É aqui que o estoque do ERP genérico costuma mostrar limites, porque cada operação tem o seu jeito.

Lote e validade. Com validade, a regra de saída normalmente é FEFO: sai primeiro o que vence primeiro, não o que chegou primeiro. O sistema deve sugerir o lote na separação e alertar sobre o que está perto de vencer. E o lote precisa ser rastreável nos dois sentidos: de qual fornecedor veio e para quais clientes foi. Em setores sujeitos à vigilância sanitária, como alimentos, cosméticos e medicamentos, essa rastreabilidade costuma ser exigência, não conveniência.

Número de série. Equipamentos com garantia pedem controle unitário: esta unidade entrou nesta nota e saiu neste pedido.

Múltiplos depósitos e endereçamento. Saldo por depósito não basta quando o galpão é grande. O endereçamento (rua, prateleira, nível, posição) mostra onde cada item está e permite gerar rotas de separação que não fazem o operador cruzar o galpão cinco vezes. A transferência entre depósitos vira duas movimentações com um estado intermediário de trânsito, e a diferença entre o que saiu e o que chegou fica registrada.

Unidade de medida e kits. Compra em caixa com 12, vende por unidade; vende um kit que baixa três componentes. Conversão mal modelada é fonte clássica de saldo fracionado sem sentido.

Tudo isso depende de captura simples no chão: leitura de código de barras pelo coletor ou pela câmera do celular, botões grandes e tolerância a Wi-Fi fraco. Uma tela pensada para o escritório vira, no depósito, papel preenchido para digitar depois.

Inventário rotativo em vez de parar a operação para contar

O inventário geral, com a operação parada, cansa a equipe e produz um número desatualizado na semana seguinte. A alternativa é o inventário rotativo: contar um pedaço do estoque todos os dias, de modo que cada item seja contado várias vezes ao ano sem parar nada.

Como funciona na prática:

1. Frequência por importância. A curva ABC define quanto cada item é contado: os de maior giro ou maior impacto aparecem com mais frequência na lista do dia.
2. Contagem cega. O operador vê o endereço e o produto, nunca a quantidade esperada. Assim ele conta, em vez de só confirmar.
3. Recontagem automática. Se a diferença passar de uma tolerância, o sistema pede uma segunda contagem, de preferência por outra pessoa.
4. Ajuste com motivo. A diferença confirmada vira uma movimentação de ajuste, com motivo obrigatório e aprovação acima de um limite de quantidade.
5. Corte no tempo. O sistema registra o momento da contagem e considera as movimentações posteriores, para que uma venda durante a contagem não gere divergência falsa.

Com o tempo, o histórico de ajustes mostra quais itens, endereços e turnos concentram diferença, e aí dá para atacar a causa em vez de corrigir o saldo todo mês.

Convivendo com o ERP: quem manda no estoque fiscal

Um sistema de estoque sob medida quase nunca substitui o ERP. O ERP, seja TOTVS, SAP, Omie, Bling ou outro, continua sendo a fonte da verdade para o que é fiscal e contábil: notas de entrada e saída, custo médio, CMV e obrigações acessórias, como o inventário informado na EFD ICMS/IPI. O sistema próprio cuida do estoque operacional: onde está, quanto está prometido, qual lote sai, quem contou.

A regra que evita a maior parte dos problemas é simples de enunciar: cada dado tem um único dono.

Os dois saldos vão divergir em algum momento, por uma integração que falhou ou um lançamento manual no ERP. Por isso a integração precisa de fila com reprocessamento, registro de cada mensagem e uma conciliação diária entre saldo fiscal e operacional. Se o ERP ficar fora do ar, o depósito continua recebendo e separando, e a sincronização acontece quando ele voltar.

Riscos e erros comuns

• Importar o saldo antigo como verdade. O saldo de abertura do sistema novo deve vir de uma contagem, não do sistema que já estava errado.
• Deixar uma porta para editar saldo. Um único campo editável "só para emergência" desfaz todo o modelo de movimentações.
• Duas fontes da verdade. Se ERP e sistema próprio podem alterar o mesmo número, a divergência é garantida.
• Começar por tudo ao mesmo tempo. Todos os depósitos, canais e integrações no mesmo dia impedem isolar qualquer problema.
• Desenhar sem ir ao depósito. Requisito levantado em sala de reunião não conhece o corredor sem sinal.

Como medir se deu certo

Defina os indicadores antes do lançamento e meça a linha de base no processo atual:

• Acuracidade de inventário: proporção de itens contados sem divergência.
• Pedidos cancelados ou atrasados por falta de estoque.
• Volume e motivo dos ajustes de inventário.
• Erros e tempo de separação por pedido.
• Perdas por vencimento, quando há controle de validade.

Com alguns meses de histórico limpo, esses dados passam a servir para planejar compras; o que esperar disso está em previsão de demanda com machine learning.

Como começar: diagnóstico, protótipo e primeira operação real

O caminho que reduz risco é incremental:

1. Diagnóstico. Acompanhar o fluxo físico real, do recebimento à expedição, e listar documentos, integrações e as divergências mais frequentes.
2. Modelo de movimentação e regras. Tipos de movimento, reserva, lote, endereçamento e quem é dono de cada dado frente ao ERP.
3. Protótipo no chão. Telas de recebimento, separação e contagem testadas com quem vai usar, no lugar onde vão usar.
4. Primeira operação real. Um depósito ou uma família de produtos, com contagem de abertura e conciliação diária com o ERP.
5. Evolução. Mais depósitos, inventário rotativo, novos canais e planejamento de compras.

O cronograma de cada fase é definido depois do diagnóstico, quando o tamanho real do problema está na mesa.

Do depósito ao código, sob medida

Na Pervian Tech, sistemas de estoque fazem parte do nosso trabalho de desenvolvimento web: livro-razão de movimentações auditável, telas pensadas para o corredor do depósito e integração com o ERP que a empresa já usa. Cada projeto é sob medida, porque cada operação tem as suas regras de reserva, lote e endereçamento.

Pelo mesmo motivo, o investimento é definido sob consulta, depois de entendermos o seu fluxo, os seus volumes e as integrações envolvidas. Se o saldo do sistema e o da prateleira já não conversam, conte como funciona a sua operação e a gente começa pelo diagnóstico.