SAP PM virou SAP EAM? O que mudou no nome, no S/4HANA e nas transações da manutenção

O SAP PM não foi renomeado para SAP EAM. EAM (Enterprise Asset Management) é o nome que a SAP usa para o portfólio de gestão de ativos, e o PM (Plant Maintenance) continua sendo o componente de aplicação que processa notas, ordens, planos de manutenção e objetos técnicos, tanto no SAP ECC quanto no SAP S/4HANA. A lista oficial de simplificação do S/4HANA 2025 organiza esse conteúdo na área Asset Management, subárea Maintenance Management, e marca os itens com o componente PM.

Para quem roda SAP PM, a mudança que pesa na rotina é outra: a interface passa a ser SAP Fiori, alguns tipos de ordem podem seguir o modelo por fases, algumas tecnologias antigas saem de cena e as transações clássicas convivem com apps novos. O nome do módulo é o que menos muda.

De onde vem a confusão entre SAP PM e SAP EAM

A sigla EAM não nasceu com o S/4HANA. No próprio SAP ERP 6.0, a SAP entregou melhorias de manutenção em uma série de funções de negócio chamadas Enterprise Asset Management, ativadas sobre o componente PM. A documentação do ERP descreve o PM como o componente que reúne inspeção, manutenção preventiva, reparo e as demais medidas executadas pela organização de manutenção, integrado a materiais, produção, vendas, pessoal e controladoria.

O que mudou foi o peso da marca. Nos materiais de produto e de treinamento mais recentes, a SAP fala em SAP S/4HANA Asset Management e em SAP Enterprise Asset Management como guarda-chuva, e quase não usa “Plant Maintenance” no título. Quem compara uma proposta escrita com o vocabulário novo e um sistema configurado há quinze anos tem a impressão de que se trata de outro produto. No back-end, os objetos são os mesmos: equipamento, local de instalação, nota, ordem, lista de tarefas, plano de manutenção, ponto de medição.

Até o catálogo técnico dos apps Fiori de manutenção carrega o nome novo. Na SAP Fiori Apps Reference Library, apps como Perform Maintenance Jobs e Manage Maintenance Notifications and Orders aparecem no catálogo “SAP EAM - Technical Catalog: Fiori Apps”, com componente de aplicação PM-FIO. O rótulo é EAM; a raiz técnica continua PM.

Como a SAP organiza a gestão de ativos hoje

O curso oficial de introdução ao SAP Enterprise Asset Management, publicado no SAP Learning, divide o portfólio em quatro grupos. A tabela abaixo resume essa divisão e indica onde cada parte roda. Ela serve para separar, numa conversa com fornecedor ou consultoria, o que é ERP, o que é aplicação em nuvem e o que é aplicativo móvel.

Grupo	Soluções citadas pela SAP	Papel na manutenção
Back-end do ERP	SAP S/4HANA Asset Management (área Maintenance Management, componente PM)	Dados mestres técnicos, notas, ordens, planos, confirmações e custos
Nuvem (SAP Intelligent Asset Management)	SAP Asset Performance Management, SAP Business Network Asset Collaboration, SAP Field Service Management	Estratégia e desempenho de ativos, colaboração com fabricantes e prestadores, serviço de campo
Aplicativos móveis	SAP Service and Asset Manager, SAP Maintenance Assistant, SAP Mobile Field Service Management	Execução e consulta em campo sobre os dados do back-end
Ferramentas de apoio	SAP Resource Scheduling, SAP IoT	Programação de recursos e entrada de dados de máquina

Um detalhe de nome que costuma aparecer em edital: o aplicativo que o mercado ainda chama de SAP Asset Manager passou a se chamar SAP Service and Asset Manager a partir do release 2205, segundo a documentação da própria SAP. É o mesmo produto, com a mesma linha de código, ampliado para técnicos de serviço. O artigo sobre o que é o SAP Asset Manager detalha arquitetura, requisitos e modo offline, e o texto sobre a passagem do SAP Work Manager para o SAP Asset Manager trata da migração de quem ainda usa a geração anterior.

O que continua sendo SAP PM no S/4HANA

Na SAP Fiori Apps Reference Library, as transações clássicas de manutenção aparecem registradas para o SAP S/4HANA Cloud Private Edition 2025, no grupo de releases Private Cloud e On-Premise. A tabela usa os nomes oficiais em inglês da biblioteca, consultada em 04/10/2026.

Transação	Nome na biblioteca da SAP	Situação no S/4HANA
IW21	Create PM Notification - General	Disponível
IW31 e IW32	Create Order e Change Maintenance Order	Disponíveis
IW41	Enter PM Order Confirmation	Disponível
IW38 e IW39	Change PM Orders e Display PM orders	Disponíveis
IW37N e IW49N	Change Orders and Operations e Display Orders and Operations	Indicadas pela SAP no lugar de IW37 e IW49
IW37 e IW49	Change Operations e Display Operations	Ainda registradas; a SAP planeja descontinuar em release futuro
IP10	Schedule Maintenance Plan	Disponível
IP30H	Mass Schedule Maintenance Plans	Indicada pela SAP no lugar da IP30
IE01, IL01 e IK11	Create Equipment, Create Functional Locations e Create Measurement Document	Disponíveis

