SAP PM: o que é o módulo, como funciona e transações essenciais

SAP PM (Plant Maintenance) é o módulo do ERP SAP dedicado à gestão da manutenção: ele registra e gerencia notas, ordens, planos de manutenção e o histórico dos ativos de uma planta industrial. Com o SAP PM, a equipe planeja, executa e aponta as intervenções no mesmo sistema que já controla compras, estoque, custos e finanças da empresa.

Na prática, isso significa que cada falha, inspeção e preventiva vira um registro estruturado, com custo apropriado no ativo correto. É essa rastreabilidade que faz do SAP PM o padrão de gestão da manutenção nas grandes indústrias que rodam SAP no Brasil.

Neste guia, você vai entender o que é o módulo SAP PM, como funciona o fluxo de notas e ordens, quais são as transações essenciais do dia a dia (com tabela de referência), onde o módulo costuma travar na prática e como destravar a execução no campo.

O que é o módulo SAP PM?

A sigla PM vem de Plant Maintenance, manutenção de planta em tradução livre. O SAP PM é o módulo que estrutura os processos de manutenção dentro do ERP SAP, cobrindo três frentes principais: inspeção (avaliar a condição real dos ativos), manutenção preventiva (preservar a condição, evitando a falha) e reparo (restaurar a condição após a falha).

Por estar dentro do ERP, o módulo conversa nativamente com os demais: quando uma ordem de manutenção precisa de uma peça, a reserva sai do estoque (MM); quando consome mão de obra e materiais, o custo é apropriado no centro de custo e no ativo (CO/FI). Nenhum CMMS isolado entrega essa integração contábil de fábrica.

Nas versões atuais da plataforma, com o SAP S/4HANA, os processos de manutenção passaram a compor a área de Asset Management (EAM, Enterprise Asset Management). A lógica de objetos técnicos, notas, ordens e planos permanece a mesma, e o mercado segue chamando o módulo de SAP PM.

Para a gestão, o SAP PM é a espinha dorsal transacional do Planejamento e Controle da Manutenção (PCM): é nele que o planejador materializa planos, programa ordens e extrai o histórico que alimenta os KPIs de manutenção industrial.

Esse ponto responde a uma dúvida frequente de quem avalia ferramentas: se a empresa já roda SAP, manter a manutenção em um sistema paralelo desconectado significa cadastrar ativos duas vezes, conciliar custos manualmente e conviver com dois históricos que nunca batem. O caminho mais sólido é usar o SAP PM como núcleo transacional e resolver as lacunas de usabilidade com camadas especializadas por cima, como veremos adiante.

Como o SAP PM funciona: objetos técnicos e estrutura

Antes de qualquer ordem, o SAP PM precisa de uma representação fiel da planta. Essa representação é feita pelos objetos técnicos:

• Local de instalação: a posição funcional na planta (por exemplo, a linha de envase 2 ou a bomba de recirculação da caldeira), organizada em hierarquia

• Equipamento: o ativo físico individual, com número próprio, que pode ser instalado ou removido de um local de instalação

• Centro de trabalho: a equipe ou oficina responsável pela execução (mecânica, elétrica, instrumentação)

• Lista de tarefas: o roteiro padrão de operações de um serviço recorrente, reutilizado pelos planos de manutenção

Completam os dados mestres os pontos e documentos de medição (leituras de condição, como temperatura, vibração ou horímetro, registradas no ativo), os contadores de desempenho (que permitem disparar preventivas por uso, e não só por calendário) e as listas técnicas (BOM), que relacionam os materiais e sobressalentes de cada equipamento e agilizam a reserva de peças na hora de planejar a ordem. Os principais objetos SAP PM e o papel de cada um estão detalhados em guia próprio.

É essa estrutura que permite responder perguntas de gestão: quanto custa a manutenção daquela linha por ano, qual equipamento mais falha, qual oficina está sobrecarregada. Sem cadastro bem feito, o melhor fluxo de ordens do mundo produz relatórios vazios. Por isso, projetos sérios de implantação começam pelo saneamento do cadastro: hierarquia de locais coerente com o processo produtivo, equipamentos com dados de fabricante preenchidos e centros de trabalho com capacidade realista.

O fluxo de manutenção no SAP PM: da nota ao encerramento

O processo central do módulo segue um ciclo bem definido:

