É assim que funciona. Um comprador clica em «reembolsar», a plataforma aprova, o dinheiro sai — e sua contagem de estoque volta a subir.
Mas onde está o produto de verdade? Ainda nas mãos do comprador. Ou num caminhão em algum lugar. Ou nunca mais volta.
Esse intervalo — entre a emissão do reembolso e o momento em que a unidade devolvida volta a ser realmente vendável — é onde os vendedores perdem dinheiro. Deixa eu te mostrar minhas cicatrizes.
O estado atual: seus números de estoque estão mentindo
A maioria das configurações de OMS funciona assim por padrão: reembolso aprovado → estoque reposto automaticamente como vendável.
Parece razoável, né? O dinheiro saiu, a mercadoria vai voltar mais cedo ou mais tarde, então soma o estoque agora para evitar ruptura.
O problema é a palavra «mais cedo ou mais tarde». O envio da devolução leva 5–12 dias. O recebimento no armazém e o QC somam mais 1–3. Durante essas duas semanas, seu número «vendável» está cheio de unidades que ainda não voltaram para casa.
Eu as chamo de unidades fantasma. No balanço, mas não na prateleira.
Armadilha n.º 1: vender a mais durante a onda de devoluções pós-promoção
Novembro de 2024, a semana depois da Black Friday. Nosso armazém em Shenzhen (fulfillment próprio, OMS conectado ao nosso próprio WMS).
Mais de 300 reembolsos naquela semana. O OMS fez o de sempre: reembolso aprovado, estoque reposto. Toda vez.
Tínhamos um SKU destaque vendendo cerca de 120 unidades por dia. O sistema mostrava 200 vendáveis, então mantivemos os anúncios no máximo. Só que o armazém só conseguia realmente despachar 40 — as outras 160 eram, em sua maioria, «reembolsadas, em trânsito».
Vendemos a mais em mais de 60 pedidos. A plataforma os cancelou automaticamente, nossa taxa de cancelamento passou de 4% e quase disparamos um aviso de conta.
Lição aprendida: as taxas de devolução durante as promos são 2–3x o normal, e o estoque fantasma cresce no mesmo ritmo. Um erro de arredondamento em semanas normais vira um incidente de verdade na alta temporada.
Armadilha n.º 2: reembolso sem devolução faz estoque aparecer do nada
Essa é mais traiçoeira.
Reclamações de qualidade, pacotes perdidos, envios de itens errados — muitas políticas de plataforma simplesmente emitem o reembolso e dizem ao comprador para ficar com o item. O OMS repõe o estoque mesmo assim.
Pega um power bank vendido por volta de $70. Uma dúzia de casos de «reembolso, sem devolução» num mês, e os livros ganham magicamente uma dúzia de unidades. As contagens de fim de mês nunca batem.
No nosso pior momento, tínhamos mais de 80 unidades fantasma num status virtual de «aguardando devolução». As divergências de contagem chegavam a mais de 300 unidades por mês. O pessoal do armazém estava furioso.
Faz as contas: cinco passos do reembolso ao vendável
Quebra a cadeia e o intervalo de tempo fica óbvio:
| Etapa | Ação | Atraso típico |
|---|---|---|
| 1 | O comprador solicita o reembolso | 0 |
| 2 | Reembolso aprovado (ou autoaprovado) | 0–2 dias |
| 3 | Devolução em trânsito | 5–12 dias |
| 4 | Recebimento no armazém + QC | 1–3 dias |
| 5 | Reposto como vendável | — |
Da etapa 2 à etapa 5, é de uma a duas semanas. O OMS por padrão repõe na etapa 2 — você está «gastando» estoque duas semanas antes de ele existir.
Três estratégias de reposição, comparadas:
| Estratégia | Repor quando | Vantagem | Risco |
|---|---|---|---|
| Agressiva | Na aprovação do reembolso | Nunca fica sem estoque | Venda excessiva, penalidades da plataforma |
| Conservadora | Só após recebimento + QC | Os livros sempre batem | SKUs quentes podem esgotar |
| Em espera (recomendada) | Reembolso → estado congelado «aguardando devolução» → vendável só após passar no QC | Os livros batem com a realidade | Mais um estado de estoque para manter |
A parte contraintuitiva: repor mais devagar dá mais dinheiro
O primeiro instinto da maioria dos vendedores: repor rápido, não perder vendas.
Conta errada. Um pedido vendido a mais te custa: strikes de cancelamento da plataforma, avaliações ruins, taxas de reembolso, tempo de suporte — muito mais que a margem de uma unidade. Enquanto isso, o «custo» de algumas vendas perdidas é só receita adiada.
Vender a mais é perda certa. Uma ruptura de estoque é só uma possível oportunidade perdida. Na dúvida, mantenha os livros conservadores.
Por isso eu digo que o padrão do OMS de «reembolso = reposição» não é um bug de software, mas é uma armadilha. O padrão tomou por você a decisão mais agressiva.
O que fazemos agora
No início de 2025, refizemos a lógica. Cinco regras, nada sofisticado:
Primeiro, desacoplar reembolsos da reposição. Um reembolso é um evento financeiro; o recebimento é um evento de armazém. Duas máquinas de estado separadas. Aprovar um reembolso não toca mais o estoque vendável.
Segundo, adicionar um estado de estoque: «aguardando devolução». Após a aprovação do reembolso, as unidades vão para esse balde congelado — não vendáveis. Só quando o WMS as recebe e passam no QC é que voltam a ser vendáveis.
Terceiro, reembolsos parciais nunca mexem no estoque. Reembolsar só o frete ou um crédito de desconto? A mercadoria não se moveu, então nenhuma unidade muda. Hard-coded.
Quarto, baixa automática após 15 dias. O comprador disse que devolveria mas nunca enviou? O estoque não pode ficar pendurado para sempre. Quinze dias é o nosso número empírico — ajuste aos seus próprios prazos de devolução.
Quinto, revisar semanalmente o relatório de aging de «aguardando devolução». Tudo acima de 10 dias, o atendimento ao cliente acompanha proativamente com o comprador.
Os números
Três meses depois da mudança:
Taxa de venda excessiva: 1.1% → 0.2%. Divergência mensal de contagem: mais de 300 unidades → menos de 40.
Um benefício colateral: o atendimento parou de brigar todo dia com o armazém sobre se um pedido «realmente tem estoque», os tempos de resposta melhoraram e nossa taxa de avaliações negativas também caiu meio ponto.
Na última Black Friday: mais de 900 reembolsos processados, zero vendas a mais.
Lembretes de armadilhas
Mais algumas, para você não aprender na marra:
Os webhooks de reembolso da plataforma chegam com atraso e às vezes disparam duas vezes. Torne sua lógica de reposição idempotente — o mesmo reembolso enviado duas vezes nunca pode somar estoque duas vezes.
Pedidos de devolução e pedidos de reembolso muitas vezes não batem um a um: um pedido com múltiplos reembolsos, devoluções mescladas, trocas. Reponha com base nos SKUs realmente recebidos, nunca faça engenharia reversa a partir dos valores de reembolso.
O fulfillment estilo FBA da plataforma segue uma lógica de estoque completamente diferente. Não force as regras de fulfillment próprio sobre ele.
Pacotes perdidos e casos de reembolso sem devolução: dê baixa no estoque de uma vez. Não deixe eles ocupando «aguardando devolução» fingindo que vão voltar.
Essa eu testei pessoalmente. Funciona.
Por Ah K, Vendedor de e-commerce (5 anos)
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
