Pular para o conteúdo

MRP em Odoo CE: 6 níveis de adoção, do manual à IA.

Adoção de MRP não é tudo ou nada. Empresa madura está num nível diferente da que começou ontem. Este guia mapeia 6 níveis de implantação em Odoo Community (da Manufacturing Order manual ao DDMRP com IA), com módulos concretos, sinais de transição e onde a KMEE entra em cada um.

Agendar diagnóstico grátis Ver os 6 níveis

Todos os 6 níveis rodam em Odoo Community. Enterprise é opcional, não pré-requisito.

Odoo Community · OCA/manufacture · DDMRP · IA

A escada de adoção

Cada nível incorpora o anterior. Sair do N1 e ir direto pro N5 quase sempre falha, porque a disciplina de PCP é construída em camadas.

N1

MO manual

Ordem de Produção manual, sem BoM

Criar manufacturing orders direto, adicionando componentes na hora.

O que é

O usuário cria `mrp.production` manualmente para cada peça produzida. Sem ficha técnica (BoM), sem rastreabilidade de receita. Componentes são adicionados na linha da ordem no momento da execução. É o nível mais simples possível: o ERP serve basicamente como diário de produção.

Para quem é

Fabricação sob encomenda única (engineer-to-order), protótipos, jobshop com volume baixíssimo, oficinas que produzem peças únicas. Operação onde cada item é tão diferente do próximo que codificar BoMs é overhead.

Módulos / componentes

  • mrp (Odoo Community core)
  • stock (Odoo Community core)

Sinais de subir de nível

  • A mesma peça é produzida 2-3 vezes por mês e já vale a pena codificar a BoM
  • O time financeiro pede custo padrão por produto
  • Errar componente na hora começa a virar problema recorrente
  • Mais de 5 ordens de produção por semana

Limites deste nível

  • Sem rastreabilidade de receita entre lotes
  • Sem custo padrão calculável
  • Erro humano frequente em listas de componentes
  • Não escala além de 10-20 ordens/mês
Esforço:
horas
Custo:
Setup zero (Odoo já vem com isso)

N2

Core MRP

Core CE: BoMs + Variantes + Reordering Rules + MPS

Ficha técnica formalizada, atributos, replenishment automático e MPS.

O que é

Sai do manual. BoMs (`mrp.bom`) definem componentes, quantidades e variantes (atributos x valores). Sub-BoMs e BoMs do tipo Phantom (kit) compõem produtos compostos. Reordering rules (`stock.warehouse.orderpoint`) com mín/máx disparam reposição automática via cron. Master Production Schedule (`mrp.production.schedule`) (sim, está em CE) permite planejamento periódico mensal/trimestral. Forecasted Inventory Report mostra projeção 365 dias.

Para quem é

Indústria SMB com 50-500 SKUs, produção semi-repetitiva, cadeia previsível. Empresa que tem catálogo estável e quer profissionalizar o PCP.

Módulos / componentes

  • mrp.bom (Odoo Community)
  • stock.warehouse.orderpoint
  • mrp.production.schedule (MPS: Community Edition)
  • Forecasted Inventory Report

Sinais de subir de nível

  • BoMs com +5 níveis e o scheduler nativo trava
  • Reordering rules disparam atrasado, falta visibilidade da cadeia inteira
  • Variabilidade de demanda quebra o min/máx fixo
  • Time PCP gasta tempo recalculando manualmente em planilhas

Limites deste nível

  • Scheduler core trabalha 1 nível por vez (recursivo, mas sem otimização global)
  • Reordering rules são estáticas, não absorvem variabilidade de demanda
  • MPS é manual: alguém digita as quantidades semanais/mensais
  • Sem visualização da cadeia de suprimento como um todo
Esforço:
semanas
Custo:
Implantação KMEE: pequeno-médio porte

N3

Work centers

Centros de Trabalho + Roteiros + Capacidade

Operações orquestradas no chão de fábrica via work centers e work orders.

O que é

Roteiros (`mrp.routing.workcenter`) definem operações por produto. Work centers (`mrp.workcenter`) têm calendário, OEE, capacidade nominal e custo/hora. Cada Manufacturing Order gera Work Orders (`mrp.workorder`) sequenciados. Tablet view permite ao operador iniciar/pausar/finalizar operações no chão. Capacity Planning (view de carga) mostra workcenter sobrecarregado.

Para quem é

Manufatura discreta com chão de fábrica estruturado: linhas de montagem, máquinas com setup, células de teste. Operação onde a sequência de operações importa e o tempo em cada recurso é gargalo conhecido.

Módulos / componentes

  • mrp.workcenter (Odoo Community)
  • mrp.routing.workcenter
  • mrp.workorder
  • Tablet View (Odoo Community)

