Projeto e suporte de SAP Asset Manager no Brasil: o que planejar antes de contratar

Um projeto de SAP Asset Manager no Brasil precisa planejar, antes da licença, quem vai implantar e quem vai sustentar o aplicativo depois do go-live. O SAM, hoje chamado SAP Service and Asset Manager, junta SAP PM ou SAP EAM, SAP BTP Mobile Services, Cloud Connector, serviços OData no SAP Gateway e metadados do Mobile Development Kit (MDK). Profissionais que dominam essas camadas ao mesmo tempo, com projetos de SAM em produção no país, são um grupo restrito. O comprador deve verificar essa experiência com evidência, em vez de presumir que qualquer consultoria SAP a tenha.

Não há estatística pública confiável sobre quantos consultores ou parceiros têm projetos de SAM entregues no Brasil. Por isso este artigo trata a oferta de profissionais como um ponto de verificação do projeto: o que perguntar, onde conferir e como reduzir o risco de depender de poucas pessoas.

Por que o SAM pede uma equipe com várias especialidades

O guia de início rápido da SAP distribui a instalação entre seis papéis: administrador de TI, administrador do SAP ERP ou do SAP S/4HANA, especialista de segurança, administrador do SAP BTP, desenvolvedor MDK e especialista de negócio. O curso oficial de implementação no SAP Learning, voltado a consultores de implementação, tem nível intermediário e cobre arquitetura, instalação, configuração do aplicativo padrão, extensões, depuração, análise de causa raiz, desempenho e atualização.

A tabela relaciona cada competência ao ponto do projeto em que ela é exigida e à pergunta que separa experiência real de conhecimento teórico.

O detalhe de cada camada da arquitetura está no artigo sobre o que é o SAP Asset Manager.

Como verificar a disponibilidade de profissionais e parceiros

A própria SAP, na página de primeiros passos do SAM, recomenda contar com parceiros experientes para a implantação e afirma que a escolha do parceiro é decisiva para o projeto. O SAP Partner Finder permite buscar parceiros por solução e por país. Uma listagem no diretório indica relação formal com a SAP, mas não substitui a evidência de projetos de SAM entregues.

Na seleção, peça dados verificáveis:

• Liste os projetos de SAM em produção no Brasil, com versão do aplicativo, back-end (ECC ou SAP S/4HANA) e personas implantadas.
• Indique quais pessoas da proposta participaram desses projetos e em qual camada atuaram: BTP, add-on, MDK ou processo.
• Apresente uma referência de cliente que possa ser contatada sobre a fase de sustentação, e não só sobre o go-live.
• Descreva como foi feita a última atualização de versão do SAM em um cliente: notas aplicadas, metadados mesclados e tempo de parada.
• Informe quem cobre o suporte depois da garantia, em português, e em qual horário.

Se a resposta mostrar uma ou duas pessoas concentrando a experiência, esse é o dado mais importante da avaliação. Um projeto pode ser entregue por uma equipe pequena; a sustentação de vários anos é que sofre quando ela sai.

O risco de depender de poucos especialistas

O SAM não fica parado depois do go-live. A cada nova versão, a documentação de atualização pede verificar a compatibilidade com o back-end, aplicar notas, ativar o BC set da versão, replicar as customizações, criar a nova versão do aplicativo no SAP BTP e atualizar os metadados do MDK. Mudanças de plataforma também entram na conta: o ambiente Neo do SAP BTP está em descontinuação e os aplicativos precisam estar em Cloud Foundry.

Quando esse conhecimento fica com poucas pessoas, três problemas são previsíveis:

• A atualização de versão é adiada porque ninguém disponível conhece as extensões feitas no MDK.
• Um erro de sincronização leva dias para ser localizado, porque o diagnóstico depende de ler logs em várias camadas.
• O custo do suporte sobe com a escassez, e a empresa negocia sem alternativa.

Para reduzir esse risco, exija documentação de cada extensão do MDK, defina pelo menos duas pessoas por camada crítica, inclua testes de regressão por persona no contrato e forme uma pessoa interna capaz de abrir e acompanhar incidentes com a SAP pelo componente MOB-APP-SAM.

Quem responde por cada camada depois do go-live

O suporte de um aplicativo SAP com customizações tem responsáveis diferentes por camada. Deixar isso escrito evita que um incidente fique parado entre fornecedores.

Onde o PM RUN entra

A SAP oferece no SAM o aplicativo padrão para várias personas sobre o SAP BTP, e essa é a escolha natural para quem quer manter a mobilidade dentro da plataforma SAP. O PM RUN, do Grupo ITSS, atende outro recorte: execução e planejamento da manutenção sobre o mesmo SAP PM, com time, implantação e suporte no Brasil.

O PM RUN é uma camada sobre o SAP PM e não o substitui. O aplicativo de campo funciona offline em Android e iOS, e o portal de planejamento atende o PCM. A integração usa SOAMANAGER, PI, CPI, RFC ou plataformas de integração, conforme o ambiente, com um pacote próprio importado no SAP. Notas, ordens, confirmações, reservas e documentos de medição continuam registrados no SAP. A implantação é conduzida pela própria PM RUN, com atendimento remoto como padrão e presença em campo quando a homologação exige, e o suporte funciona por helpdesk com histórico de evidências, em português.

A solução tem mais de 12.000 usuários. Na Citrosuco, a planta avaliada chegou a 95% de confirmação de ordens; na Rivelli, o tempo gasto com tarefas manuais caiu 50%. Para conhecer o aplicativo de campo, veja o PM RUN; para a programação do PCM, o PM RUN Planejamento. O roteiro de projeto mobile no SAP PM ajuda a comparar as duas opções com o mesmo critério.