Estoque centralizado: um saldo só para todos os canais
Reservei uma cota pra cada canal achando que era prudente. Faltou no que vendia e sobrou no que não vendia. Saldo único resolveu.
Quando abri o segundo canal, separei metade do saldo pra cada lado. Pareceu a coisa mais prudente do mundo. Em três semanas o marketplace estava recusando pedido por falta enquanto a mesma mercadoria dormia reservada pra loja, que vendia bem menos. Eu passava as noites remanejando cota numa planilha. O estoque centralizado entrou aqui como rendição, não como estratégia.
A ideia é simples de enunciar e difícil de aceitar no começo: existe um único saldo verdadeiro, guardado no sistema, e todos os canais leem e atualizam esse mesmo número.
Vender em qualquer ponto reduz a disponibilidade em todos os outros. Cancelar devolve com o mesmo rigor. Sem isso, sobra escolher entre vender o que não existe ou deixar de vender o que existe.
Por que fatiar saldo não funciona
A cota por canal exige prever quanto cada um vai vender, e essa previsão erra sempre. O canal rápido esgota e passa a recusar. O canal lento segura mercadoria parada. Você paga os dois prejuízos ao mesmo tempo.
Em catálogo com muitos itens, ajustar cota na mão é trabalho contínuo que nunca alcança o ritmo da demanda. Foi o que me fez desistir depois de dois meses de planilha noturna.
| Modelo | Risco de vender sem estoque | Risco de falta artificial | Esforço de manutenção |
|---|---|---|---|
| Saldo fatiado por canal | Baixo | Alto | Alto |
| Saldo único sem sincronização | Alto | Baixo | Baixo |
| Saldo único com rebalanceamento | Controlado | Baixo | Médio |
Como o estoque centralizado funciona no dia a dia
O sistema mantém o saldo real. Cada canal recebe a disponibilidade a partir desse número. Quando uma venda acontece em qualquer ponto, o saldo central cai e a nova disponibilidade é propagada aos demais. No cancelamento o caminho é o mesmo, ao contrário.
Esse ciclo é o coração do modelo. Ele exige que o pedido importado baixe o estoque junto com o registro do pedido, e não numa etapa separada que pode falhar sozinha. Descobri essa exigência do jeito ruim, com pedidos registrados e estoque intacto.
O que resolver antes de conectar
- Acuracidade suficiente pra que o número publicado seja confiável
- Identificadores consistentes, pra que o item do pedido seja resolvido certo
- Definição de qual saldo é publicado: total, disponível ou uma parcela
- Tratamento de itens que não movimentam saldo próprio
- Regra de reserva para pedido confirmado e ainda não separado
- Política de preço por canal, já que as comissões são diferentes
O primeiro é inegociável. Publicar disponibilidade em cima de saldo divergente gera cancelamento e penalização no canal, como discuto em acuracidade de estoque.
Grade e a resolução do item do pedido
Em catálogo com grade, cada combinação precisa de saldo e identificador próprios nos canais. Quando o anúncio expõe só o produto pai, o pedido chega sem dizer qual combinação foi vendida, e a baixa acontece no item errado.
O resultado aparece como diferença inexplicável no inventário seguinte: um tamanho sobrando e outro faltando. A estrutura certa está em variações e grade de produtos.
Como implantar sem apanhar
- Saneie o cadastroElimine duplicidade e complete identificadores antes de expor qualquer item. Cadastro sujo gera pedido que ninguém consegue resolver.
- Eleve a acuracidadeConte os itens que serão publicados e corrija as causas de divergência antes de conectar o canal.
- Defina a parcela publicadaDecida se todo o saldo vai ao ar ou se uma margem fica retida pro balcão. Comecei com margem e não me arrependi.
- Comece por um canal e poucos itensPublique um recorte pequeno e acompanhe o ciclo inteiro de venda, baixa e cancelamento antes de ampliar.
- Valide o cancelamentoTeste o estorno de propósito. É o fluxo menos exercitado e o que mais deixa saldo preso quando ninguém olha.
- Amplie por lotesAumente o catálogo publicado aos poucos, monitorando divergência a cada lote novo.
Onde o modelo costuma falhar
A janela entre a venda num canal e a atualização nos outros é o risco estrutural. Ela nunca é zero. O que a torna aceitável é a frequência de sincronização somada a uma parcela de segurança no saldo publicado.
O segundo ponto é a contagem acontecendo com os canais vendendo, que cria diferença artificial se a janela for longa. A recomendação de grupos pequenos em inventário de estoque existe por causa disso.
O terceiro me pegou de surpresa: venda de balcão sem registro imediato. Enquanto a saída não é lançada, o saldo publicado ainda conta mercadoria que já saiu pela porta. Disciplina de registro no ponto de venda vira, nesse modelo, parte da infraestrutura de integração.
Onde isso encosta no resto do negócio
Saldo centralizado não é assunto de depósito. Ele decide o que pode ser prometido no balcão, o que aparece na vitrine e o que é publicado nos canais externos, unificando a promessa ao cliente em todos os pontos.
Os desdobramentos estão no módulo de marketplaces, na loja virtual e no PDV, que consomem o mesmo saldo com regras próprias de reserva.
Por onde seguir
Se o saldo ainda não é confiável o bastante pra ser publicado, o caminho é anterior. Comece por erros comuns na gestão de estoque e depois retome a centralização.
Um saldo, muitas vitrines. Qualquer arranjo diferente disso é conciliação esperando o volume crescer.
Equipe Webajato