Sinais de subir de nível

  • Capacity finita do core CE não considera priorização entre WOs
  • Subcontratação (terceirização parcial) precisa de regras mais ricas
  • BoM hierárquica precisa visualizar como árvore (não só lista)
  • PCP quer versionar BoMs com histórico
  • Manutenção preventiva e quality control não estão integrados

Limites deste nível

  • Capacity finita básica, não otimiza globalmente entre WOs
  • Sem dashboard executivo de produção
  • Sem análise multi-nível visual da BoM
  • Quality control rudimentar
Esforço:
semanas
Custo:
Implantação KMEE: médio porte

N4

OCA extensions

OCA/manufacture, extensões maduras

+60 módulos comunitários cobrindo gaps do core CE: multi-level scheduler, qualidade, subcontratação avançada, dashboards.

O que é

O repositório `OCA/manufacture` tem cerca de **60 módulos na branch 16.0** e **~50 na 18.0** (migração em curso). Módulo central: `mrp_multi_level`, scheduler que percorre toda a cadeia de BoMs em uma execução, otimizando globalmente em vez de nível-por-nível. Junto vêm `mrp_multi_level_estimate` (projeção de demanda), `mrp_bom_version` (histórico), `mrp_bom_hierarchy` (visualização de árvore), `mrp_workcenter_cost/dashboard/hierarchical` (gestão avançada de recursos), `mrp_subcontracting_*` (subcontratação enriquecida) e `mrp_warehouse_calendar` (MRP calendar-aware). Em v18 entrou `quality_control_oca` integrando qualidade ao fluxo.

Para quem é

Indústria mid-market que cresceu além do que o core CE oferece. BoMs profundas (+5 níveis), múltiplas plantas, subcontratação parcial, time PCP estruturado pedindo visibilidade.

Módulos / componentes

  • mrp_multi_level, scheduler multi-nível (v16 + v18)
  • mrp_multi_level_estimate, projeção de demanda
  • mrp_bom_version, versionamento de BoM
  • mrp_bom_hierarchy, visualizar árvore
  • mrp_workcenter_cost / _dashboard / _hierarchical (v16)
  • mrp_subcontracting_purchase_link / _bom_dual_use (v16)
  • mrp_warehouse_calendar: MRP calendar-aware
  • quality_control_oca, integrado ao MRP (v18)
  • mrp_production_grouped_by_product, mrp_production_back_to_draft, mrp_planned_order_matrix (v16)

Sinais de subir de nível

  • MRP multi-level recalcula tudo, mas previsão errada quebra plano completo
  • Variabilidade de demanda alta, orderpoint estática gera ruptura ou excesso
  • Time PCP pede sinal visual (verde/amarelo/vermelho) em vez de listas de exceção
  • Estoque parado em alguns SKUs + ruptura em outros, desbalanceamento crônico

Limites deste nível

  • Modelo ainda é forecast-driven, vulnerável a erros de previsão
  • Capacity continua básica (otimização global custosa)
  • Sem framework para variabilidade explícita
  • Difícil priorizar execução sob mudança
Esforço:
semanas a meses
Custo:
Implantação KMEE: médio-grande porte

N5

DDMRP

DDMRP: Demand Driven MRP

Modelo demand-driven com buffers de estoque desacoplados que absorvem variabilidade.

O que é

Substitui forecast-driven por consumo real. Buffers (`stock.buffer`) posicionados em pontos estratégicos da cadeia. Cada SKU tem zonas verde/amarelo/vermelho calculadas dinamicamente a partir de ADU (Average Daily Usage) e DLT (Decoupled Lead Time). Net Flow Position (NFP = on-hand + on-order - qualified demand) decide quando comprar/produzir. Stack OCA `ddmrp` (+19 módulos, ForgeFlow) é o núcleo aberto. DDMRP Professional / Enterprise (+50 módulos da ForgeFlow) adiciona dashboards, simulação multi-level via solver, otimização de frete via PuLP/CBC, DDOM (Drum-Buffer-Rope), BOM optimization, alertas projetados.

Para quem é

Distribuidores e indústrias com +1.000 SKUs e variabilidade alta. Operações onde forecast falha 30%+ do tempo. Cliente em produção: FFA (antiga Flavors of America), Odoo 18.

Módulos / componentes

  • OCA/ddmrp (+19 módulos, LGPL-3, ForgeFlow)
  • stock.buffer (modelo central), não estende stock.warehouse.orderpoint
  • DDMRP Professional / Enterprise (+50 módulos, ForgeFlow proprietário)
  • ddom + mrp_control_point (Drum-Buffer-Rope)
  • ddmrp_simulation (multi-level what-if)
  • ddmrp_prioritized_share (PuLP/CBC solver)
  • Atribuição: ForgeFlow desenvolve, KMEE é parceira oficial brasileira para Enterprise

