Voltar
SAP PM

Como escolher software de manutenção para quem roda SAP PM

R
Redação técnica PM Run
23/08/2026

Quem já roda SAP PM precisa avaliar software de manutenção a partir da arquitetura e do processo que deseja preservar. Cadastro de ativos, planos, ordens, custos e materiais podem estar no SAP, mas o escopo e a maturidade variam entre empresas. Antes de comparar telas, registre o que o seu ambiente já controla, onde o trabalho sai do sistema oficial e quais dados precisam voltar ao SAP.

Este guia organiza a avaliação em seis dimensões: integração e governança de dados, operação de campo, planejamento e programação, arquitetura e segurança, implantação e suporte e custo total. As perguntas não têm uma resposta universal. A resposta adequada depende do processo, das configurações, dos controles corporativos e do risco da operação.

Antes das funções, decida o papel do SAP PM

O primeiro critério é definir qual sistema continuará responsável pelo registro da manutenção. Há diferentes desenhos possíveis, e os efeitos dependem do escopo implantado:

  • Substituição do SAP PM: a empresa migra cadastro, histórico e processos para outro CMMS ou EAM e mantém integrações necessárias com o ERP.
  • Convivência entre SAP PM e outro sistema de manutenção: cada plataforma assume um escopo definido. Esse desenho exige regras claras de propriedade do dado, sincronização e tratamento de conflito.
  • SAP PM como sistema de registro com camada de execução e planejamento: aplicativo e portal trabalham com objetos e processos do SAP, dentro do escopo integrado.

Nenhuma dessas arquiteturas é correta em abstrato. A decisão precisa considerar estratégia corporativa, qualidade do cadastro, integrações existentes, custo de mudança, experiência do campo e governança do histórico. A lista de softwares de manutenção agrupados por arquitetura ajuda a organizar a shortlist.

Dimensão 1: integração e governança de dados

Integração precisa ser descrita objeto por objeto e processo por processo. A expressão "integração nativa" não informa o mecanismo, o sentido do dado, a latência nem quem sustenta a interface.

Perguntas ao fornecedor:

  • Qual mecanismo conecta a solução ao SAP e quais componentes ficam no ambiente do cliente, no middleware e no fornecedor?
  • Quais objetos e ações são cobertos: ordem, operação, nota, confirmação, medição, reserva, lista técnica e documento? O que é leitura e o que é escrita?
  • Qual sistema mantém equipamento, local de instalação, ponto de medição, centro de trabalho e catálogos? Como divergências são detectadas e tratadas?
  • Quando o usuário cria ou altera um documento fora do SAP, qual documento é criado no SAP e quais campos são preenchidos?
  • A integração é imediata, agendada ou acionada pelo usuário em cada processo? O que acontece quando o SAP ou o middleware está indisponível?
  • Quais logs ficam disponíveis para operação, suporte e auditoria? Quem monitora, reprocessa e comunica falhas?

Peça uma matriz de integração com objeto, direção, gatilho, latência esperada, tratamento de erro e responsável. Essa evidência é mais útil que uma afirmação genérica de tempo real.

Dimensão 2: operação de campo

O escopo de campo deve ser comparado com a rotina real do técnico. Offline pode significar somente consultar uma ordem já baixada ou pode incluir execução, confirmação, nota e materiais. Defina o mínimo necessário antes da demonstração.

Perguntas ao fornecedor:

  • Quais dados precisam ser sincronizados antes de entrar numa área sem conexão?
  • Quais ações funcionam offline e quais dependem de conexão?
  • Como o sistema trata conflitos, documentos pendentes e falhas de sincronização?
  • O apontamento pode registrar início e fim durante a execução? O método manual também existe e pode ser controlado?
  • A nota usa os catálogos configurados no SAP quando aplicável? Quais campos variam por tipo de nota ou ordem?
  • Como funcionam checklist, motivo de não execução, nota técnica e tratamento do achado?
  • Quais anexos podem ser enviados ou consultados, onde ficam armazenados e como se relacionam com DMS e política de retenção?
  • O aplicativo atende aos dispositivos, sistemas operacionais e controles de segurança usados pela sua empresa?

Peça uma demonstração com um cenário seu: ordem com operações, execução sem conexão, item não realizado, nota técnica, confirmação e sincronização. Registre o que depende de configuração e o que faz parte do escopo contratado.

Dimensão 3: planejamento e programação

Planejamento precisa conectar demanda, capacidade, janela e integração. Um Gantt isolado não prova que a programação foi aplicada ao processo oficial.