Isso responde à dúvida mais comum do PCM: o planejador que hoje abre ordem na IW31 e o apontador que confirma na IW41 encontram as mesmas transações no S/4HANA on-premise e no Private Edition. O que a SAP sinaliza é a direção. As listas IW37 e IW49 têm sucessoras, a programação em massa de planos tem uma transação otimizada para HANA e os apps Fiori cobrem cada vez mais etapas do processo.

O que a lista de simplificação marca para a manutenção

O capítulo Asset Management da Simplification List do S/4HANA 2025 (Feature Pack Stack 1) traz os itens que uma conversão a partir do ECC precisa tratar. Os que mais afetam a rotina do PCM são estes:

• Programação de planos: a IP30 usa batch input, que a SAP não considera tecnologia de futuro; a recomendação é recriar os jobs com a IP30H e o relatório RISTRA20H.
• Batch input de manutenção: a transação IBIP sai do caminho recomendado; cargas e integrações devem usar as BAPIs de equipamento, local de instalação, nota e ordem.
• Listas de ordens e notas: IW37 e IW49 devem dar lugar a IW37N e IW49N.
• Mobile Asset Management (MAM): a funcionalidade não está disponível no S/4HANA, e a SAP orienta consultar o roadmap de mobilidade.
• Aplicações Web Dynpro antigas de planejador, técnico e supervisor: deixaram de ser a arquitetura-alvo e várias foram substituídas por apps Fiori, como Perform Maintenance Jobs (F5104A) e Find Maintenance Order (F2175).

Cada item tem uma nota SAP associada, e nem todos se aplicam a todos os clientes. O levantamento por sistema é o primeiro trabalho técnico de qualquer conversão, e o artigo sobre o fim da manutenção do ECC em 2027 e 2030 mostra como encaixar esse levantamento no calendário.

O que muda de verdade para o PCM: Fiori e modelo por fases

A mudança visível está na camada de uso. No S/4HANA, a SAP organiza a manutenção por papéis (solicitante, técnico, supervisor, planejador) e entrega apps Fiori para cada um. A solicitação nasce no Create Maintenance Request (F1511A), passa pela triagem no Screen Maintenance Requests (F4072), vira ordem no Manage Maintenance Notifications and Orders (F4604) e é executada e confirmada no Perform Maintenance Jobs (F5104A). O artigo sobre apps SAP Fiori de manutenção percorre esse fluxo app por app.

A segunda mudança é o modelo por fases. Lançado primeiro na nuvem e disponível no S/4HANA on-premise desde o release 2021, segundo a própria SAP, o modelo oferece um processo de manutenção dividido em fases (iniciação, triagem, planejamento, aprovação, preparação, programação, execução, pós-execução e conclusão), com subfases que registram o andamento. A documentação de tipos de ordem deixa claro que esse modelo vale apenas para os tipos de ordem configurados para ele. Nos demais, o status de sistema continua indicando a etapa da ordem. Um S/4HANA convertido do ECC pode, portanto, rodar exatamente o fluxo antigo de status, rodar o modelo por fases em parte dos tipos de ordem ou combinar os dois.

Essa escolha muda o que o técnico vê, quais apps a equipe usa e quais integrações precisam ser retestadas. Ela não muda o fato de que a ordem, a operação e a confirmação continuam sendo objetos do PM.

O que isso significa para quem roda SAP PM hoje

Para a equipe de manutenção, a pergunta útil é qual destino e qual processo a empresa vai adotar, e não se o módulo mudou de nome. Na prática, três decisões definem o impacto:

1. Edição de destino: S/4HANA on-premise, Cloud Private Edition ou Cloud Public Edition têm escopos e ritmos de atualização diferentes. O artigo sobre versões e edições do SAP S/4HANA compara as três do ponto de vista da manutenção, e o texto sobre RISE with SAP trata do contrato que costuma acompanhar a migração.
2. Processo: manter o fluxo de status do ECC, adotar o modelo por fases ou fazer a transição por tipo de ordem.
3. Execução em campo: definir como o técnico vai receber a ordem, apontar horas, registrar medição e anexar evidência, inclusive onde não há sinal.

A base de dados também muda. O S/4HANA roda exclusivamente sobre SAP HANA, e o artigo sobre o que é o SAP HANA e suas versões separa banco de dados e ERP, dois nomes que costumam se misturar nessas conversas.

A terceira decisão é onde o PM RUN entra. O PM RUN é uma camada de execução, mobilidade e planejamento que roda sobre o SAP PM, sem substituí-lo: a ordem, a nota e a confirmação continuam no SAP, e o técnico trabalha num aplicativo Android ou iOS que funciona online e offline, em português, inglês ou espanhol. O PM RUN Mobilidade cobre a execução em campo e o PM RUN Planejamento cobre programação e alocação do PCM. Numa migração para o S/4HANA, essa camada precisa ser validada fluxo por fluxo contra o release e o processo de destino, como qualquer integração. Para revisar os conceitos de partida, o guia do módulo SAP PM e o texto sobre o significado da sigla EAM cobrem o vocabulário básico.