1. Nota de manutenção: a operação ou a inspeção registra a ocorrência ou a necessidade de serviço. É o documento de entrada da demanda. Existem diferentes tipos de notificação no SAP PM (avaria, solicitação, atividade), e usar o tipo certo é o que preserva o histórico de falhas. Veja o passo a passo de como criar uma nota no SAP PM.

2. Ordem de manutenção: o PCM tria a nota e a converte em ordem, com operações, materiais, ferramentas e horas planejadas. A ordem é o documento de custo: tudo que o serviço consome é apropriado nela.

3. Programação: a ordem recebe data, prioridade e centro de trabalho, respeitando a janela da produção e a capacidade da equipe.

4. Execução: o técnico realiza o serviço no campo.

5. Apontamento (confirmação): o executante registra horas trabalhadas, materiais consumidos e o que de fato foi feito.

6. Encerramento técnico: a ordem é concluída com causa, sintoma e atividade registrados, retroalimentando o histórico do ativo.

Ao longo desse ciclo, a ordem muda de status de sistema: aberta na criação, liberada quando está pronta para execução (com materiais e permissões resolvidos), encerrada tecnicamente quando o serviço acaba e encerrada comercialmente quando os custos são liquidados. Acompanhar ordens paradas em cada status é uma das formas mais rápidas de diagnosticar onde o processo emperra: muita ordem aberta sem liberação indica gargalo de planejamento; muita ordem liberada e não executada indica gargalo de capacidade ou programação.

Planos de manutenção: a preventiva automatizada

Além desse fluxo corretivo, os planos de manutenção automatizam a demanda recorrente. Existem duas modalidades principais:

• Plano de ciclo único: uma atividade repetida em um único intervalo fixo, por exemplo, lubrificação a cada 30 dias ou inspeção a cada 500 horas de operação

• Plano com estratégia: um pacote de atividades com periodicidades diferentes sobre o mesmo objeto, por exemplo, inspeção mensal, revisão semestral e troca geral anual, com o SAP combinando os ciclos automaticamente

Os ciclos podem ser baseados em tempo (calendário) ou em desempenho (contadores de horas, quilômetros, ciclos de operação). Com o monitor de prazos rodando como job, o módulo gera as ordens preventivas do período na data certa, sem intervenção manual. O trabalho do PCM passa a ser calibrar os ciclos com base no histórico de falhas, e não abrir ordens uma a uma.

SAP PM e PCM: quem faz o quê

Uma confusão comum em quem está chegando à área: SAP PM e PCM não são a mesma coisa. O PCM é a função (o processo e as pessoas que planejam, programam e controlam a manutenção); o SAP PM é o sistema transacional onde essa função registra e executa o trabalho. Um PCM maduro sem sistema vive de planilha e memória; um SAP PM sem PCM disciplinado vira um repositório de dados ruins. Os dois se sustentam mutuamente, e é por isso que a qualidade do apontamento no campo importa tanto para os dois.

Transações essenciais do SAP PM: tabela de referência

No SAP GUI, cada ação corresponde a um código de transação. A tabela abaixo reúne as transações que planejadores, programadores e supervisores mais usam no dia a dia:

Duas observações práticas: as listas IW38/IW39 e IW28/IW29 são o coração da gestão de backlog no módulo, porque permitem filtrar ordens e notas por status, centro de trabalho e período. E o monitor IP30 costuma rodar como job automático, gerando as ordens preventivas do período sem intervenção manual.

Tipos de manutenção que o SAP PM suporta

O módulo acomoda as principais estratégias de manutenção industrial, que evoluíram ao longo das gerações da manutenção:

1. Manutenção corretiva: dividida em planejada (a falha foi detectada com antecedência e o reparo entra na programação) e não planejada (a quebra surpreende a equipe). No fluxo SAP, nasce de uma nota de avaria e vira ordem corretiva.

2. Manutenção preventiva: intervenções em intervalos definidos por tempo ou uso, geradas automaticamente pelos planos de manutenção. Reduz paradas prolongadas ao antecipar a troca de componentes deteriorados.

3. Manutenção preditiva: baseada na condição real do equipamento, com inspeções e monitoramento (análise de vibração, termografia, análise de óleo). No SAP PM, pontos e documentos de medição registram essas leituras e podem disparar a manutenção quando o parâmetro sai da faixa. É a estratégia que mais contribui para reduzir o MTTR e evitar corretivas de emergência.

A escolha entre as estratégias não é excludente: plantas maduras combinam as três, calibradas pela criticidade de cada ativo. O guia comparativo dos tipos de manutenção ajuda a definir essa régua.

