Você já recebeu a notícia de que o último item da loja foi vendido para duas pessoas ao mesmo tempo? Para o cliente que ficou sem o produto, é um cancelamento. Para a loja, é reembolso, tempo de atendimento, uma avaliação ruim e, em canais de venda de terceiros, possível penalidade na conta.
Esse problema tem nome: overselling, ou venda duplicada de estoque. É a situação em que a loja aceita mais pedidos do que unidades existem. E o ponto mais traiçoeiro é que ele costuma funcionar perfeitamente com uma pessoa por vez, e só aparece quando muita gente compra junto, que é justamente o dia de maior faturamento.
Este guia explica o que é overselling, por que ele acontece, quanto custa, como detectar na sua loja e o que fazer para evitar. Também mostro um caso real que executei: uma camiseta em estoque, 300 tentativas de compra simultâneas e dois resultados bem diferentes.
Overselling é vender mais do que você tem. Se existe 1 unidade em estoque e a loja confirma 2 pedidos, houve overselling. A consequência prática é sempre a mesma: um dos clientes vai receber um cancelamento depois de já ter pagado ou de achar que a compra estava garantida.
Existem três termos que se confundem e que vale separar:
| Termo | O que significa |
|---|---|
| Overselling (venda duplicada) | A loja aceita pedidos acima da quantidade disponível. |
| Estoque negativo | O saldo registrado no sistema fica abaixo de zero, geralmente como sintoma de overselling. |
| Ruptura de estoque | O produto acabou e a loja ainda não repôs, sem que tenha havido venda a mais. |
Ruptura é um problema de reposição. Overselling e estoque negativo são problemas de regra de venda: a loja deveria ter recusado o pedido e não recusou.
Em quase todos os casos, o problema nasce de uma destas quatro situações:
A primeira causa é a mais comum e a mais difícil de perceber, porque não depende de nenhum erro visível no site.
O overselling é um problema de sobreposição. Para que ele aconteça, duas ou mais pessoas precisam estar fechando o pedido do mesmo item no mesmo instante. Em um dia comum, com poucas compras espalhadas ao longo das horas, essa sobreposição quase nunca ocorre. Por isso a loja passa meses sem nenhum sinal.
Em um lançamento, uma coleção limitada ou uma data como a Black Friday, o cenário se inverte: muita gente tenta comprar um número pequeno de unidades ao mesmo tempo. É o pior momento possível para descobrir o problema, e é por isso que ele costuma ser notado só depois que o prejuízo já aconteceu.
Se você quer entender como se preparar para esse tipo de pico, o artigo sobre teste de carga em loja virtual mostra o que cobrar de quem cuida do seu site.
Para mostrar o overselling com número, e não com opinião, montei um caso técnico público. O cenário é direto: 1 camiseta em estoque e 300 tentativas de compra ao mesmo tempo.
Fiz duas versões do fechamento de pedido:
| Versão | Pedidos aceitos para 1 unidade |
|---|---|
| Ingênua | Entre 2 e 300, e nunca 1 (10 execuções registradas) |
| Correta | Exatamente 1, em todas as execuções |
Nas 10 execuções da versão ingênua, os pedidos aceitos foram 300, 300, 300, 290, 300, 3, 300, 300, 300 e 2. O número muda a cada rodada, porque depende do instante exato em que as requisições chegam. O que não muda é que a versão ingênua nunca vendeu apenas uma unidade.
A analogia do balcão ajuda: imagine uma camiseta na prateleira e 300 pessoas chegando no mesmo segundo. No sistema ingênuo, o atendente olha a prateleira, confirma que tem camiseta e só depois risca uma no caderno. Como todos olham antes de alguém riscar, todos veem a camiseta. No sistema correto, olhar e riscar são um gesto único: o primeiro leva, e para os outros a prateleira já está vazia.
Você encontra o passo a passo, o código e os testes no case técnico de venda duplicada de estoque.
O custo raramente aparece em uma linha do relatório, porque se espalha por várias áreas:
Some a isso o custo de oportunidade: a venda que aconteceu no dia de maior demanda foi desfeita, e a unidade que não existia deixou de ser entregue a ninguém. Para lojas que dependem de datas de pico, esse é um dos prejuízos mais evitáveis que existem.
A boa notícia é que a solução se resume a quatro princípios, que valem independentemente de como a loja foi construída:
No caso que mostrei, a versão correta aplicou o primeiro princípio, e a etapa seguinte, com reserva por tempo limitado e aviso de pagamento que vale uma vez, aplicou o segundo e o terceiro. Para quem vende em vários canais, o quarto é o que mais pesa, e é onde mais se perde dinheiro por falta de integração bem feita. Se esse é o seu cenário, vale conhecer o trabalho de integrações entre sistemas.
Você não precisa esperar o próximo pico para investigar. Alguns sinais indicam que o problema já existe:
Uma checagem simples: compare, para os últimos lançamentos ou promoções, o número de pedidos confirmados de cada item com a quantidade que realmente existia. Qualquer diferença para cima é overselling documentado.
Se o problema já aconteceu, o jeito de responder importa tanto quanto a correção técnica:
O risco é maior onde há poucas unidades e muita gente interessada ao mesmo tempo:
Se a sua loja se encaixa em algum desses perfis, trate o overselling como um risco a ser testado, e não como um acidente raro.
Um conteúdo sério diz onde ele para de valer. Os limites do caso são estes:
Cada uma dessas lacunas está listada no case como próximo passo, justamente porque a prova de que algo funciona só vale dentro do que foi testado.
É quando a loja aceita mais pedidos do que a quantidade disponível em estoque. Acontece por uma condição de corrida: a loja confere o saldo e baixa a unidade em passos separados, e várias compras simultâneas enxergam o mesmo saldo antes de qualquer baixa.
Não, mas estão ligados. O estoque negativo é o sintoma que aparece no sistema quando houve overselling. Já o overselling é a causa: a loja vendeu o que não tinha.
Porque ele exige que duas ou mais pessoas fechem o pedido do mesmo item ao mesmo tempo. Com poucas compras espalhadas, essa sobreposição quase não ocorre. Em lançamentos e promoções, ela se torna frequente.
Faça todos os canais consultarem e atualizarem o mesmo saldo, em vez de cada um manter uma cópia. Garanta também que a atualização entre os canais aconteça sem atraso e que cada aviso de venda seja processado uma única vez.
Resolve parte dele. A reserva por alguns minutos evita que duas pessoas paguem pelo mesmo item ao mesmo tempo, mas ela não substitui a checagem correta no momento de baixar o estoque. As duas proteções se complementam.
Compare pedidos confirmados com o estoque real de cada item em campanhas passadas, e procure saldos negativos e cancelamentos por falta de produto. Qualquer pedido acima do estoque existente é uma ocorrência.
Sim. O código e os testes estão em repositório público, e o passo a passo para rodar o teste está no case técnico.
Overselling não é falta de cuidado com o estoque. É uma falha silenciosa na regra de venda, que passa despercebida em dias comuns e custa caro justamente no dia em que mais se vende. O bom é que ela é mensurável: com um teste simples, é possível ver se a loja vende uma vez ou várias para o mesmo item.
Se a sua loja tem estoque limitado, vende em mais de um canal ou tem uma campanha forte no calendário, vale testar o fechamento de pedido antes, e não depois. Posso fazer esse levantamento e corrigir o que for preciso como desenvolvedor freelancer, do teste que mostra o problema em número até a correção no seu checkout. Se preferir conversar antes, fale comigo.
Gustavo Assis. “300 compras para 1 item em estoque: como evitar venda duplicada”. Case técnico com o cenário, os resultados das 10 execuções, a explicação para lojistas e para devs, os limites conhecidos e como reproduzir.
Repositório público do case (código, testes e histórico). Contém os testes automatizados do cenário de 300 compras simultâneas para 1 item.
Omie. “Sincronização de estoque no marketplace: evite falhas”. Descreve a venda duplicada entre canais e seu efeito em marketplaces, usada como fonte no case.
Entenda o que é teste de carga, por que a loja que funciona no teste manual pode falhar no pico e o que cobrar de quem desenvolve antes da Black Friday e de outras datas de alta venda.
E-commerce lento afasta clientes e derruba vendas. Descubra as causas reais, como diagnosticar cada gargalo e como resolver com precisão técnica em WooCommerce e OpenCart.
Guia prático de Feature Flags (feature toggles): tipos, liberação por cliente ou porcentagem, código de exemplo, ferramentas e como evitar dívida técnica.
