BOM optimization automatizada: quando engenharia muda produto (ForgeFlow)

DDMRP em manufatura discreta depende de DLT (Decoupled Lead Time) correto. O DLT é calculado percorrendo a BOM e parando em cada decoupling point. Se a engenharia altera a BOM — substitui um componente, adiciona um nível, troca fornecedor — o DLT muda. E se o DLT muda, o buffer dimensionado também muda.

Em fábrica com BOM viva (engenharia ativa, ECRs frequentes), esse recálculo manual vira gargalo. O planejador de PCP não tem tempo de revisar buffer por SKU sempre que a engenharia mexe em um componente. O resultado é desalinhamento silencioso: a fábrica opera com buffers errados sem perceber.

A camada Professional da ForgeFlow (Espanha) entrega o módulo de BOM optimization: recálculo automático dos buffers afetados quando a BOM muda, com flag de revisão para o planejador.

O problema concreto

Cenário típico em fábrica de bem durável:

• Produto acabado PA-01 tem BOM com 4 níveis e 22 componentes
• O subconjunto nível 2 SC-07 é decoupling point (bufferizado)
• Engenharia substitui o componente nível 3 CP-104 por CP-205 (novo fornecedor, lead time menor)

O que precisa ser recalculado:

• DLT de SC-07 (caminho não-bufferizado abaixo dele mudou de lead time)
• Top of Green / Yellow / Red de SC-07 (depende de DLT)
• Eventualmente DLT de PA-01 se SC-07 deixou de ser decoupling point pelo motivo certo
• Validar buffer profile aplicado — pode ter mudado de categoria de lead time

Multiplicado por uma BOM grande, com ECR mensal, o trabalho manual é incompatível com fábrica em produção.

O que o módulo faz

A BOM optimization da ForgeFlow opera em três passos:

1. Detecção de mudança

Quando um mrp.bom é alterado (nova versão, item adicionado/removido, quantidade alterada), o módulo detecta a mudança via ORM hook do Odoo e marca os SKUs afetados como “BOM changed”.

2. Recálculo em cascata

Para cada SKU afetado, o módulo:

• Recalcula DLT percorrendo a BOM atualizada e parando em decoupling points
• Recalcula Top of Red, Yellow e Green com o novo DLT, mantendo buffer profile e ADU vigentes
• Compara buffer novo com buffer atual e gera diff (delta de capital, delta de tamanho, alerta de troca de profile)

3. Revisão e aplicação

O planejador recebe o diff em tela. Pode aceitar em batch (todos os recálculos), aceitar seletivamente, ou rejeitar (manter buffer atual e investigar).

A premissa é boa engenharia de software: automatizar o cálculo, manter o humano na decisão.

Por que não recalcular tudo, sempre

Pergunta legítima: por que não rodar o recálculo a cada noite, automaticamente, para todos os buffers?

Duas razões:

1. Custo computacional — em fábrica com 5.000 SKUs e BOM profunda, recálculo completo é caro. O módulo recalcula só os afetados.
2. Estabilidade operacional — buffer trocado sem aviso quebra a confiança do planejador. Diff explícito antes de aplicar é parte da disciplina DDMRP.

Integração com simulation multi-level

Quando a mudança da BOM é grande (substituição de subconjunto inteiro, mudança de plataforma de produto), a BOM optimization gera o cálculo, mas a aplicação passa pelo módulo de simulation multi-level primeiro.

Fluxo:

1. Engenharia altera BOM
2. BOM optimization detecta e calcula novos buffers
3. Planejador roda simulation multi-level com os novos buffers
4. Compara projeção em ambos os cenários (antes / depois)
5. Aplica em produção quando estiver confortável

Essa cadeia evita surpresa em mudanças estruturais.

Onde mais o módulo agrega valor

Substituição de fornecedor com lead time diferente

product.supplierinfo muda. Lead time de matéria-prima sai de 30 para 15 dias. DLT de subconjuntos que dependem dela muda. Buffer encolhe. Capital libera.

Troca de buffer profile em massa

Mudança de profile (decisão estratégica de PCP) afeta vários SKUs. O módulo recalcula em batch e gera diff agregado.

Importação de BOM via ECM externo

Operações que usam ECM (engineering change management) externo importam BOM via API. A cada importação, o módulo dispara recálculo.

Limitações honestas

A BOM optimization recalcula dimensionamento, não posicionamento. Decidir onde colocar decoupling points é decisão estratégica que continua nas mãos do PCP, com apoio da literatura e da experiência. O módulo não escolhe quais SKUs devem ser bufferizados — ele recalcula buffer dos que já estão.

Stack e papéis

A BOM optimization é módulo da camada Professional da ForgeFlow (Espanha). A camada community open source (em OCA) não inclui esse recálculo automático. A KMEE é parceira oficial brasileira para implantação Enterprise — instalação, integração com fluxo de ECM/engenharia do cliente, treinamento.

Leituras relacionadas:

• DDMRP em manufatura discreta com BOM profunda
• Simulation multi-level no DDMRP
• DDMRP Dashboard 13 módulos
• Serviço DDMRP em Odoo