Perguntas ao fornecedor:

  • Quais ordens entram na ferramenta e por quais filtros de centro, tipo, status, data e programação?
  • Como são representados centro de trabalho, turno, ausência, habilidade, certificação, disponibilidade e ocupação?
  • Quais ações de programação são enviadas ao SAP, quando isso acontece e como o usuário acompanha o log?
  • Como ordens preventivas já geradas pelo plano do SAP entram no período de programação?
  • Como backlog, criticidade, máquina parada, materiais e restrições aparecem para o planejador?
  • O que muda no quadro quando a execução atrasa, é confirmada parcialmente ou não é integrada?
  • Quais dados ficam disponíveis para o cliente montar seus próprios indicadores?

A estratégia e a periodicidade da preventiva continuam no SAP PM. Avalie a ferramenta pela capacidade de programar, alocar, integrar e acompanhar as ordens geradas por essa estratégia, sem prometer que ela define automaticamente o plano.

Dimensão 4: arquitetura e segurança

TI, segurança, privacidade e responsáveis pelo SAP devem participar antes da contratação. As exigências variam com arquitetura corporativa, classificação do dado e política de acesso.

Perguntas ao fornecedor:

  • Como funciona autenticação, revogação, perfil e segregação de funções?
  • Quais ações usam identidade individual e quais passam por usuário técnico de integração? Como a autoria é preservada?
  • Que dados ficam no dispositivo durante o uso offline e como são protegidos ou removidos?
  • Onde dados, logs, anexos e documentos ficam armazenados? Quais políticas de retenção, backup e descarte se aplicam?
  • Como alterações, aprovações, sincronismos e falhas de integração ficam auditáveis?
  • Quais evidências de segurança, testes e processos de resposta a incidente podem ser avaliadas pelo seu time?
  • Como a solução é testada diante de atualização do SAP, mudança de middleware ou migração para S/4HANA?

Não presuma que repetir a autorização do SAP ou usar login único resolve todo o controle. Peça o desenho de identidade e permissão para cada ação crítica.

Dimensão 5: implantação e suporte

Prazo só faz sentido com escopo, dependências, ambientes e responsabilidades definidos. A mesma solução pode exigir esforços diferentes conforme customizações SAP, integração, qualidade do cadastro e abrangência do rollout.

Perguntas ao fornecedor:

  • Qual é o escopo do primeiro grupo em produção e quais pré-requisitos precisam estar concluídos?
  • Quem responde por SAP, middleware, infraestrutura, dispositivos, dados mestres, testes e treinamento?
  • Quais ambientes serão usados para configuração, qualidade e produção? Como é a passagem entre eles?
  • Como usuários de campo, planejadores, administradores e suporte interno serão preparados?
  • Em quais idiomas, horários e canais o suporte atende? Como funciona criticidade, escalonamento e plantão quando aplicável?
  • Há necessidade de atendimento presencial? Em quais localidades, com qual antecedência e sob quais condições?
  • Como entram novos usuários, novas plantas e mudanças de processo depois do go-live?
  • Quais referências de clientes com arquitetura, porte e complexidade comparáveis podem ser verificadas?

A localização da equipe de suporte não é um critério universal. O critério é a cobertura necessária para a operação: idioma, fuso, SLA, criticidade, capacidade remota, presença quando exigida e caminho de escalonamento.

Dimensão 6: custo total

Compare licença, implantação, integração, sustentação e esforço interno no mesmo horizonte. O menor valor inicial pode não representar o menor custo total, mas essa conclusão precisa nascer dos números da proposta e do cenário da empresa.

Perguntas ao fornecedor:

  • Como a licença é contada e o que muda com usuários, plantas, volume, pico sazonal ou novos módulos?
  • Quais serviços de implantação estão incluídos e quais podem virar aditivo?
  • Integração SAP, middleware, pacote, infraestrutura e ambientes estão incluídos?
  • Quais custos recorrentes existem para suporte, sustentação, atualização e infraestrutura?
  • Há dependência de licenças adicionais do SAP ou de terceiros? Quem valida essa necessidade?
  • Qual é o esforço interno previsto para SAP, TI, manutenção, testes, treinamento e operação contínua?
  • Como funciona reajuste, expansão, redução de escopo, término do contrato e devolução dos dados?

Checklist consistente para levar à reunião

A tabela usa as mesmas seis dimensões do guia. A terceira coluna não define uma resposta universal; ela mostra a evidência que permite avaliar a resposta no seu contexto.