Sinais de subir de nível

  • Forecast mesmo bom não acompanha aceleração da cadeia
  • Diretoria pede previsão com IA
  • PCP quer assistente conversacional para responder 'o que comprar amanhã'
  • BoMs se tornam tão dinâmicas que precisam de inteligência sugerindo otimização

Limites deste nível

  • DDMRP exige disciplina de PCP, não funciona sem time estruturado
  • Curva de aprendizado para adotar pensamento demand-driven
  • Configuração de buffer profile inicial precisa de calibração (3-6 meses)
  • Stack Professional ForgeFlow é proprietário (parceria via KMEE no Brasil)
Esforço:
meses
Custo:
Implantação KMEE + parceria ForgeFlow: 4-6 meses para piloto, escopo definido em diagnóstico

N6

IA

IA: Forecasting, anomalia, conversa

Camada de inteligência sobre o ERP: forecast com ML, detecção de anomalia, otimização BoM e planejamento conversacional.

O que é

Aplicação de machine learning e LLMs sobre o histórico do ERP para tarefas que humanos faziam por intuição. KMEE AI (gateway de IA para Odoo) conecta ChatGPT/Claude ao seu Odoo de forma segura e auditada. Casos: forecast de demanda com séries temporais (ARIMA, Prophet, deep learning); detecção de anomalia em BoMs (componentes incoerentes, custo desviante); previsão de lead time real por fornecedor baseado em histórico; otimização de BoM via LLM ('reescreva esta BoM eliminando 15% do custo de material'); planejamento conversacional ('que produtos preciso comprar nos próximos 14 dias dado pedido X que entrou ontem').

Para quem é

Operações onde os 5 níveis anteriores foram dominados e a competição se trava em velocidade de decisão. Indústrias maduras digitalmente com histórico rico de dados.

Módulos / componentes

  • KMEE AI Gateway, conecta LLMs ao Odoo com auditoria
  • Forecast modules (Prophet, ARIMA, transformers)
  • Anomaly detection sobre `mrp.production`, `stock.move`, `mrp.bom`
  • Roadmap 2026: integração nativa em DDMRP

Sinais de subir de nível

  • Não há próximo nível: IA é a fronteira atual.
  • Próximo passo é otimização contínua: medir, ajustar, re-treinar.

Limites deste nível

  • Requer histórico mínimo de 12-24 meses para ML útil
  • LLM hallucination é risco, auditoria obrigatória
  • Custo de inferência precisa ser monitorado
  • Maturidade ainda em construção, roadmap 2026
Esforço:
meses (sob demanda)
Custo:
KMEE AI: piloto + escopo customizado

Matriz de decisão

Onde sua operação se encaixa hoje? Use a tabela como ponto de partida; o diagnóstico KMEE valida em detalhes.

Critério N1
manual		 N2
core		 N3
work centers		 N4
OCA		 N5
DDMRP		 N6
IA
Volume de SKUs <10 10-500 100-2k 500-5k 1k-50k qualquer
Variabilidade de demanda n/a baixa média média-alta alta qualquer
Profundidade de BoM 0 níveis 1-3 níveis 3-5 níveis +5 níveis +5 níveis qualquer
Operações no chão de fábrica manual manual estruturadas complexas DBR DBR + IA
Time PCP informal júnior estruturado experiente DDI certified data-scientist
Esforço de implantação horas semanas semanas semanas-meses meses meses

OCA/manufacture: v16 vs v18 em maio de 2026

Ambas estáveis. v16 tem catálogo maior; v18 ainda recebe ports.

v16.0

~60 módulos

  • Catálogo completo, todos os cenários cobertos
  • mrp_workcenter_hierarchical, mrp_planned_order_matrix, mrp_bom_priority
  • Subcontratação avançada (mrp_subcontracting_* com +6 módulos)
  • Recomendado para implantação nova hoje

v18.0

~50 módulos

  • Núcleo presente (mrp_multi_level, mrp_bom_* family, mrp_warehouse_calendar)
  • Novidade: quality_control_oca integrado ao MRP
  • Migração ainda em curso, com alguns módulos v16 ainda não portados
  • Para early adopters dispostos a co-financiar port

Catálogo completo: github.com/OCA/manufacture/tree/16.0 · github.com/OCA/manufacture/tree/18.0

Como a KMEE entra em cada nível

A KMEE acompanha a progressão entre níveis. O diagnóstico decide onde começar e qual o próximo passo realista.

