Alertas projetados de stock-out: o radar forward-looking do DDMRP

A maior parte dos ERPs mostra estoque atual. Alguns mostram a evolução prevista do estoque (estoque projetado), em geral somando saldo + entradas previstas - saídas previstas. Esse cálculo é útil, mas tem um problema: ele se baseia em previsão de demanda, herdando todo o erro da previsão.

O DDMRP olha para o futuro de outra forma. Não usa previsão para projetar estoque. Usa buffer dinâmico + demanda qualificada (pedidos firmes em carteira + spike detectado) para gerar alerta projetado de stock-out: a indicação de em qual dia futuro o buffer entra em vermelho, dado o que já é fato (pedidos), não o que se espera (previsão).

A diferença entre estoque projetado e alerta projetado

Estoque projetado tradicional

Um cálculo típico em ERP convencional:

Saldo D+0 = on-hand atual
Saldo D+n = Saldo D+(n-1) + Entradas previstas em D+n - Demanda prevista em D+n

A fragilidade está em Demanda prevista em D+n. Se a previsão errou, o saldo projetado erra também.

Alerta projetado DDMRP

O DDMRP não usa previsão para alertar. Usa demanda qualificada:

Demanda qualificada D+n = Pedidos de venda firmes com data D+n
                       + Spikes detectados além do horizonte spike

E compara com o Top of Red do buffer:

NFP projetado em D+n = on-hand
                     + ordens de compra/produção que chegam até D+n
                     - demanda qualificada acumulada até D+n

if NFP_projetado(D+n) < Top_of_Red:
    alerta de stock-out projetado para D+n

A diferença é estrutural: alerta DDMRP não pode dar alarme falso por previsão errada, porque não usa previsão. Ele pode dar alarme falso por dado errado (lead time mal cadastrado, MOQ ignorado), o que é diagnosticável.

O que entra em “demanda qualificada”

A literatura DDMRP (Ptak/Smith) define três fontes:

1. Sales orders confirmadas com data de entrega dentro do horizonte
2. Order spikes — pedidos anormalmente grandes que excedem threshold do buffer (em dias de ADU). Mesmo que cheguem antes do horizonte, são marcados.
3. Transfers internos confirmados — em operação multi-warehouse

ADU (consumo médio histórico) não entra na demanda qualificada para fins de alerta projetado. ADU já está embutida no dimensionamento do buffer.

Por que isso muda o jogo de PCP

Sem alerta projetado, PCP vive em modo reativo:

• Estoque acabou hoje → corre atrás
• Estoque vai acabar amanhã → reativo de novo
• Visibilidade futura é planilha + intuição

Com alerta projetado, PCP vive em modo proativo:

• Hoje, vê que SKU X vai ficar em vermelho daqui a 9 dias
• Tem 9 dias para acionar fornecedor, antecipar produção, ou avisar comercial
• Decisão acontece no campo certo, com tempo

A diferença não é de eficiência marginal. É de natureza do trabalho.

Como o módulo ForgeFlow expõe isso

A camada Professional da ForgeFlow entrega o alerta projetado em duas formas:

1. Lista priorizada de exceções

Tela mostra todos os SKUs com alerta projetado nos próximos N dias (configurável), ordenados por urgência (penetration projetada × ADU). É a fila de trabalho do comprador.

2. Drill-down por SKU

Para cada SKU, gráfico que mostra evolução projetada do NFP ao longo do horizonte, com marcação do dia em que cruza Top of Red, Top of Yellow, etc. Permite entender por que o alerta foi gerado — qual pedido grande, qual ordem que não chega a tempo.

Essa visualização é parte do dashboard de 13 módulos.

Limitações honestas

O alerta projetado não substitui S&OP nem previsão de demanda em todos os horizontes. Ele resolve o horizonte operacional (dias a poucas semanas). Para horizonte tático (compra de matéria-prima de longo lead time, contrato com fornecedor) e estratégico (capacidade de fábrica, expansão), a previsão continua sendo necessária — só que como insumo de S&OP, não como gatilho de ordem.

Outra limitação: o alerta é tão bom quanto dados de pedido firme. Se o ERP não tem disciplina de criar sale.order no momento certo (fica em cotação, fica como pré-venda informal), o alerta atrasa. KMEE, na implantação, trabalha o gap de processo de vendas junto com o de PCP.

Caso real

Em um cliente brasileiro em Odoo 18, o alerta projetado virou ferramenta principal de compras na semana 3 de operação. Em um caso típico documentado: um pedido grande de cliente B2B cairia em estoque dia 12; o alerta apareceu dia 4; comprador antecipou ordem com fornecedor em dia 5; entrega chegou dia 11; buffer não entrou em vermelho. Sem o alerta, esse pedido geraria ruptura, atraso de entrega e ligação do cliente.

Stack e papéis

O alerta projetado de stock-out, na forma de tela operacional priorizada, é parte do dashboard da camada Professional da ForgeFlow (Espanha). A camada community open source em OCA tem o cálculo base, mas a tela priorizada e o drill-down completo estão na camada Enterprise. A KMEE é parceira oficial brasileira para implantação.

Leituras relacionadas:

• Glossário DDMRP: ADU, DLT, NFP
• DDMRP Dashboard 13 módulos
• A reunião semanal de PCP que o DDMRP elimina
• Serviço DDMRP em Odoo