SAP PP: o que ele faz e onde dá errado

O SAP PP (Planejamento de Produção) é a parte do SAP S/4HANA que transforma demanda em plano de produção. Ele recebe previsões e pedidos de venda, confronta tudo com estoque, listas técnicas, roteiros e capacidade, e propõe o que fabricar, o que comprar e quando. Este guia é para gerentes de fábrica, planejadores e líderes de projeto que precisam saber o que o PP faz, o que mudou no S/4HANA e onde as implementações quebram. A resposta curta para o último ponto são os dados mestre. Se o mestre de materiais, as listas técnicas, os roteiros e os centros de trabalho estiverem errados, o resultado do MRP estará errado, e nenhuma configuração resolve isso. O checklist de prontidão, mais abaixo, é o ponto de partida.

Trabalhei uma vez com uma equipe de uma fábrica de embalagens que tinha mais de 400 ordens de produção por semana. Sem o PP, eles se viravam com planilhas e post-its. Depois da implementação, não ficaram perfeitos, mas pararam de se afogar.

O PP fica no centro da cadeia logística. Ele parte da demanda e trabalha de trás para a frente, passando por materiais, capacidade e prazos, para gerar propostas de produção. As funções, na ordem em que a demanda passa por elas:

1. Planejamento de vendas e operações (SOP): volumes de alto nível com base em previsões e expectativas de mercado
2. Gestão de demanda: converte esses volumes em Necessidades Independentes Planejadas (PIRs) que alimentam o MRP
3. Planejamento de necessidades de materiais (MRP): calcula o que produzir ou comprar, quando e em que quantidade, com base em estoque, prazos de entrega e ordens em aberto
4. Planejamento e nivelamento de capacidade: mostra sobrecargas nos centros de trabalho antes que cheguem ao chão de fábrica
5. Gestão de ordens de produção: cria, libera, programa e confirma ordens até a conclusão

O PP cobre a manufatura discreta (autopeças, eletrônicos, bens industriais) e a manufatura repetitiva (embalagens, bens de consumo). A produção em lotes e baseada em receitas, em alimentos, químicos e farmacêuticos, usa o PP-PI (Planejamento de Produção para Indústrias de Processo). O PP-PI trabalha com ordens de processo e receitas mestre em vez de ordens de produção e roteiros.

O fluxo da demanda até a conclusão tem cinco etapas. Na prática, raramente corre sem interrupções, mas é a estrutura que o PP foi construído para gerenciar.

1. 01SOPMetas de volume a partir de previsões
2. 02Gestão de demandaPIRs que alimentam a execução do MRP
3. 03MRPOrdens planejadas e requisições de compra
4. 04Execução da produçãoOrdens liberadas, materiais separados
5. 05ConfirmaçãoMão de obra, quantidades e movimentações de mercadorias apontadas

O SAP reflete o que realmente aconteceu no chão de fábrica

O SOP é onde se definem as metas de produção de alto nível. Algumas empresas fazem isso com rigor, a partir de dados de mercado. Outras usam estimativas aproximadas. Em qualquer caso, ele alimenta a gestão de demanda. No S/4HANA, as transações clássicas do SOP são escopo de compatibilidade, o que explico mais adiante.

A gestão de demanda gera as PIRs. Uma PIR é uma previsão: esperamos precisar desta quantidade deste produto neste momento. As PIRs são a entrada do MRP, e os erros aqui se propagam em cascata. Um cliente carregou certa vez PIRs duplicadas cobrindo três meses. Ninguém percebeu até a produção começar a pedir tudo em excesso.

O MRP é o motor de planejamento. Ele compensa as PIRs e os pedidos de venda contra o estoque e os recebimentos em aberto, e depois cria ordens planejadas para a produção própria e requisições de compra para as peças adquiridas. Uma execução bem configurada traz clareza. Uma execução baseada em dados mestre imprecisos produz ruído que os planejadores passam semanas perseguindo.

A execução da produção é onde as ordens planejadas se tornam ordens de produção. As ordens são liberadas, os materiais são separados e as operações rodam nos centros de trabalho.

A confirmação fecha o ciclo. A mão de obra é apontada, as quantidades são registradas e as movimentações de mercadorias são lançadas. O sistema passa então a refletir o que realmente aconteceu no chão de fábrica, desde que as pessoas confirmem no prazo.

