Como evitar ruptura no Mercado Livre Full sem repor manualmente toda semana
Operação

Como evitar ruptura no Mercado Livre Full sem repor manualmente toda semana

Sistema simples para escalar reposição no ML Full sem virar refém de planilha. Curva ABC, zonas de alerta, automação e a fórmula que substitui a intuição.

Equipe Fulzzy9 min read
#como evitar ruptura mercado livre full#automação reposição mercado livre#gestão de estoque mercado livre full#controle de estoque mercado livre full#curva abc mercado livre#ruptura de estoque mercado livre full

A maioria dos vendedores Full repõe estoque por intuição. Funciona com 5 SKUs. Vira pesadelo com 50. Vira impossível com 200+.

Esse post mostra um sistema de 3 zonas de alerta + 1 fórmula, que escala de 5 a 5.000 SKUs sem você virar refém de planilha. É o mesmo princípio que o Fulzzy automatiza — mas você consegue rodar manualmente nos primeiros meses pra entender a lógica antes de delegar.

Por que repor manualmente toda semana é insustentável

A reposição correta exige 4 dados por SKU:

  1. Vendas/dia atualizadas (não a média do ano todo — o ritmo dos últimos 60 dias)
  2. Estoque atual no Full
  3. Quantidade já em trânsito
  4. Trânsito médio até o CD

Com 50 SKUs, isso são 200 dados que você precisa coletar, cruzar e calcular toda semana. Mesmo no Excel, leva 2-4h. Multiplica por 4 semanas = 16h/mês = 2 dias úteis que você poderia gastar fazendo outra coisa.

E a parte ruim: erros de cálculo são invisíveis. Você acha que está fazendo certo, mas pega ruptura e acha que foi azar.

O sistema de 3 zonas

A ideia: ao invés de calcular a quantidade exata pra cada SKU toda semana, classifique cada SKU em 1 das 3 zonas. A zona te diz a urgência, e só os SKUs das zonas críticas precisam de cálculo detalhado.

Zona Verde — cobertura > 25 dias

SKU está confortável. Não precisa pensar nele essa semana.

Ação: revisar daqui a 14 dias.

Zona Amarela — cobertura entre 10 e 25 dias

SKU está em zona de planejamento. Não é urgente, mas precisa entrar na fila de reposição da próxima quinzena.

Ação: calcular reposição na próxima sessão de reposição (semanal ou quinzenal).

Zona Vermelha — cobertura abaixo de 10 dias

SKU vai zerar antes da próxima reposição chegar ao Full (porque trânsito típico é 3-10 dias). É emergência.

Ação: repor hoje, sem esperar a sessão de reposição programada.

Como classificar 200 SKUs em zonas em 30 minutos

Você precisa de UM dado por SKU: dias de cobertura atual.

plaintext
dias de cobertura = estoque atual ÷ vendas/dia (60d)

Em planilha:

  1. Exporte estoque do Full + vendas dos últimos 60 dias do painel ML
  2. Calcule vendas/dia = vendas_60d ÷ 60 (1 fórmula)
  3. Calcule cobertura = estoque ÷ vendas_dia (1 fórmula)
  4. Filtro condicional: abaixo de 10 = vermelho, entre 10 e 25 = amarelo, acima de 25 = verde
  5. Ordene por cobertura ascendente

Pronto. Você tem em 30 minutos a lista de SKUs que precisam de atenção essa semana.

A fórmula que você só roda nos SKUs vermelhos e amarelos

Para os SKUs vermelhos (~5-15% do seu portfólio em operação saudável):

plaintext
quantidade a enviar = ⌈ vendas/dia × (trânsito + dias_faltantes_cobertura) − em_trânsito ⌉

A calculadora pública faz isso automaticamente quando você cola 1 SKU. Para múltiplos SKUs ao mesmo tempo, veja o guia completo da fórmula.

Para os SKUs amarelos (~25-40% do portfólio): planeje envio nos próximos 7-10 dias, mas não calcule agora — calcule na próxima sessão de reposição.

Cadência ideal de revisão

| Zona | Frequência de revisão | Tempo gasto | |---|---|---| | Verde | A cada 14 dias | menos de 5 min (só checar se mudou) | | Amarela | Semanalmente | 30 min (revisar fila e priorizar) | | Vermelha | Diário | 5-10 min (alertas + reação imediata) |

Sessão semanal: 1h, sempre na mesma 2ª-feira de manhã. Revisa tudo o que está amarelo, decide o que vira pedido, calcula quantidades.

Sessão diária: 5 minutos depois do café. Olha apenas SKUs vermelhos. Reage se tiver algum novo.

Curva ABC — onde concentrar atenção

Nem todo SKU merece a mesma cadência. Use a curva ABC pra separar:

  • Curva A (20% dos SKUs, 80% do faturamento): revisão semanal mesmo se zona verde. Cobertura desejada 28-30 dias.
  • Curva B (30% dos SKUs, 15% do faturamento): revisão quinzenal. Cobertura 21-24 dias.
  • Curva C (50% dos SKUs, 5% do faturamento): revisão mensal. Cobertura 14 dias. Aceite risco maior — o impacto é pequeno.

Concentrar atenção em A é leverage — 80% do impacto vem dos 20% top.

Princípio aplicado: Pareto aplicado a estoque é canônico em supply chain — qualquer manual brasileiro de gestão de varejo (Sebrae, FGV, materiais de logística) trata curva ABC como ferramenta padrão. No Mercado Livre Full a regra costuma puxar mais para 70/30 (curva A representa um pouco menos do faturamento) por causa da diversidade de SKUs nos vendedores brasileiros.

Os 4 erros que sabotam o sistema