Por que utilizar o SAP PM: benefícios para a empresa

Quando bem implantado e alimentado, o módulo entrega benefícios que ultrapassam a área de manutenção:

• Histórico e rastreabilidade: cada intervenção fica registrada no ativo, com custo, causa e solução, criando a memória técnica da planta

• Custo sob controle: a apropriação por ordem permite saber exatamente quanto custa manter cada equipamento e linha

• Integração com compras e estoque: reservas, requisições e pedidos nascem da própria ordem, sem retrabalho entre áreas

• Segurança e conformidade: procedimentos, permissões e registros estruturados sustentam auditorias e requisitos de SSMA

• Base para indicadores: MTBF, MTTR, disponibilidade, backlog e compliance de preventiva saem dos dados transacionais do módulo

Os setores impactados vão além da manutenção: compras (cotação e reposição de peças), produção (janelas e liberação de equipamentos), financeiro (custos e orçamento) e a própria gestão da planta, que ganha visibilidade para decidir.

Vale reforçar o elo com a segurança do trabalho: manutenção bem registrada e executada no prazo reduz a exposição a falhas que geram acidentes, e o histórico estruturado do módulo sustenta os registros exigidos em auditorias de SSMA. Manutenção industrial não é só disponibilidade de máquina; é integridade de gente e de processo.

Onde o SAP PM trava na prática (e por quê)

Quem opera o módulo todos os dias sabe que o desenho do processo raramente é o problema. O gargalo clássico está na última milha, entre o campo e o sistema. Os sintomas se repetem de planta em planta:

• Apontamento longe do ativo: o técnico executa o serviço no campo, anota em papel ou de memória, e só registra no SAP horas depois, em um computador compartilhado. O dado chega atrasado e empobrecido.

• Encerramento em lote no fim do período: ordens fechadas em massa para "limpar" o backlog, com textos genéricos e horas rateadas, destroem o histórico de falhas e distorcem os indicadores.

• Notas mal classificadas: avaria registrada como atividade, causa e sintoma em branco, descrição de uma linha. O módulo aceita, mas a análise de confiabilidade fica inviável.

• Backlog invisível: sem disciplina nas listas IW38/IW28 e sem estratificação por centro de trabalho, a carteira de serviços cresce sem que ninguém enxergue onde está o estouro de capacidade.

• Fricção de uso para o executante: o SAP GUI foi desenhado para o planejador no escritório, não para o mantenedor de mão suja no campo. Cada minuto de fricção vira um incentivo para não registrar.

Erros de configuração que cobram juros depois

Parte dos travamentos nasce ainda na implantação. Os mais recorrentes: excesso de tipos de nota e de campos obrigatórios, que empurra o usuário para o registro genérico ou para fora do sistema; catálogos de causa e sintoma extensos demais para o executante navegar; capacidade dos centros de trabalho cadastrada de forma fictícia (todo mundo disponível 8 horas por dia, sem férias nem treinamento), o que torna a programação uma ficção; e criticidade de ativos não configurada, deixando a priorização das ordens ao critério de quem grita mais alto. A regra prática é desenhar o processo para o pior contexto de uso (o técnico no campo, com pressa), não para o usuário ideal de escritório.

Para dimensionar o efeito do gargalo de apontamento, considere um exemplo hipotético: uma planta com 40 mantenedores em que cada executante gasta 30 minutos por dia entre deslocar-se até um terminal, lembrar o que fez e digitar o apontamento. São 20 horas de mão de obra por dia consumidas em burocracia, o equivalente a duas ou três ordens de manutenção que deixam de ser executadas todos os dias, sem contar a perda de qualidade do dado registrado de memória.

O resultado é um círculo vicioso: dado ruim gera indicador ruim, que gera decisão ruim, que reforça a percepção de que "o SAP não funciona para a manutenção". O módulo funciona; o que falta é fechar o ciclo no campo. Mapeamos esses pontos em detalhe no artigo sobre os principais gargalos na gestão da manutenção pelo SAP.

Como destravar o SAP PM: mobilidade na execução

A resposta madura para a última milha é levar o SAP PM até o técnico, e não o técnico até o SAP. É o papel da mobilidade sobre o módulo: aplicativos que rodam no smartphone ou tablet do executante, integrados em tempo real com o backend SAP. Explicamos a jornada completa no guia prático de mobilidade na manutenção com SAP PM e no comparativo de software de manutenção para quem usa SAP.

