Quando o estoque do Bling não bate com o Mercado Livre, não ajuste o número às cegas. Primeiro compare o mesmo SKU ou variação, o mesmo depósito/logística e o mesmo momento de consulta. Depois localize o evento que criou a diferença: venda ainda não baixada, reserva, transferência, cancelamento, variação mal vinculada, saldo físico incorreto ou estoque do Full tratado como se estivesse no depósito próprio.
O objetivo não é fazer duas telas mostrarem o mesmo número por alguns minutos. É garantir que o saldo anunciado represente o estoque que sua operação realmente consegue vender e entregar. O Mercado Livre orienta a anunciar somente a quantidade disponível: anunciar acima do saldo real pode gerar venda sem estoque, cancelamento e impacto na reputação. Veja a orientação oficial.
O que significa “o estoque não bate”
Antes de procurar erro, defina qual saldo está sendo comparado. Uma divergência legítima pode aparecer quando cada lado representa uma localização ou regra diferente.
| Comparação | Pode parecer divergência quando… | O que conferir |
|---|---|---|
| Saldo físico × ERP | houve entrada, separação, perda ou inventário ainda não registrado | contagem, documento e reserva |
| ERP × anúncio próprio | há atraso de atualização, vínculo errado ou variação diferente | SKU, variação, horário e histórico |
| Depósito próprio × Full | unidades estão em locais logísticos distintos | modalidade e localização do estoque |
| Produto pai × variação | a leitura soma ou ignora uma opção de cor, tamanho ou voltagem | identificador de cada variação |
No Full, a separação de saldo é especialmente importante. O Mercado Livre informa que, quando Full e Flex convivem no mesmo anúncio, o estoque exibido pode refletir o centro de distribuição; uma variação pode aparecer sem estoque mesmo com unidades no depósito próprio. Leia as regras da convivência Full e Flex. Portanto, não some ou substitua saldos de locais diferentes sem saber qual deles está sendo usado para venda.
O diagnóstico em seis passos
1. Congele uma fotografia do problema
Anote data e hora, SKU interno, ID do anúncio, variação, saldo no ERP, saldo no marketplace, depósito e modalidade logística. Um print pode ajudar, mas o registro estruturado permite encontrar padrões depois.
Não comece reprocessando tudo. Uma sincronização ampla pode substituir um sinal útil antes de você saber se a origem era uma venda, uma reserva ou um cadastro.
2. Comece por um SKU e uma variação
Escolha uma diferença material ou um item com risco de venda sem estoque. Compare o código usado no ERP com o identificador do anúncio e com a variação específica. Kits e anúncios com cor, tamanho, voltagem ou unidade múltipla merecem atenção: “10 kits” não representam necessariamente 10 unidades de cada componente.
3. Separe saldos por local e por disponibilidade
Pergunte: o número representa saldo físico, saldo disponível para vender, reservado, em transferência, no Full ou em outro canal? Misturar esses conceitos é uma causa frequente de conclusões erradas.
Na documentação técnica do Mercado Livre, `available_quantity` representa a quantidade disponível para venda. A plataforma também documenta estoques por localização em cenários de Full e Flex. Veja a atualização de estoque e a consulta por localização. Esses campos não substituem a conferência da sua operação física.
4. Reconstrua os últimos movimentos
Olhe do último saldo conciliado até o momento da divergência. Procure, nesta ordem:
- pedido aprovado, faturado, cancelado ou devolvido;
- reserva criada ou liberada;
- entrada de compra, ajuste manual ou inventário;
- transferência entre locais ou envio ao Full;
- alteração de vínculo, SKU ou variação;
- falha ou atraso de atualização que apareça no histórico disponível.
O ponto é achar o primeiro evento que fez os números se separarem, não só o último ajuste feito depois do problema.
5. Confirme a realidade física antes de corrigir
Conte a localização envolvida e trate itens separados para pedido, avaria, devolução ou transferência conforme a regra da operação. Se o físico confirma 12 unidades e o anúncio mostra 9, ainda não é seguro concluir que o marketplace está errado: três unidades podem estar vinculadas a outra variação, local ou regra de disponibilidade.
6. Corrija a origem e registre a exceção
Depois de identificar a causa, corrija no sistema que sua operação definiu como origem de verdade para aquele saldo. Registre causa, responsável, data e efeito. Se a causa se repetir, transforme-a em regra de processo, alerta ou conferência periódica.
Exemplo: o anúncio mostra 9 e o ERP mostra 12
Considere um caso simulado de uma pastilha de freio:
| Dado | Situação |
|---|---|
| Saldo físico no depósito próprio | 12 unidades |
| Saldo disponível no ERP | 12 unidades |
| Saldo mostrado no anúncio | 9 unidades |
| Último movimento registrado | separação de 3 unidades para outro pedido |
A primeira hipótese não deve ser “o anúncio perdeu estoque”. A auditoria precisa descobrir se a reserva de 3 unidades ainda estava aberta, se o pedido mudou de status, se o anúncio usa outra variação ou se o saldo anunciado vem de outra localização. Só depois disso faz sentido liberar a reserva, corrigir o vínculo ou atualizar o estoque. Se as 3 unidades realmente estiverem comprometidas, manter 9 disponíveis pode estar correto.
Causas recorrentes e ação segura
| Causa provável | Sinal | Ação segura |
|---|---|---|
| Variação vinculada de forma errada | apenas uma cor/tamanho não bate | conferir IDs e vínculo antes de alterar saldo |
| Reserva não encerrada | ERP fica menor após cancelamento | validar o pedido e a regra de liberação |
| Transferência ou Full | físico geral bate, mas local não | conferir origem, destino e modalidade |
| Kit sem composição revisada | diferença cresce a cada venda | validar unidade de venda e componentes |
| Inventário atrasado | físico diverge do ERP em vários SKUs | contar, registrar e corrigir com evidência |
| Ajuste manual sem registro | número muda sem evento rastreável | restringir permissão e exigir motivo |
Como evitar que a diferença volte
Uma rotina curta costuma ser mais eficiente que uma correção grande no fim do mês:
- defina o sistema e a regra que são referência por tipo de estoque;
- padronize SKU e variação entre catálogo, ERP e marketplace;
- separe estoque físico, disponível, reservado, em transferência e Full;
- concilie por amostra os SKUs de maior giro e maior risco;
- investigue diferenças por evento, não apenas por saldo final;
- registre exceções e a decisão tomada;
- audite permissões de ajuste manual e alterações de vínculo.
Para escolher onde concentrar a conferência, combine giro, risco de ruptura e valor imobilizado. O guia de produtos para enviar ao Full mostra por que a leitura por SKU, margem e operação é melhor do que decidir apenas pelo volume. Se a diferença já virou venda sem estoque, use também o diagnóstico de queda de vendas no Mercado Livre para verificar o efeito operacional antes de mexer em preço ou anúncio.
Onde o Turbcom entra nessa rotina
Conferir um SKU manualmente é importante para validar o método. Em escala, o desafio é reunir pedidos, anúncios, estoque e custos sem depender de várias telas e planilhas soltas.
A Turbcom é uma plataforma de gestão para vendedores de marketplaces que centraliza dados operacionais e financeiros da operação. Com uma base de cadastro e estoque bem mantida, a leitura de vendas, produtos e margem ajuda o gestor a priorizar o que investigar — sem transformar um ajuste automático em substituto de controle.
[Conheça a Turbcom e centralize a análise da sua operação.](/oferta)
Fontes e data de consulta
Fontes oficiais consultadas em 11 de setembro de 2026: Mercado Livre — anuncie apenas a quantidade disponível, Mercado Livre — Full e Flex no mesmo anúncio, Mercado Livre Developers — sincronização e modificação de publicações e Mercado Livre Developers — convivência Full e Flex. Regras, disponibilidade e comportamento de estoque podem variar por anúncio, modalidade, conta e data.