Os dados mestre são a espinha dorsal do SAP PP. Não como figura de linguagem. Como fato, com consequências.

Mestre de materiais (visões de MRP). Todo material fabricado precisa ter as visões de MRP corretas. Tipo de MRP, tamanho de lote, grupo de estratégia, verificação de disponibilidade e chave de margem de programação mudam, cada um, o que o MRP faz. Um único campo ausente no mestre de materiais bloqueou a produção por uma semana em um projeto de que participei. Um campo.

Listas técnicas (BOM). A lista técnica define o que entra em um produto acabado: componentes, quantidades, percentuais de refugo, às vezes alternativas. As listas técnicas podem ter variantes, o que serve para produtos configuráveis e confunde equipes novas no SAP. A pergunta “precisamos mesmo de cinco listas técnicas para este único item?” tem uma resposta real. Descubra-a antes da implementação, não durante as execuções do MRP.

Roteiros. Um roteiro define como algo é fabricado: a sequência de operações, quais centros de trabalho as executam e quanto tempo cada uma leva. Sem roteiro, o SAP não consegue calcular a duração da produção nem verificar a capacidade. Até produtos simples precisam de roteiros claros, e os projetos apressados os pulam.

Centros de trabalho. Os centros de trabalho são onde a produção acontece: máquinas, linhas, grupos de pessoas. Eles carregam fórmulas de programação, vínculos de custeio e calendários de turnos. Mantê-los atualizados depois do go-live é a tarefa que acaba esquecida. Quando isso acontece, o planejamento de capacidade perde precisão e os planejadores deixam de confiar no sistema.

Versões de produção. Uma versão de produção liga uma lista técnica válida a um roteiro válido para um período e um tamanho de lote. No S/4HANA, elas são obrigatórias para materiais de produção própria, e o MRP Live não explode uma lista técnica sem uma. Clientes de ECC que dependiam de métodos de seleção de lista técnica precisam criá-las durante a conversão.

Estrutura organizacional

Estes são os elementos de estrutura dos quais o PP depende e onde cada um se liga.

Elemento da estrutura	Finalidade no SAP PP	Vínculo principal
Mandante	Estrutura corporativa de nível mais alto	Comum a todos os módulos
Empresa	Entidade legal para relatórios financeiros	Acompanhamento de custos de produção no FI
Centro	Unidade central onde a produção ocorre	Liga o PP ao MM, SD e PM
Depósito	Subdivisão física do estoque dentro do centro	Separação e movimentação de materiais
Área MRP	Escopo de planejamento para execuções de MRP separadas	Substitui o MRP por depósito no S/4HANA
Centro de trabalho	Recurso de produção (máquina, linha, grupo)	Roteiro, planejamento de capacidade, centros de custo do CO
Versão de produção	Combinação válida de lista técnica e roteiro para um material	Obrigatória para MRP e criação de ordens no S/4HANA

Checklist de prontidão antes da primeira execução do MRP

Rode esta sequência antes de soltar o MRP sobre dados migrados. O responsável entre parênteses é quem dá o aval.

1. Visões de MRP do mestre de materiais completas para todo material planejado, incluindo grupo de estratégia e tamanho de lote (líder de planejamento)
2. Listas técnicas validadas contra o que realmente é construído, com a engenharia confirmando componentes e refugo (engenharia)
3. Roteiros existentes para todo material de produção própria, com tempos de operação realistas (engenharia de produção)
4. Calendários e capacidades dos centros de trabalho refletindo os turnos atuais (gerente de fábrica)
5. Uma versão de produção válida por material de produção própria, cobrindo o horizonte de planejamento (líder de planejamento)
6. PIRs carregadas uma única vez, reconciliadas com o plano de demanda aprovado antes da primeira execução (planejador de demanda)
7. Ordens em aberto e estoque reconciliados entre o sistema legado e o SAP (controlador de estoque)
8. Uma execução de teste do MRP em um único centro ou área MRP, com os planejadores revisando as exceções antes da execução completa (líder de planejamento)

O PP não funciona sozinho. Cada ponto de integração também é um ponto de falha.