Erro 1 — Misturar zona verde nos cálculos da sessão semanal

Vendedor revisa todos os SKUs por hábito. Resultado: 2-4h por semana olhando SKUs que não precisam de atenção.

Fix: filtrar planilha por zona amarela e vermelha. Esquecer verde até a próxima quinzena.

Erro 2 — Não atualizar a cobertura desejada por curva

Manter 24 dias para curva A e curva C empata capital em SKU lento e arrisca ruptura em SKU rápido.

Fix: A = 28-30, B = 21-24, C = 14. Ajuste 1x por trimestre.

Erro 3 — Calcular quantidade exata para SKUs verdes

Mesmo erro do erro 1, mas pior. SKU verde com 35 dias de cobertura não precisa de cálculo detalhado. A pergunta é "envio agora?" — resposta: não.

Fix: SKU verde só precisa do número da cobertura. Detalhamento é desperdício de tempo.

Erro 4 — Não automatizar quando passa de 100 SKUs

Acima de 100 SKUs, mesmo o sistema das 3 zonas vira sobrecarga. A planilha demora pra rodar, exportações ficam lentas, erros se acumulam.

Fix: quando passar de 100 SKUs, automatize. O Fulzzy faz exatamente o sistema deste post automaticamente — atualiza vendas/dia diariamente via API ML, classifica SKUs em zonas, calcula reposição quando você precisa. 3 meses grátis.

Exemplo de sistema rodando na prática

Vendedor: 80 SKUs ativos no Full.

Início da segunda-feira:

  • Exporta dados ML (20 min)
  • Atualiza planilha cobertura por SKU (10 min)
  • Filtra zona vermelha: aparecem 4 SKUs (5% do portfólio)
  • Filtra zona amarela: aparecem 18 SKUs (22%)
  • Zona verde: 58 SKUs (73%) — ignora essa semana

Decisões da segunda-feira:

  • 4 SKUs vermelhos → calcula reposição na calculadora, gera 4 pedidos pro fornecedor (30 min)
  • 18 SKUs amarelos → marca os 6 mais críticos (próximos a virar vermelhos) pra próxima semana, deixa os 12 restantes pra revisar em 14 dias

Total da sessão: ~1h. Próxima sessão completa: 1 semana. Revisão diária dos vermelhos: 5 min/dia.

Resultado mensal:

  • 4h gastas em sessão semanal (1h × 4)
  • 100 min em revisões diárias (5 min × 20 dias úteis)
  • Total: ~5h/mês

Vs vendedor sem sistema: 16h/mês + ruptura ocasional.

Quando esse sistema deixa de servir

3 sinais de que você passou do limite manual:

  1. Sessão semanal demora > 90 minutos → você tem SKU demais ou planilha cresceu sem otimizar.
  2. Pega ruptura mesmo seguindo o sistema → algum SKU sai do radar. Manualmente é fácil esquecer.
  3. Você adia a sessão semanal mais de 1x por mês → quando o trabalho cansa, a primeira coisa que sai do calendário é a reposição. E aí pega ruptura.

Os 3 são sinais de que está na hora de migrar pra automação. Fulzzy automatiza esse mesmo sistema sem você precisar lembrar de fazer.

Perguntas frequentes

Esse sistema funciona para vendedor que tem fornecedor com lead time longo?

Sim, mas você precisa embutir o lead time do fornecedor no cálculo. Se o fornecedor demora 14 dias pra te entregar e o trânsito ML demora mais 5, sua "cobertura desejada" precisa ser pelo menos 14 + 5 + 5 dias buffer = 24 dias. Use 28-30 dias se o fornecedor for inconsistente.

Posso fazer só zona vermelha e ignorar amarela?

Pode, mas vai ter mais ruptura. Zona amarela é o buffer de planejamento — sem ela, todo dia tem SKU virando vermelho do zero, e sua sessão semanal vira reativa.

Curva ABC mexe muito ao longo do ano?

A composição é razoavelmente estável (mesmos 20% de SKUs costumam ser A o ano inteiro), mas há rotação sazonal em categorias com sazonalidade forte. Reclassifique trimestralmente, ou use a curva ABC do Fulzzy que recalcula automaticamente baseado em rolling window.

Cobertura para curva C de 14 dias é arriscado demais?

Para curva C bem identificada (vendas estáveis, não sazonal), 14 dias é OK. O risco de ruptura é compensado pelo capital liberado. Para curva C com vendas erráticas (vende uma semana, fica 3 sem vender), 14 dias é arriscado — vai zerar quando der pico. Nesse caso, melhor 21 dias mesmo sendo curva C.

Quanto tempo demora pra esse sistema "amadurecer"?

Tipicamente 2-3 ciclos completos (6-12 semanas). Nos primeiros ciclos você ajusta a cobertura desejada por curva, refina o trânsito real do seu CD, descobre quais SKUs têm padrão sazonal. Após 3 meses, o sistema roda quase automático mesmo manual.

Vale a pena começar manual antes de usar Fulzzy?

Sim, se você tem menos de 30 SKUs. O entendimento da lógica vale mais do que a velocidade. Acima de 30 SKUs, tempo gasto na curva de aprendizado manual já não compensa — vá direto pra automação. 3 meses grátis cobrem o período inteiro de aprendizado.

Próximo passo

Tudo neste post é executável em planilha. Comece hoje, mesmo se for com 1 SKU.

Cada semana sem sistema é uma chance a mais de ruptura. Cada ruptura custa 4-5x as vendas perdidas.

Quer evitar ruptura de estoque no Mercado Livre Full?

Teste o Fulzzy gratuitamente por 3 meses e veja quantas unidades enviar ao Full antes que seus produtos fiquem indisponiveis.

Testar Grátis por 3 meses