DDMRP em distribuidor com 5.000 SKUs e demanda errática

Distribuidor não é fábrica. Não há BOM, não há roteiro, não há ordem de produção. O que existe é um catálogo grande — facilmente cinco mil, dez mil, vinte mil SKUs — e uma demanda que se comporta de forma diferente em cada faixa do catálogo. Alguns itens giram todo dia. Outros giram uma vez por mês. Vários ficam meses parados e voltam a girar quando um cliente específico faz pedido.

O ERP tradicional trata todos os SKUs com a mesma lógica: ponto de pedido fixo, estoque mínimo cadastrado por humano, e revisão manual quando alguém percebe que o estoque está alto demais ou baixo demais. O resultado é o que toda equipe de compras conhece: faltam itens populares, sobram itens lentos, e o capital de giro fica preso onde não devia.

O DDMRP foi desenhado exatamente para esse cenário.

Por que distribuidor é o caso ideal

Em manufatura discreta com BOM profunda, o DDMRP exige decisões de posicionamento (onde colocar buffer ao longo da árvore de materiais) que não são triviais. No distribuidor, a árvore é rasa: o item comprado é o item vendido. O posicionamento se reduz a duas perguntas:

• Este SKU deve ter estoque pronto (item bufferizado) ou trabalhar sob pedido (non-stocked)?
• Se for bufferizado, qual o buffer profile dele?

Essas duas decisões cobrem 95% do trabalho de modelagem em distribuidor. O resto é deixar o método operar.

Segmentação por buffer profile

A literatura DDMRP (Ptak/Smith) classifica buffers por três eixos: tipo de item (fabricado, comprado, distribuído), variabilidade (baixa, média, alta) e lead time (curto, médio, longo). Cruzando os eixos, surgem perfis como Distributed-High-Long, Distributed-Low-Short, etc.

Para um distribuidor com 5.000 SKUs, uma segmentação típica é:

• A — alto giro, baixa variabilidade: ~15% dos SKUs, ~70% do faturamento. Buffer apertado, replenishment diário.
• B — giro médio, variabilidade média: ~35% dos SKUs, ~25% do faturamento. Buffer padrão.
• C — baixo giro, alta variabilidade: ~50% dos SKUs, ~5% do faturamento. Buffer largo ou non-stocked.

O DDMRP não exige curva ABC clássica — ele substitui a régua única pela combinação de fatores documentada em buffer profile (9 fatores).

ADU é a chave em demanda errática

Em distribuidor com demanda errática, o ADU (Average Daily Usage) é o ponto sensível. Janelas curtas demais (7 dias) reagem a ruído. Janelas longas demais (180 dias) ignoram tendência. A prática que funciona em catálogos grandes:

• ADU móvel de 60 a 90 dias para itens A e B
• ADU móvel de 180 dias para itens C
• Period censoring ativo (ver post sobre period censoring) para não treinar o método com dias de ruptura

A camada DDMRP da ForgeFlow, implantada em Odoo pela KMEE em distribuidores brasileiros (incluindo um cliente em Odoo 18 com catálogo na faixa dos cinco mil SKUs), expõe esses parâmetros diretamente nos campos do stock.buffer. Não há código fechado a customizar — só calibragem.

Net Flow como rotina diária

Com 5.000 SKUs, ninguém revisa SKU por SKU. O comprador abre a tela de Net Flow Position ordenada por buffer status:

• Vermelho profundo (penetration crítica) — ação imediata
• Vermelho — ordem hoje
• Amarelo — ordem programada
• Verde / azul — sem ação

Essa fila é o radar da operação. O comprador não decide o quê comprar (o método decide); decide quando empurrar (urgência), com qual fornecedor (se há multi-source), e se vale consolidar carga.

Na prática, em catálogo de 5.000 SKUs com DDMRP maduro, o comprador trata 80–150 SKUs por dia, contra os 800+ que ele tentaria revisar com ponto de pedido manual.

Onde DDMRP em distribuidor falha

Três causas típicas de implantação travada:

1. Cadastro de lead time errado. Lead time real do fornecedor diferente do que está no product.supplierinfo. Resolve com auditoria de lead time.
2. MOQ (lote mínimo de compra) ignorado. Buffer pequeno mais MOQ alto gera oscilação.
3. Sem disciplina de retirada de SKU. Catálogo sobe sem nunca descer; itens mortos ficam bufferizados consumindo CCR de compra.

A stack que entrega isso

O DDMRP em Odoo é entregue pela camada DDMRP da ForgeFlow (Espanha), que mantém os módulos OCA ddmrp, ddmrp_chart, ddmrp_warehouse_orderpoint e a camada Professional (dashboard, simulation, BOM optimization). A KMEE é parceira oficial brasileira para implantação Enterprise — calibragem, treinamento e integração com l10n-brazil.

Próximos passos sugeridos:

• O que é DDMRP
• MRP tradicional vs DDMRP
• Serviço DDMRP em Odoo