A primeira tarefa de um software de faturamento para atacado não é emitir pedidos mais rápido, é fazer com que cada saída de mercadoria carregue o motivo do negócio. A maioria dos atacadistas trabalha com uma regra tácita: saiu do estoque, foi vendido. A mercadoria sai, o estoque diminui, a venda aumenta. Essa regra funciona quando só existem pedidos normais, mas quando brindes, amostras, trocas e devoluções de pós-venda se misturam na mesma ordem de saída, o "quanto foi vendido" e o "quanto ainda pode ser vendido" começam a divergir.
Brinde despachado não é venda, é destino de estoque
Tratar toda saída como venda fazia sentido na época dos balcões. O dono entregava a mercadoria, recebia o dinheiro e cada transação era uma venda. Essa lógica começa a falhar quando a operação ganha depósito, vendedores externos e classificação de clientes: o brinde para cliente grande, a amostra para comprador em potencial e a troca por problema de qualidade têm, fisicamente, o mesmo movimento de uma venda comum — a mercadoria deixa o estoque. Se o sistema só registra "saída", esses três casos se misturam com o que realmente foi vendido.
O problema não é estético, é decisório. Quando o relatório mostra 500 unidades de um produto saídas no mês, o gestor pode achar que a venda vai bem, mas se 120 foram brindes, 80 foram amostras e 50 foram trocas, a venda real foi de apenas 250 unidades. Repor com base em 500 gera estoque parado. Calcular margem sobre 500 superestima a lucratividade.
O ponto de ruptura está no campo "tipo de operação" da ordem de saída. Se o documento só tem quantidade e cliente, sem o motivo da saída, todos os relatórios vão tratar brinde como venda. O primeiro passo é classificar as saídas por motivo: venda normal, brinde, amostra, troca e retorno de pós-venda.
Como gerenciar o estoque quando atacado e varejo rodam juntos?
A chave é fazer com que as saídas de atacado e varejo usem tipos de operação diferentes, em vez de dividir uma única etiqueta de "venda".
Um comerciante que opera no Brás, em São Paulo, ou na SAARA, no Rio de Janeiro, costuma ter um depósito principal, uma loja de rua e ainda recebe pedidos de atacado pela internet. Os três canais partilham o mesmo pool de estoque. Se no sistema as três saídas se chamam "venda", o gestor não consegue distinguir, no fim do mês, qual canal gerou venda real e qual consumiu amostras e brindes.
A correção é atribuir um tipo de operação a cada cenário de saída e consolidar o pool por tipo. A venda no balcão da loja é venda, o pedido de atacado é venda, mas a amostra enviada a um comprador em potencial é amostra, o brinde agregado para cliente fiel é brinde, e a troca por problema de qualidade é troca. Assim, o "estoque vendável" pode ser definido como "estoque total menos brindes comprometidos, amostras e trocas pendentes", em vez de simplesmente igualar o número contábil.
Quando essa etapa está correta, a apresentação externa dos documentos também muda. A ordem de brinde não deve mostrar imposto destacado, e a ordem de troca precisa estar vinculada à venda original. O Ailit sistema de estoque, desenvolvido pela Kingdee para pequenas e médias empresas, permite, na emissão de pedidos, exibir o imposto separadamente e personalizar modelos de impressão. Parece detalhe de impressão, mas a pré-condição é que o documento já tenha separado os tipos de operação; caso contrário, o modelo mais flexível só troca o formato de um papel com o mesmo conteúdo.
Como colocar compras, vendas e inventário em um único sistema?
O segredo é permitir que a diferença de inventário seja rastreada até o tipo específico de saída, em vez de apenas juntar três módulos.
A maioria dos sistemas de gestão de estoque consegue registrar entrada por compra, saída por venda e ajuste por inventário. Mas quando o inventário aponta 30 unidades a menos de um produto, a pergunta não é "como ajustar o estoque", e sim "para onde foram essas 30 unidades". Se o sistema só tem "venda" como tipo de saída, as 30 unidades só podem ser classificadas como perda ou extravio. Se existem os tipos brinde, amostra e troca, o gestor pode investigar: houve 30 brindes neste mês que não foram registrados? Houve 20 trocas que saíram do depósito sem ordem de troca?
A diferença de inventário é, na essência, um descompasso entre o tipo de saída registrado no sistema e o tipo de saída que realmente aconteceu. A correção não vem de inventários mais frequentes, mas de cada saída não-venda sendo classificada corretamente. Esse é o valor central de um sistema de gestão de estoque para atacado e varejo integrado: não é juntar os módulos de compra, venda e inventário, é fazê-los rodar sob o mesmo sistema de tipos de operação, o que viabiliza um controle de estoque com brindes e amostras realmente confiável.
Como investigar quando o estoque não bate após transferências entre lojas?
Primeiro verifique se houve saída não-venda sem registro, depois confirme se a transferência foi registrada nas duas pontas, e só então investigue atraso de sincronização. A maioria dos problemas de sincronização entre lojas não vem da sincronização em si, mas da mistura entre ordens de transferência e saídas operacionais.
Um comerciante com três pontos de estoque e dois canais de venda pode transferir 100 unidades do depósito A para o depósito B, com a transferência registrada no sistema. Na mesma semana, o depósito B envia 50 unidades de brinde para um cliente grande e 30 unidades de amostra para um cliente novo. Se essas duas saídas não tiverem tipo de operação diferenciado, o inventário do depósito B vai fechar com 80 unidades a menos no fim do mês. A primeira reação do gestor é "a transferência não sincronizou", mas a causa real é que brindes e amostras não foram registrados com o tipo correto.
Quando cada depósito registra o tipo de operação nas saídas, a conciliação entre depósitos vira uma consolidação por tipo. A partir do mês seguinte, basta separar as ordens de brinde, amostra e troca em uma tabela à parte e comparar com a venda normal. Essa tabela mostra quanto saiu do estoque de forma não-venda.
Perguntas frequentes
Como o software de faturamento para atacado registra a saída de brindes?
A saída de brinde deve seguir um tipo de operação próprio de "brinde", reduzindo o estoque vendável sem entrar como venda. O custo é que o brinde deixa de ficar escondido dentro do número de venda, e o gestor passa a enxergar seu custo real. O ganho é que o cálculo de margem não é inflado por brindes e a decisão de reposição não é enganada por volume de saída artificialmente alto.
Troca e devolução são a mesma coisa no sistema de estoque da loja?
Não são a mesma coisa. Devolução é a mercadoria voltando e o dinheiro retornando: o estoque aumenta e o contas a receber diminui. Troca é mercadoria saindo e mercadoria voltando: o estoque pode não mudar, mas é preciso vincular à venda original. Se o sistema tratar troca como "devolução mais nova venda", o volume de venda fica inflado. O correto é usar um tipo de operação próprio de troca, vinculado ao número da ordem original.
Quem trabalha com atacado e varejo precisa de dois sistemas de gestão de estoque?
Não necessariamente. Quem opera nos dois modelos precisa de um único pool de estoque, com tipos de operação e formatos de documento diferentes, não de dois sistemas. A personalização de modelos de impressão do Ailit permite que atacado e varejo compartilhem o estoque mas emitam documentos diferentes. Mas se atacado e varejo têm contabilidade totalmente independente e precisam de dois livros fiscais, dois sistemas podem ser a escolha mais limpa.
Diferença no inventário é sempre perda?
Nem sempre. As fontes mais comuns de diferença de inventário são brindes, amostras e trocas não registradas, não extravio real. Quando o software de faturamento para atacado tem tipos de operação independentes, antes do inventário basta revisar as saídas não-venda do mês: muitas "diferenças" se reclassificam como "registro em atraso", e a perda real fica bem menor do que o número contábil sugere.
