O que é DDOM —
a camada acima do DDMRP.
Demand Driven Operating Model é o método que sincroniza a execução do chão de fábrica com a demanda real, via Drum-Buffer-Rope, control points e time buffers. Combina o framework demand-driven com a Theory of Constraints de Eliyahu Goldratt.
As 3 camadas do framework Demand Driven
DDMRP resolve materiais. DDS&OP integra estratégia. DDOM executa o chão de fábrica.
DDMRP — Demand Driven MRP
Posiciona buffers de estoque desacoplados em pontos estratégicos. Sinaliza reposição via Net Flow Position. Resolve variabilidade de demanda.
DDS&OP — Demand Driven Sales & Operations Planning
Camada tática: integra previsão estratégica, capacidade, finanças e DDMRP. Período de 3-18 meses.
DDOM — Demand Driven Operating Model
Camada operacional acima do DDMRP. Sincroniza produção via Drum-Buffer-Rope (DBR), control points e time buffers. Foco no gargalo.
Drum-Buffer-Rope: o coração do DDOM
O método de execução de Eliyahu Goldratt aplicado dentro do framework demand-driven.
Drum (Tambor)
O recurso gargalo dita o ritmo. A batida do gargalo determina o que toda a fábrica deve fazer. Identificar o gargalo é o primeiro passo.
Buffer (Pulmão)
Estoque de tempo posicionado antes do gargalo para absorver variabilidade. Não é estoque tradicional — é tempo de proteção.
Rope (Corda)
Sinal de liberação que conecta entrada do material à batida do gargalo. Liberação só acontece quando o gargalo precisa.
Conceitos-chave do DDOM
Vocabulário operacional que aparece em qualquer projeto.
Control Point
Ponto físico de controle da produção (gargalo, recursos críticos, divergência/convergência de fluxo). Modelado em ddom como `control.point` com stages.
Time Buffer
Estoque de tempo (não de quantidade) que protege o gargalo de variabilidade upstream. Tipicamente 2-3× o lead time do recurso.
Capacity Forecast
Previsão de capacidade do gargalo. ddom integra `mrp.capacity_forecast` para ver carga futura.
Decoupling Point
Onde o fluxo de produção 'desacopla' do MRP tradicional e passa a operar puxado por consumo. DDMRP define onde; DDOM executa.
Stack DDOM no Odoo (ForgeFlow)
Atribuição: módulos publicados pela ForgeFlow (Espanha). KMEE é parceira oficial brasileira para implementação de DDMRP/DDOM Enterprise.
ddom Camada base. Modelos `time.buffer.profile`, `control.point.stage`. Depende de `ddmrp`, `ddmrp_workorder`, `mrp_control_point`, `mrp_capacity_forecast`.
ddom_enterprise Integração com Odoo Enterprise — Gantt visual, workorder visualization.
mrp_control_point Define `control.point` (linhas 1-166 LoC) com stages, vinculado a stock.location, stock.warehouse, mrp.workcenter. Marca pontos físicos de controle.
mrp_capacity_forecast Forecast de capacidade em mrp.workcenter (144 LoC). Permite ver overload no gargalo.
Quando DDOM faz sentido (e quando não)
Honestidade vale mais que vender método errado.
DDOM faz sentido
- ✓ Manufatura discreta com gargalo claro (linha de envase, máquina específica, célula de teste)
- ✓ Lead time de produção volátil ou longo
- ✓ Já implementou DDMRP e quer próximo nível de sincronização
- ✓ BOMs profundas com convergência crítica em recursos compartilhados
- ✓ Capacidade do gargalo é desperdiçada (paradas, setups, queues)
DDOM não faz sentido
- ! Operação puramente comercial/distribuidora — DDMRP basta
- ! Manufatura discreta com capacidade folgada e sem gargalo claro
- ! Negócios under engineer-to-order sem repetição
- ! Empresa sem disciplina de PCP estabelecida — DDOM exige rigor operacional
Perguntas frequentes
Qual a diferença entre DDMRP e DDOM? ▼
DDMRP resolve POSICIONAMENTO e SUPRIMENTO (onde colocar buffer, quando comprar/produzir). DDOM resolve EXECUÇÃO no chão de fábrica (qual máquina/recurso opera, em que ritmo, com qual buffer protegendo). DDMRP responde ao que; DDOM responde ao como executar respeitando capacidade.
DDOM é o mesmo que Theory of Constraints (TOC) / DBR? ▼
DDOM incorpora Drum-Buffer-Rope (DBR) do TOC de Goldratt. Diferença é integração: DDOM combina DBR com o framework Demand Driven completo (com DDMRP a montante e DDS&OP estratégico). É TOC operacional dentro de um sistema demand-driven mais amplo.
Preciso ter DDMRP rodando antes de DDOM? ▼
Sim, em geral. DDOM assume que os pontos de desacoplamento estão definidos (DDMRP) e que existem buffers protegendo o gargalo. Implementar DDOM sem DDMRP é construir o telhado antes da estrutura. Exceção: empresas onde só há um único gargalo crítico — pode-se começar pelo DDOM mais focado, mas sem o resto da disciplina demand-driven.
Qual o stack ForgeFlow para DDOM no Odoo? ▼
Módulos: `ddom` (base), `ddom_enterprise` (integração EE Gantt), `mrp_control_point` (control points do gargalo), `mrp_control_point_enterprise`, `mrp_capacity_forecast`. Ver `/servicos/ddmrp-odoo/` para a stack completa.
KMEE implementa DDOM? ▼
Sim, como parceira oficial ForgeFlow. Implementação típica: diagnóstico (identificar gargalo), setup ddom + control points, treinamento da equipe de produção, piloto em um turno/linha, expansão. Cliente FFA (antiga Flavors of America) tem o stack em produção em Odoo 18.
Roda em Community ou só Enterprise? ▼
`ddom` base roda em CE. `ddom_enterprise` exige EE para Gantt visual de workorders. Para empresa com chão de fábrica complexo, EE costuma justificar.
Qual o ROI esperado? ▼
Casos publicados pela ForgeFlow apontam para redução de WIP de 25-40%, aumento de utilização de gargalo de 15-30%, redução de lead time prometido de 20-50%. Cada operação tem seu próprio número — diagnóstico KMEE produz estimativa específica.
Quer implementar DDOM em sua manufatura?
KMEE é parceira oficial ForgeFlow para DDMRP/DDOM Enterprise no Brasil. Diagnóstico gratuito de 30 minutos para identificar gargalo e mapear oportunidade.