MM (Gestão de Materiais). O PP gera as necessidades de material e o MM as supre. Se a disponibilidade estiver errada no MM, as ordens de produção esbarram em faltas. Uma boa integração entre PP e MM é o que acaba com as corridas de compra emergencial.

SD (Vendas e Distribuição). Pedidos de venda podem consumir PIRs na gestão de demanda. O grupo de estratégia no mestre de materiais controla como. Se estiver errado, pedidos de venda e previsões correm em paralelo em vez de se compensarem, dobrando o sinal de demanda sem nenhuma mensagem de erro. Meu guia de SAP SD cobre o lado dos pedidos dessa ligação.

CO (Controladoria). As ordens de produção carregam custos. O CO acompanha mão de obra, material e custos indiretos reais contra o custo padrão, e a liquidação lança as variações. Sem ele, o quadro financeiro da produção fica incompleto.

QM (Gestão da Qualidade). Eventos do PP podem disparar lotes de inspeção do QM, e resultados de qualidade podem reter ordens. É isso que faz da qualidade um controle de processo, e não uma preocupação posterior.

Se você está migrando do ECC, estas são as mudanças do PP que afetam o desenho e os dados. Os detalhes estão na lista de simplificação da SAP e na matriz de escopo de compatibilidade (Nota SAP 2269324).

1. O MRP Live (transação MD01N) é a execução de planejamento recomendada pela SAP. Ele roda dentro do banco de dados HANA, pode planejar vários centros em uma só execução e não grava listas de MRP. As transações clássicas MD01 a MD03 continuam existindo. O módulo de aprendizado da SAP sobre MRP Live é uma boa introdução.
2. As versões de produção são obrigatórias para a produção própria, como visto acima.
3. As áreas MRP substituem o MRP por depósito. Depósitos planejados separadamente no ECC precisam de uma área MRP no S/4HANA.
4. SOP, listas de MRP e planejamento baseado em previsão (tipo de MRP VV) são escopo de compatibilidade. Os direitos de uso terminaram em 31 de dezembro de 2025 para sistemas on-premise. A SAP os estendeu até 31 de dezembro de 2030 para sistemas S/4HANA sob contrato RISE with SAP ou SAP Cloud ERP Private. O sucessor do SOP indicado pela SAP é o SAP IBP.
5. O PP/DS embarcado (planejamento de produção e programação detalhada) roda dentro do S/4HANA para programação finita. O MRP Live repassa os materiais marcados para planejamento avançado às heurísticas do PP/DS. Verifique sua licença antes de desenhar a solução em torno dele.

A página da SAP Help sobre como trabalhar com o MRP Live traz os detalhes de configuração.

Vi alguns desastres de verdade ao longo dos anos, e estes são os padrões a evitar. Sob o RISE with SAP, a abordagem de clean core limita o código customizado que antes escondia esses problemas. Hoje, dados mestre ruins aparecem mais rápido e custam mais para contornar.

Pressa na migração de dados mestre. Lembro de uma empresa de autopeças que apressou a migração de listas técnicas e roteiros. Passou seis meses depois do go-live corrigindo ordens de produção que falhavam por problemas de dados. Validar os dados mestre antes da migração não é tarefa secundária. É o projeto. Meu texto sobre por que a migração de dados do SAP falha vai mais a fundo.

Resistência dos usuários. Planejadores experientes costumam resistir ao PP porque ele assume um trabalho que antes faziam à mão e com julgamento. Traga-os para a configuração cedo. Mostre onde o PP devolve tempo a eles. Isso decide a adoção.

Replicar processos legados. O erro de configuração mais constante que vejo: montar o SAP para funcionar exatamente como o processo antigo em vez de adotar a lógica de planejamento padrão. O resultado é um sistema superconfigurado que entrega menos do que o PP foi desenhado para entregar.

Testes de integração insuficientes. Toda conexão com MM, SD, CO e QM pode falhar. Equipes que testam cada módulo isoladamente descobrem os problemas de integração em produção.

Corte no treinamento. Já vi empresas gastarem milhões na implementação e depois economizarem cortando o treinamento. Usuários que não entendem o sistema criam soluções de contorno. Soluções de contorno destroem a precisão dos dados da qual o MRP depende.