O PM RUN Mobilidade foi construído exatamente para esse cenário, por quem implementa mobilidade sobre SAP PM em fábricas brasileiras. Na prática, o aplicativo permite:

• Receber e executar as ordens de manutenção direto no celular, com funcionamento online e offline

• Abrir notas no local da ocorrência, com o tipo de notificação correto e foto do problema

• Apontar horas, materiais e observações no momento da execução, eliminando o papel

• Sincronizar tudo com o SAP em tempo real, mantendo o módulo como fonte única da verdade

• Localizar equipes e serviços por geolocalização

Ao avaliar uma camada de mobilidade sobre o SAP PM, quatro critérios separam projetos que destravam a operação de projetos que viram prateleira:

• Funcionamento offline real: fábrica tem área sem sinal; o app precisa operar desconectado e sincronizar depois, sem perder apontamento

• Integração nativa e em tempo real com o SAP: a ordem que o técnico vê no celular é a ordem do SAP, com o mesmo status, sem planilha intermediária nem digitação dupla

• Experiência desenhada para o executante: poucos toques para apontar, campos obrigatórios que garantem a qualidade do dado (causa, sintoma, atividade) sem burocratizar

• Governança do processo: o app deve reforçar o fluxo do PCM (tipos de nota corretos, encerramento técnico completo), não criar um caminho paralelo sem controle

Com o apontamento feito ao lado do ativo, o histórico volta a ser confiável, o backlog reflete a realidade e os indicadores passam a sustentar decisões. Foi o caminho percorrido por indústrias como a Rivelli Alimentos, que implantou o PM RUN para aumentar a produtividade da manutenção, e a Citrosuco, que otimizou a gestão da manutenção com acompanhamento em tempo real. Os ganhos aparecem também na produtividade da área de manutenção como um todo: menos deslocamento, menos retrabalho administrativo e mais tempo de ferramenta na mão.

Conheça a solução PM RUN para manutenção com SAP PM e solicite uma demonstração para a sua planta.

Aprofunde por tema no SAP PM

Os fluxos do módulo, um a um: boas práticas de notificações, o log de integração e a validação do dado, a execução da manutenção no módulo, a preventiva no SAP e o PCM dentro do SAP PM.

Perguntas Frequentes

O que significa SAP PM?

PM é a sigla de Plant Maintenance, manutenção de planta. SAP PM é o módulo do ERP SAP responsável pela gestão da manutenção: cadastro de ativos, notas, ordens, planos preventivos, apontamento de execução e histórico de falhas, integrado aos módulos de estoque, compras, custos e finanças do mesmo sistema.

O que faz o módulo SAP PM?

O módulo estrutura todo o ciclo da manutenção: registra a demanda em notas, converte em ordens com materiais e horas planejadas, programa a execução, recebe o apontamento do técnico e encerra com causa e sintoma registrados. Também gera ordens preventivas automaticamente a partir de planos de manutenção por tempo ou contador.

Qual a diferença entre nota e ordem de manutenção no SAP PM?

A nota registra a ocorrência ou a necessidade de serviço: é o documento de demanda, aberto por quem detecta o problema. A ordem é o documento de execução e custo: define operações, materiais, horas e centro de trabalho, e recebe a apropriação de tudo que o serviço consome. O fluxo saudável converte notas triadas em ordens planejadas.

O SAP PM é um CMMS?

Sim, o SAP PM cumpre o papel de um CMMS (sistema informatizado de gestão da manutenção), com uma diferença importante: ele nasce dentro do ERP. Isso garante integração nativa com estoque, compras e finanças, algo que sistemas de manutenção isolados precisam construir via interfaces.

Quais são as principais transações do SAP PM?

No dia a dia, as mais usadas são IW21/IW22/IW23 (criar, modificar e exibir notas), IW31/IW32/IW33 (ordens), IW34 (ordem a partir da nota), IW38/IW39 (listas de ordens e backlog), IW41 (apontamento da execução), IP41/IP42 (planos de manutenção) e IP10/IP30 (programação e monitor de prazos dos planos).

O SAP PM existe no S/4HANA?

Sim. No SAP S/4HANA, os processos de manutenção fazem parte da área de Asset Management (EAM), com interfaces Fiori mais modernas. A lógica de objetos técnicos, notas, ordens e planos permanece, e o mercado continua chamando o módulo de SAP PM ou Plant Maintenance.