MRP vs APS: o que cada um faz e quando o MRP não basta

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

MRP vs APS: o MRP calcula quais materiais comprar ou produzir e quando, e o APS calcula o que a fábrica realmente consegue produzir. Veja onde o MRP falha e como adicionar o APS em etapas.

Automatically translated with AI from the original post. Read the English original

O MRP (planejamento de necessidades de materiais) calcula quais materiais você precisa e quando comprar ou produzi-los. O APS (planejamento e programação avançados) calcula se a fábrica realmente consegue executar esse plano, em qual recurso e em que ordem, e quais ordens vão atrasar caso não consiga. Essa é a resposta curta para a pergunta mrp vs aps, e explica por que a maioria das fábricas acaba com os dois. Este artigo é para planejadores de produção que sentem que a saída do MRP parece correta no papel, mas não sobrevive ao contato com o chão de fábrica, e que querem saber se o APS é a solução.

Pontos-chave

• O MRP confronta as necessidades brutas com o estoque e desloca no tempo pelo lead time para gerar as ordens planejadas; ele responde o que comprar ou produzir, e quando.
• As notas de curso do MIT listam os limites do MRP: ele é determinístico, assume capacidade infinita, os lead times planejados tendem a ser longos e pequenos desvios podem causar grandes mudanças no cronograma.
• O APS acrescenta capacidade finita, calendários, setups e prioridades, por isso responde se o plano pode ser executado e qual ordem vai atrasar caso não possa.
• A maioria das fábricas usa os dois: o MRP para materiais, o APS para a sequência viável, com um dos sistemas definido como dono da sequência.
• Adicione o APS quando surgirem recursos sobrecarregados, lead times longos inflados para segurança ou aceleração constante de ordens, e corrija os dados de roteiro e de capacidade antes de comprar qualquer coisa.

O que o MRP realmente faz?

Veja a mecânica nas notas de curso do MIT sobre MRP. As entradas são um plano-mestre de produção (o que precisa ser entregue e quando, além do estoque disponível), um cadastro de itens com a estrutura de produto, regras de dimensionamento de lotes e lead times de planejamento, e o status do estoque.

A lógica tem quatro partes:

1. Cálculo líquido. As necessidades líquidas são iguais às necessidades brutas menos o estoque disponível, controladas período a período. Uma ordem é necessária quando o estoque projetado ficaria negativo.
2. Dimensionamento de lotes. As ordens são dimensionadas por uma regra, como lote a lote, período de pedido fixo ou quantidade de pedido fixa.
3. Deslocamento pelo lead time. Cada ordem é liberada antes da data de entrega pelo lead time planejado.
4. Explosão da estrutura de produto. As mesmas etapas se repetem para cada nível de componente, usando as liberações planejadas do nível superior como necessidades brutas.

A saída são ordens planejadas, notificações de mudança e relatórios de exceção. Em um sistema ERP, isso normalmente é a execução do planejamento. No Dynamics 365 Supply Chain Management, faz parte do planejamento mestre. Essa é a essência do planejamento de necessidades de materiais: uma forma confiável de manter o material chegando para uma demanda conhecida.

Onde o MRP falha?

As mesmas notas do MIT são diretas sobre os limites. Elas afirmam que o MRP é determinístico, mas a realidade não é, e apontam várias consequências:

• Capacidade infinita. O MRP assume que a capacidade estará disponível quando o plano precisar dela. A capacidade real é finita, então o cronograma pode ser inviável.
• Prazos de entrega inflados. Os prazos planejados costumam ser definidos longos para absorver a variabilidade, o que aumenta estoque e trabalho em processo.
• Nervosismo. Pequenos desvios do plano podem causar grandes mudanças no cronograma. Congelar a programação de curto prazo ajuda, mas tem um custo próprio.
• Compensação por meio de buffers. Estoque de segurança e prazo de segurança são adicionados para lidar com incertezas, e as perdas de rendimento obrigam você a iniciar peças extras.

Segue um exemplo hipotético, criado apenas para mostrar a lógica. Uma máquina tem 80 horas disponíveis nesta semana (dois turnos, cinco dias). A execução do MRP libera três ordens planejadas que precisam dela: 40 horas, 35 horas e 30 horas. A carga total é de 105 horas. O MRP não reclama. Ele enxerga materiais e prazos de entrega, não uma sobrecarga de 25 horas. No chão de fábrica, alguém precisa decidir qual ordem espera, se faz hora extra ou se transfere o trabalho para outra máquina, e ninguém vê as consequências para as datas de entrega até que elas aconteçam.