N1-N3: Implantação Odoo Community + l10n-brazil

Setup do core MRP, BoMs, work centers, OCA l10n-brazil para fiscal. Experiência em localização fiscal brasileira desde 2012.

N4: OCA/manufacture extensions

Instalação e calibração de mrp_multi_level, mrp_bom_*, quality_control_oca e demais módulos. KMEE contribui com revisão de PRs no repositório.

N5: DDMRP via parceria oficial ForgeFlow

KMEE é parceira oficial da ForgeFlow para DDMRP Enterprise no Brasil. Cliente em produção: FFA. Ver /servicos/ddmrp-odoo/ e /o-que-e-ddmrp/.

N6: KMEE AI Gateway

Conecta ChatGPT/Claude ao seu Odoo de forma segura e auditada. Forecast, anomalia, planejamento conversacional. Roadmap 2026, com pilotos em escopo customizado.

Perguntas frequentes

Posso pular níveis?

Em geral, não. Cada nível pressupõe disciplina e dados estabelecidos no anterior. Pular do Nível 2 (BoMs) direto para DDMRP sem passar por work centers (Nível 3) costuma falhar porque o time PCP não tem maturidade operacional. A exceção: empresas começando greenfield com PCP experiente vindo de outra operação podem ir direto para o Nível 4 ou 5.

DDMRP substitui o MRP tradicional?

Não. DDMRP coexiste com MRP/MPS. O OCA `ddmrp` introduz `stock.buffer` em paralelo a `stock.warehouse.orderpoint` (não substitui). Você pode rodar buffers DDMRP em SKUs voláteis e orderpoints estáticas em SKUs estáveis, lado a lado.

Qual a diferença entre v16 e v18 do OCA/manufacture?

Em maio de 2026: v16 tem ~60 módulos, v18 tem ~50 (migração ainda em curso). Módulos centrais como `mrp_multi_level`, `mrp_bom_hierarchy`, `mrp_warehouse_calendar` existem em ambas. Alguns módulos de v16 não foram portados ainda (ex: `mrp_workcenter_hierarchical`, `mrp_planned_order_matrix`). v18 ganhou `quality_control_oca` integrado. Para uma empresa começar implantação nova hoje, **v16 é a escolha estável**; v18 fica para early adopters dispostos a co-financiar port.

DDMRP requer Odoo Enterprise?

Não. A camada OCA `ddmrp` (+19 módulos, LGPL-3) roda em Community e Enterprise. Os módulos `ddom_enterprise` e `mrp_control_point_enterprise` (do DDMRP Professional ForgeFlow) exigem EE para integração com Gantt visual; os demais rodam em CE.

Como a IA entra nesse fluxo?

A IA (Nível 6) opera **sobre** os dados gerados pelos níveis anteriores. Sem histórico de 12-24 meses de produção/movimentação, modelos ML têm pouco a aprender. KMEE AI Gateway é o caminho para conectar LLMs (ChatGPT/Claude) ao Odoo com auditoria. Casos práticos: forecast com Prophet, anomalia em BoMs, planejamento conversacional. Maturidade ainda em construção, com roadmap 2026.

Quanto tempo leva para subir de nível?

N1->N2: semanas (codificar BoMs estáveis). N2->N3: 1-2 meses (estruturar work centers, treinar operadores). N3->N4: 2-4 meses (instalar OCA, calibrar `mrp_multi_level`). N4->N5: 4-6 meses (DDMRP exige diagnóstico, setup de buffer profiles, piloto, escala). N5->N6: contínuo. O esforço é tanto técnico quanto organizacional, e a disciplina de PCP é a curva mais difícil.

Preciso de Odoo Enterprise para começar?

Não. Todos os 6 níveis rodam em Odoo Community + OCA. EE traz benefícios pontuais (Studio low-code, Mobile app, suporte oficial), mas não é pré-requisito. KMEE atende ambos os modelos.

Onde a KMEE entra?

Em qualquer nível, conforme a necessidade do cliente. Mais comum: implantação direto em Nível 2-3 (CE + work centers + l10n-brazil), evolução posterior para Nível 4-5 (OCA + DDMRP) à medida que a operação amadurece. Diagnóstico técnico de 30 minutos define onde sua empresa está e qual o próximo nível realista.

Em qual nível você está hoje?

Em 30 minutos identificamos seu nível atual de adoção MRP e qual o próximo passo realista. Sem compromisso.

Diagnóstico de maturidade MRP

Conte sobre sua operação (volume SKUs, complexidade de BoM, time PCP, ERP atual). Retornamos em até 1 dia útil.

LGPD-compliant. Política de Privacidade.