O sistema mostra 500 unidades em mãos. O atendimento ao cliente só vai vender 300. Aí uma promoção é lançada, a loja diz "em estoque", o armazém diz "não temos isso", e as penalidades por oversell começam a cair. Nove em cada dez implementações de OMS que já vi começam com um modelo de estoque quebrado. O sistema não é o problema — o problema é que o "estoque" é tratado como um único número quando na verdade são quatro linhas d'água.
Estoque em mãos não é estoque vendável
A primeira linha d'água é o estoque em mãos: a contagem total de um SKU no WMS. Muitas empresas empurram esse número direto para a loja como quantidade vendável. Essa é a fonte de oversell número um. Misturados nesse total em mãos há vários tipos de estoque não vendável: unidades em retenção de controle de qualidade, unidades danificadas aguardando destinação, unidades bloqueadas para contagem cíclica e devoluções de clientes que ainda não foram classificadas para revenda.
A solução: o OMS deve reconhecer apenas o "disponível em mãos" — o total menos cada unidade congelada, retida pelo controle de qualidade e danificada. Essa filtragem pertence à interface WMS→OMS, codificada por status de estoque, não a uma conciliação manual diária. Trabalhei com uma empresa de e-commerce de beleza cujas devoluções tinham uma taxa de revenda de 60%, mas ficavam em "aguardando classificação" por uma média de quatro dias. Conte esses quatro dias como vendáveis e o oversell é garantido.
Reservas: estoque que já tem dono
A segunda linha d'água é o estoque alocado. No momento em que um pedido cai, o OMS morde o estoque correspondente. Ele ainda está na prateleira, mas já tem dono. As reservas vêm em dois sabores: alocação dura, amarrada a lotes e locais específicos que ninguém mais pode tocar, e alocação flexível, que segura a quantidade enquanto o local exato de picking é decidido depois.
A armadilha está em liberar as reservas. Pedido cancelado, ruptura parcial, tempo de pagamento esgotado — a reserva é liberada imediatamente? Liberar cedo demais e outro pedido do mesmo SKU a agarra; liberar tarde demais e pedidos zumbis ocupam estoque que a loja não pode vender. Meus padrões: reservas por tempo de pagamento esgotado se liberam automaticamente após 30 minutos; pedidos cancelados por um agente se liberam em tempo real; pedidos parcialmente em ruptura liberam as linhas em ruptura e mantêm as confirmadas. Codifique isso como políticas no OMS, não como cliques para a equipe de atendimento.
Em trânsito e retenção de qualidade: vendendo o futuro
A terceira linha d'água é o estoque em trânsito: pedido, ainda não recebido. Um bom OMS segmenta o em trânsito pela data prevista de chegada. Chegando dentro de três dias? Dá para pré-vender uma parte. Quinze dias? Mostre como esgotado e leve a sério. A proporção de pré-venda deve seguir a taxa histórica de pontualidade do fornecedor — acima de 95%, pré-vender 80% é defensável; cronicamente atrasado, pré-venda zero.
A retenção de qualidade é o problema irmão. A mercadoria chega, fica na zona de inspeção, e o WMS ainda não a guardou. Durante essa janela o OMS deve mostrar "em trânsito / em inspeção", não somá-la ao estoque vendável. Para categorias com ciclos de inspeção longos — alimentos, cosméticos, eletrônicos de consumo — o controle de qualidade pode levar de dois dias a uma semana, e esse estado do estoque precisa estar visível ou o atendimento e o armazém vão brigar todo dia.
Estoque de segurança: o colchão que todos saqueiam
A quarta linha d'água é o estoque de segurança, o colchão contra a incerteza: fornecedores atrasados, picos de demanda, variações de contagem. Não é chute — a matemática é direta: pegue as vendas diárias médias do SKU e a variabilidade nos últimos 90 dias, combine com a variabilidade do lead time de reposição, e quanto mais selvagens forem os dois, mais grosso o colchão. A classificação ABC ganha seu lugar aqui: itens A levam estoque de segurança calculado ao dia; itens C podem ser aproximados, já que são baratos de qualquer jeito.
O pior inimigo do estoque de segurança é o "empréstimo". Uma promoção é lançada, a operação vê unidades paradas no colchão e as vende. Aí os pedidos normais esgotam. Torne a regra férrea: mexer no estoque de segurança exige aprovação, e mexer nele dispara uma reposição. Ponha isso no SOP — supera qualquer software.
Multi-armazém: divida as linhas d'água por prédio
Tudo acima é pensamento de um único armazém. Empresas com vários armazéns precisam calcular as linhas d'água por instalação e depois agregar. Por quê? Porque "em estoque" no armazém A não significa nada para um cliente atendido pelo armazém B a três dias de trânsito.
O padrão é fulfillment mais próximo mais ATP por armazém. Cada prédio calcula suas próprias quatro linhas d'água; o roteamento de pedidos prefere o prédio mais próximo com estoque vendável. Só quando a quantidade vendável de todos os prédios for zero é que o fulfillment por transferência entre armazéns deve ser permitido — e o tempo de trânsito da transferência entra na data de entrega prometida. Algumas empresas agregam o estoque da rede num bonito selo de "em estoque", depois roteiam pedidos para prédios vazios e veem os SLAs desabarem numa tempestade de transferências internas. Lembre-se: o número agregado é para os dashboards da gestão; o fulfillment roda com números por prédio.
As próprias transferências pertencem ao modelo. No momento em que uma ordem de transferência é confirmada, a quantidade vendável do prédio remetente cai imediatamente e o em trânsito do prédio destinatário ganha uma data prevista de chegada. Empresas demais tocam as transferências por um chat de grupo sem documento de sistema, e os livros nunca fecham. Transferências têm que ser transações de sistema. Inegociável.
Uma fórmula para amarrar tudo
Disponível para prometer = disponível em mãos − reservas − estoque de segurança + em trânsito confirmado (faseado no tempo e com desconto).
A fórmula é fácil; a qualidade dos dados é a parte difícil. Quando der oversell, não grite com o sistema — percorra esta cadeia de diagnóstico. Um: o em mãos está exato? Conte primeiro; se os livros não batem com o chão, nada mais importa. Preste atenção especial às zonas de qualidade e devoluções, onde as variações adoram se esconder. Dois: as reservas estão sendo liberadas a tempo? Puxe um relatório das reservas zumbis seguradas por pedidos mortos — se passarem de cinco por cento do estoque vendável, mude as regras. Três: as datas em trânsito são honestas? Pontue os fornecedores com seis meses de chegadas pontuais; otimistas habituais ganham proporção de pré-venda zero. Quatro: o estoque de segurança foi saqueado? Verifique as movimentações do período da promoção — se moveu sem aprovação, corrija o processo antes de repor.
Essa cadeia encontra a causa raiz nove em cada dez vezes. A décima costuma ser latência de interface: se a sincronização WMS→OMS roda num lote de 15 minutos, a alta temporada vende e recebe bastante dentro dessa janela cega. Durante promoções, empurre a sincronização para tempo real ou intervalos de um minuto. O custo extra de servidor é mais barato que as penalidades de oversell.
Veredito final: não há bala de prata na modelagem de estoque do OMS, só uma regra de ferro — quanto mais finos os seus estados de estoque, menos oversells. Empresas preguiçosas demais para dividir seus estados vão pagar a mensalidade em multas. Acerte as quatro linhas d'água e o número que o atendimento ousa vender vai finalmente bater com o que o armazém realmente tem.
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.