É exatamente essa decisão que o APS torna visível antes de a semana começar.

O que o APS acrescenta?

O APS coloca o plano em um calendário com limites. Na prática, isso significa capacidade finita, calendários de trabalho, tempos de preparação e troca, recursos alternativos, prioridades de ordens e, com frequência, disponibilidade de ferramentas e de habilidades. O resultado é um cronograma que se encaixa na fábrica, além de uma lista clara de quais ordens vão atrasar e em quanto tempo.

A documentação da Microsoft mostra que até os sistemas ERP têm uma camada para isso. A página sobre planos restritos descreve um plano mestre que considera restrições de materiais e de capacidade, de modo que a produção não comece antes de os materiais estarem disponíveis e os recursos não sejam superalocados. Ele é ativado por meio de configurações como capacidade finita e time fences. A página sobre programação de operações traz uma ressalva que importa para as expectativas: a programação de operações oferece uma estimativa geral ao longo do tempo e programa cada operação para seu grupo de recursos, usando as durações da rota. Ela não seleciona recursos específicos dentro de um grupo. A programação de trabalhos é a ferramenta para o sequenciamento detalhado e de curto prazo no chão de fábrica. Portanto, existe um espectro, não um interruptor. Verifique o que a versão do seu ERP consegue fazer antes de presumir que precisa de um produto separado.

Um APS dedicado vai além em termos de detalhe. Normalmente, ele lida com preparações dependentes da sequência, várias restrições ao mesmo tempo e simulações what-if rápidas, e permite que um planejador veja e altere o resultado. Se você precisa disso depende da sua fábrica, não do rótulo.

Como saber que você superou o MRP?

Procure sintomas, não funcionalidades. Estes padrões geralmente apontam para um problema de programação, e não de materiais:

• A execução do MRP diz que está tudo certo, mas as mesmas máquinas ficam sobrecarregadas toda semana.
• Os prazos planejados continuam aumentando porque essa é a única forma de cumprir as datas.
• Os planejadores mantêm uma planilha particular para sequenciar o gargalo.
• Pedidos urgentes causam a maior parte do caos, e ninguém sabe dizer o que eles empurram para trás.
• Você não consegue dar uma data de entrega confiável sem ir até o chão de fábrica.
• Faltas de material são raras, mas pedidos atrasados são comuns.

Se a falta de material for seu principal problema, corrija primeiro os dados do MRP: lista de materiais, prazos de entrega, tamanhos de lote e acuracidade do estoque. Um APS sobre dados mestres ruins produz absurdos precisos.

Se a maioria dos seus sintomas coincidir, teste a ideia com baixo custo. Pegue a máquina gargalo, copie para uma planilha as ordens liberadas da próxima semana e sequencie-as manualmente, com calendários reais e tempos de preparação. Se esse exercício mudar o plano, você encontrou o valor que o APS automatizaria.

MRP vs. APS: como eles trabalham juntos?

Pense em uma divisão de responsabilidades e registre-a por escrito.

• O MRP (no ERP) é responsável pelo material. Necessidades, propostas de compra, ordens planejadas e estoque.
• O APS é responsável pela sequência. Ele recebe as ordens, verifica a capacidade e publica o cronograma.
• O chão de fábrica retorna as informações. Início, término, quantidades, refugo e paradas fluem para o sistema responsável pela sequência, para que o próximo cronograma parta da realidade.

Os dados fluem nos dois sentidos. Pedidos e roteiros vão do ERP para o APS. Datas, sequência e recursos voltam para o ERP, para que as promessas aos clientes e o prazo dos materiais sigam o plano viável, e não o plano de capacidade infinita. O ponto de maior problema costuma ser uma segunda lista de trabalho. Se o ERP imprime uma lista e o APS mostra outra, o chão de fábrica seguirá a que for mais fácil, e o plano deixa de ser o plano sem que ninguém perceba.

Decida três coisas antes de integrar:

