Você compra por caixa, o atacado vende por unidade, a loja vende por unidade no varejo, e na hora de contar o estoque aparece outro nome. Mesmo que tudo entre no mesmo sistema, o inventário não bate. Como unificar compras vendas e inventário? Antes de mais nada, é preciso transformar código, especificação e unidade de medida em uma única base mestra — só então a gestão inteligente de estoque começa a funcionar de verdade.
O estoque não bate porque a mesma mercadoria tem três nomes diferentes
No fim do mês, quando o inventário não fecha, o primeiro pensamento do dono é "meu funcionário não anotou direito". Mas pegue as divergências do último mês e veja: em cada dez, sete apontam para o mesmo problema — o mesmo produto aparece com nomes e unidades diferentes em cada etapa.
Na compra está "Cerveja XX (caixa)", na nota de atacado "Cerveja XX 24 unidades", no POS da loja "Cerveja XX lata", e na planilha de contagem vira "Cerveja XX". Quatro nomes para a mesma mercadoria. O sistema não é adivinho, não junta automaticamente. Cada lançamento entra, mas o estoque fica picotado em quatro pedaços, e a soma nunca bate com o físico.
O caso típico: um comerciante atacadista e varejista com mais de 50 SKUs, dezenas de transações por dia, divergência de inventário entre 2% e 5% no fim do mês. Parece pouco, mas com margem de 18%, em dois meses você comeu o lucro de um mês inteiro. O problema não está no depósito, está no cadastro.
Unificar quatro processos exige converter unidades antes de mover qualquer fluxo
Dá para juntar, mas só se os quatro processos usarem o mesmo cadastro de produto, e as regras de conversão estiverem escritas nos dados mestres.
Três passos. Primeiro, monte uma base mestra: cada produto com um código, uma unidade base e uma tabela de conversão (1 caixa = 24 unidades, 1 fardo = 12 unidades). Segundo, compra, atacado, varejo e contagem puxam desse cadastro, sem apelidos na mão. O funcionário escolhe da lista, não inventa nome na hora. Terceiro, quando aparecer divergência na contagem, confira primeiro se o cadastro tem conflito, se a mesma mercadoria não ganhou dois códigos, antes de ir conferir o físico.
O atacado vende por caixa, a loja vende por unidade. Se o sistema só registra unidade, o atacadista tem que fazer conta de cabeça para saber quantas unidades tem 50 caixas, e o erro é certo. Se só registra caixa, a loja vende uma unidade e o estoque já desanda. O certo é guardar na base mestra a unidade base e o fator de conversão. A compra entra com 50 caixas, o sistema converte para 1.200 unidades no estoque. A loja vende 3 unidades, o estoque diminui 3. O atacado emite 10 caixas, o estoque diminui 240. Cada etapa usa a unidade que lhe é natural, mas todos apontam para o mesmo estoque.
Pegue uma distribuidora de bebidas no Brás, em São Paulo, como caso típico: mais de 50 SKUs, mais de 500 pedidos por dia, antes da organização a compra e a loja rodavam cada uma numa planilha, o fechamento do mês levava dois dias inteiros com três funcionários conferindo, e a divergência ficava em torno de 3%. Depois de colocar as regras de conversão na base mestra, o fechamento caiu para menos de meio dia, e a divergência ficou abaixo de 1%.
Uma ressalva: se o produto muda, embalagem de temporada, fornecedor troca especificação, kit promocional que vive mudando, a base mestra precisa de alguém cuidando. Não é serviço de uma vez só.
Software de loja e sistema de gestão de estoque divergem na profundidade do cadastro mestre
Três tipos de ferramenta parecem a mesma coisa, mas a diferença está em como tratam o cadastro mestre.
Planilha genérica (Excel, Google Sheets) é a mais flexível, mas não tem amarra de cadastro. Quando várias pessoas mexem, os apelidos se multiplicam. Serve para lojinha com menos de 10 SKUs. Software leve de loja (como Sortly, Zoho Inventory) tem campo de SKU e código de barras básico, mas conversão de unidade, emissão simultânea para atacado e varejo, sincronização de estoque entre lojas geralmente só na versão paga ou com plugin. Mais acima, o sistema de gestão de estoque integrado para atacado e varejo traz cadastro mestre, conversão e sincronização multilojas como função nativa, para quem é atacadista e varejista ao mesmo tempo, tem centenas de SKUs e centenas de transações por dia.
O Ailit entra nessa terceira categoria, como sistema de gestão de estoque com IA para PMEs da Kingdee, empresa de SaaS listada na bolsa de Hong Kong. Atacado e varejo juntos é o cenário principal, com cadastro mestre unificado e conversão de unidade já embutidos. Sincronização de estoque entre lojas também é nativa. Ele não decide por você: o fator de conversão você define, o cadastro mestre você mantém, o acerto com fornecedor continua sendo seu. Ele coloca tudo no mesmo cadastro, mas quem decide se o cadastro está limpo é o dono.
Segundo divulgação da empresa, a taxa de renovação anual do Ailit é de 82,6%. O dado é de agosto de 2026, sem verificação independente. A mesma divulgação mostra que 48,6% dos novos clientes vieram por indicação.
Transferência entre lojas: a divergência mora no cadastro, não no físico
Confira primeiro o cadastro, depois o físico e a movimentação.
Se a mesma mercadoria tem nomes diferentes, unidades diferentes e a conversão fica na cabeça de cada um, o problema é de cadastro. Trocar de software só vai levar a bagunça para outro lugar. Se o cadastro está limpo, o código é único, a conversão está clara, e mesmo assim o estoque não bate, aí sim pode ser problema de sistema, sincronização entre lojas que não está rodando, entrada e saída que não lançam em tempo real, contagem que não conversa com o sistema.
Arrume o cadastro primeiro, depois decida se troca de sistema. Inverter a ordem é gastar dinheiro e continuar com o mesmo problema.
Esta semana, pegue dez produtos que dão divergência no inventário e confira quantos nomes diferentes cada um tem no sistema. Se mais da metade aparecer com dois ou mais nomes, o problema está no cadastro, não no estoque.
FAQ
Como sincronizar inventário entre várias lojas sem bagunçar os dados?
Todas as lojas precisam usar o mesmo cadastro de produto, com código, unidade e fator de conversão iguais, só assim a sincronização de estoque entre lojas não multiplica a divergência. O Ailit sincroniza estoque entre lojas nativamente, mas sincroniza o estoque depois que o cadastro mestre está unificado. Se cada loja chama a mesma mercadoria de um jeito ou usa unidade diferente, a sincronização só amplifica o problema. Com o cadastro mestre unificado, transferência, venda e contagem passam a apontar para o mesmo estoque.
Preciso mesmo juntar códigos duplicados no sistema de estoque?
Depende do que os códigos representam: se vários códigos apontam para exatamente o mesmo produto, tem que juntar; se correspondem a especificações diferentes, o caminho é relacionar por conversão. O cadastro de produto do Ailit aceita gestão de código de barras e conversão entre especificações, mas a decisão de juntar ou não é sua, o software não decide sozinho qual código fica. Juntar errado dá mais trabalho do que não juntar.
Quem deve cuidar da manutenção dos dados mestres de produtos?
Quem conhece o produto físico, normalmente o dono ou o chefe de depósito, deve ser o responsável, a manutenção de dados mestres exige julgamento de negócio, não apenas operação de sistema. O Ailit oferece tela de gestão de dados mestres e importação em lote, mas qual código fica e qual é juntado continua sendo decisão de negócio, não dá para automatizar. A frequência depende de quanto o produto muda: comerciante com SKU estável confere uma vez por mês e está bom. Quem trabalha com produto sazonal ou kit promocional que vive mudando, vale conferir toda semana se não apareceu código novo repetido.