DimensãoPergunta centralEvidência para avaliar no seu contexto
1. Integração e governança de dadosQuais objetos, ações, direções e gatilhos conectam a solução ao SAP?Matriz objeto a objeto, mecanismo, latência, erro, reprocessamento, log e responsável.
2. Operação de campoQuais atividades funcionam online e offline no cenário real do técnico?Demonstração com ordem, checklist, nota, confirmação e sincronização, incluindo limites e dependências.
3. Planejamento e programaçãoComo capacidade, restrições e ações programadas se relacionam com as ordens do SAP?Cenário com filtros, alocação, integração acionada, log, atraso e atualização da execução.
4. Arquitetura e segurançaComo identidade, permissão, armazenamento e auditoria protegem cada ação?Diagrama de arquitetura, matriz de acesso, retenção, proteção offline, trilha e evidências de segurança.
5. Implantação e suporteQuem entrega, opera e atende cada parte do escopo?Cronograma, RACI, pré-requisitos, ambientes, treinamento, idiomas, horários, SLA e escalonamento.
6. Custo totalQuanto custa implantar, integrar, sustentar, expandir e encerrar?Planilha com licença, serviços, terceiros, infraestrutura, esforço interno, reajuste e saída.

Sinais de que a resposta ainda não fecha

  • "Integração nativa" sem matriz de objetos e ações: peça mecanismo, direção, gatilho, erro e responsável.
  • "Funciona offline" sem delimitar ações e dados: peça a execução do cenário que a sua planta precisa.
  • "Planejamento integrado" sem mostrar o que é enviado ao SAP: peça a ação, o momento da integração e o log.
  • "Segurança corporativa" sem identidade e trilha por ação: peça o desenho de autenticação, autorização e auditoria.
  • "Suporte completo" sem idioma, horário, SLA e escalonamento: registre a cobertura contratual necessária.
  • "Preço fechado" sem integração, terceiros e sustentação: compare o custo total no mesmo período.

Quando o fornecedor já está definido na mesa

Se a shortlist já tem nomes, aplique as mesmas seis dimensões a todos. As páginas de alternativa ao Tractian, alternativa ao Engeman, alternativa ao Fracttal, alternativa ao Manusis, alternativa à Sigga e PM Run e Produttivo ajudam a organizar a conversa por arquitetura. Confirme qualquer informação sobre fornecedor diretamente na proposta e na documentação vigente.

Onde a PM Run entra nessa arquitetura

A PM Run é uma camada de execução, mobilidade e planejamento integrada ao SAP PM, sem substituir o SAP como sistema de registro. O Mobilidade documenta criação de ordem com campos que refletem a IW31, execução online e offline, confirmações, checklist operacional, notas, reservas, medições e anexos conforme os recursos e configurações do ambiente. O Planejamento documenta Gantt, scheduling, utilização de recursos, capacidade, turnos, ausências, habilidades, certificações, programação oficial e integração das ações com o SAP.

Esse escopo não elimina a necessidade de avaliar mecanismo, objetos cobertos, configurações, segurança, implantação, suporte e custo no ambiente da sua empresa. Conheça o software de manutenção da PM Run integrado ao SAP PM e leve as seis dimensões deste guia para a conversa técnica.

Perguntas Frequentes

Como escolher um software de manutenção quando a empresa já roda SAP PM?

Defina primeiro o papel do SAP como sistema de registro. Depois compare integração, campo, planejamento, segurança, implantação, suporte e custo total com o mesmo cenário e a mesma evidência para todos os fornecedores.

O que perguntar sobre integração com o SAP?

Pergunte mecanismo, objetos, ações, direção do dado, gatilho, latência, tratamento de indisponibilidade, log, reprocessamento e responsabilidade de sustentação.

É preciso trocar o SAP PM para ter mobilidade?

Não necessariamente. Uma camada de mobilidade pode trabalhar com objetos do SAP PM. O escopo exato depende da solução, da integração e das configurações do ambiente.

Qual é um prazo razoável de implantação?

Não existe prazo universal. Compare escopo do primeiro grupo, pré-requisitos, ambientes, integrações, testes, treinamento, responsabilidades e critérios de aceite.

O suporte precisa ser local?

Não como regra universal. Defina a cobertura necessária em idioma, horário, canal, SLA, escalonamento e presença física quando a operação exigir.

Como comparar propostas de forma justa?

Use as mesmas seis dimensões, peça evidências equivalentes e some licença, implantação, integração, terceiros, sustentação, infraestrutura, esforço interno, expansão e saída.

software de manutenção
sap pm
cmms
checklist de avaliação
compra de software
PM Run

Construído para o SAP.Não apenas adaptado. Nativo.

O PM Run conecta planejamento, campo e supervisão com integração nativa ao SAP, sem planilhas paralelas, sem redigitação no fim do turno, sem perda de dados.

Utilizado por operações líderes em seus segmentos

Logo Volkswagen
Logo Eurofarma
Logo Saint-Gobain
Logo Marcopolo
Logo Moura
Logo Alpargatas

Voltar para o blog