A tabela relaciona cada risco ao seu impacto e à mitigação que eu colocaria no plano.

Risco	Impacto	Mitigação
Configuração incorreta do MRP	Rupturas de estoque, superprodução, custo excessivo de compras	Validar tipos de MRP, grupos de estratégia e dimensionamento de lote com os líderes de negócio
Lista técnica ou roteiro impreciso	Necessidades de material erradas, atrasos no chão de fábrica	Envolver a engenharia nas revisões de listas técnicas e roteiros antes da migração
Planejamento de capacidade deficiente	Gargalos nos centros de trabalho, prazos de entrega perdidos	Executar avaliação e nivelamento de capacidade antes de liberar ordens
Versão de produção ausente	O MRP não consegue explodir a lista técnica nem criar ordens válidas	Uma versão de produção válida por material de produção própria
Sem retorno do chão de fábrica em tempo real	Status de produção impreciso, visibilidade tardia de desvios	Exigir confirmações pontuais; integrar o SAP Digital Manufacturing ou outro MES
Usuários mal treinados	Confirmações erradas, erros de backflush, retrabalho sem solução	Treinamento por função em ciclos de produção reais
Configuração de variantes não tratada	Ordens erradas para produtos configuráveis	Testar a lógica de configuração em conjunto com lista técnica e roteiro

O que é o SAP PP e o que ele faz?

O SAP PP (Planejamento de Produção) é o módulo da SAP para planejamento e execução da manufatura. Ele gerencia listas técnicas, centros de trabalho, roteiros e ordens de produção. Sua função central é ligar a demanda de previsões e pedidos de venda à capacidade de produção por meio do MRP, e depois conduzir a ordem de produção da criação até a liquidação.

Quais dados mestre o SAP PP exige?

Cinco objetos: as visões de MRP do mestre de materiais, as listas técnicas, os roteiros, os centros de trabalho e, no S/4HANA, as versões de produção. Cada um precisa estar correto no go-live e ser mantido depois dele. Um único campo ausente no mestre de materiais pode impedir a criação de ordens de produção.

Como o MRP funciona no SAP S/4HANA?

O MRP compensa a demanda (PIRs, pedidos de venda, necessidades dependentes) contra o estoque e os recebimentos em aberto, usando prazos de entrega, tamanhos de lote e estoque de segurança do mestre de materiais. Ele gera ordens planejadas para a produção própria e requisições de compra para a aquisição externa. No S/4HANA, a SAP recomenda o MRP Live (MD01N), que roda no banco de dados HANA e não cria listas de MRP.

O que é uma ordem de produção no SAP PP?

Uma ordem de produção é a instrução para fabricar uma quantidade específica de um material até uma data específica. Em geral ela é convertida a partir de uma ordem planejada do MRP. Seu ciclo de vida vai da criação e liberação até a confirmação, o recebimento de mercadorias e a liquidação, em que os custos reais são comparados com o padrão e a variação é lançada no CO.

Qual é a diferença entre o SAP PP e o SAP PP-PI?

O SAP PP é feito para a manufatura discreta e repetitiva, com ordens de produção baseadas em listas técnicas e roteiros. O SAP PP-PI é feito para a produção em lotes e baseada em receitas em alimentos, bebidas, químicos e farmacêuticos. Ele usa ordens de processo e receitas mestre e acrescenta coprodutos, subprodutos e rastreabilidade de lotes. Em setores regulados, essa trilha em nível de lote é exigência de conformidade.

O SOP ainda está disponível no SAP S/4HANA?

O SOP clássico está no escopo de compatibilidade do S/4HANA, com direitos de uso limitados. Esses direitos terminaram em 31 de dezembro de 2025 para sistemas on-premise e vão até 31 de dezembro de 2030 para sistemas sob contrato RISE with SAP ou SAP Cloud ERP Private. O sucessor recomendado pela SAP é o SAP Integrated Business Planning (IBP).

Quais são os erros mais comuns em implementações do SAP PP?

Apressar os dados mestre, definir o grupo de estratégia errado, copiar processos legados para a configuração, pular os testes de integração completos e cortar o treinamento. A maioria termina do mesmo jeito: um resultado de MRP em que ninguém confia e planejadores de volta às planilhas.