1. Quem pode liberar ou alterar uma ordem? Um sistema, uma regra.
2. Com que frequência os sistemas trocam dados? De hora em hora, por turno ou sob demanda. Ajuste isso às decisões: um planejador que reprograma para amanhã precisa do status até o fim do turno, não a cada minuto.
3. O que acontece quando a conexão cai? O chão de fábrica precisa continuar trabalhando e recuperar o atraso depois.

Como adicionar o APS sem um projeto big-bang?

Trabalhe linha por linha.

1. Escolha uma restrição e a linha correspondente. Um gargalo, uma família de produtos.
2. Limpe os dados dessa linha. Roteiros, tempos de ciclo e de setup, calendários, recursos alternativos. Percorra o chão de fábrica para verificar.
3. Execute o APS em paralelo por algumas semanas. Compare a programação dele com o que o planejador faria e com o que realmente aconteceu.
4. Meça as diferenças. Início e fim planejados contra os reais, desempenho de entregas, horas extras. Analise onde a programação estava errada e por quê.
5. Defina o responsável pela sequência e migre o chão de fábrica para essa lista.
6. Estenda para a próxima linha somente depois que os números baterem.

Uma palavra sobre equipe. O APS normalmente muda o trabalho do planejador. Em vez de seguir uma rotina e resolver exceções depois da execução, o planejador monitora e ajusta uma programação em tempo real. Reserve tempo para treinamento e dê a essa pessoa autoridade para alterar o plano, senão a ferramenta será usada apenas como relatório.

O que perguntar a um fornecedor?

Perguntas que separam boas respostas das vagas:

• Qual sistema é o dono da sequência, e como o outro fica sabendo das mudanças?
• Como a ferramenta trata setups que dependem da tarefa anterior?
• Quanto tempo leva uma reprogramação com o meu volume de ordens, e como um planejador vê o que mudou?
• Quais dados vocês precisam do ERP e o que devolvem para ele?
• Quais partes disso a minha equipe consegue manter depois do go-live?
• Posso testar a ferramenta em uma linha com os meus dados antes de me comprometer?

Pergunte também como ela se encaixa no seu ERP. Se você usa um ERP com opções de capacidade finita, pergunte o que ganharia além delas e quanto custaria manter os dois sincronizados.

Erros comuns

• Comprar um APS para resolver falta de materiais que, na verdade, são dados ruins do MRP.
• Confiar em um plano MRP sem verificar a carga contra a capacidade.
• Inflar os lead times no ERP para compensar e depois se perguntar por que o estoque cresce.
• Deixar os dois sistemas publicarem uma lista de trabalho.
• Entrar em operação na fábrica inteira de uma vez.
• Ignorar que o sequenciamento precisa de tempos de setup e calendários que alguém verificou.
• Tratar o APS como uma compra de software, e não como uma mudança na forma como os planejadores trabalham.

Onde o Polaris se encaixa

Se o seu plano MRP está correto, mas a programação está errada, o iFAKT Polaris é uma opção a considerar. A iFAKT descreve o Polaris como IA mais um gêmeo digital para a produção, trabalhando com dados do ERP. O módulo Polaris Optimizer transforma o modelo de produção em um plano executável e otimizado, baseado em dados do ERP em tempo real, disponibilidade de recursos e restrições como recursos, turnos, zonas, habilidades e capacidades. Ele detecta gargalos, prioriza ordens e reage a interrupções com análise de impacto e reotimização. Se ele complementa ou substitui partes da sua configuração atual depende do seu ERP e dos relatórios do chão de fábrica, então teste em uma linha com os seus próprios dados.

Temas relacionados para explorar

• Programação de capacidade finita: por que uma visão semanal de carga pode parecer boa enquanto a programação diária é inviável.
• Qualidade dos dados de planejamento: quem é responsável por roteiros, tempos e calendários, e com que frequência são verificados.
• Planejamento em malha fechada: como os resultados reais do chão de fábrica mudam o próximo plano.
• Estoque de segurança e folgas de lead time: como inflar o MRP esconde um problema de programação.
• Habilidades do planejador em um projeto de programação: o que muda no trabalho diário e como se preparar para isso.

Próximo passo

Abra sua execução mais recente do MRP e escolha a máquina que mais vezes fica sobrecarregada. Sequencie manualmente os pedidos da próxima semana nela, usando calendários reais e tempos de setup, e veja o quanto o resultado se diferencia do plano. Esse único exercício mostra se a questão entre MRP e APS é um problema de dados ou de programação na sua fábrica.