Do SAP Work Manager ao SAP Asset Manager: o que muda na migração da mobilidade SAP

Sair do SAP Work Manager para o SAP Asset Manager, hoje chamado SAP Service and Asset Manager, é uma reimplantação da camada móvel, e não uma atualização de versão. O Work Manager é uma aplicação Agentry que roda no SAP Mobile Platform ou na Agentry Cloud Edition. O SAM é construído com o Mobile Development Kit e roda no SAP BTP Mobile Services. O add-on no back-end SAP pertence à mesma família, mas o aplicativo, a ferramenta de customização e o protocolo de integração mudam.

O prazo também mudou de natureza. A plataforma on-premise do Work Manager é o SAP Mobile Platform, e a versão de servidor 3.1 saiu da manutenção principal em 30/06/2024, segundo a base de conhecimento da SAP. Quem ainda opera o Work Manager precisa decidir entre manter o aplicativo na edição em nuvem ou migrar para o SAM, e conferir a data do próprio produto na Product Availability Matrix (PAM) da SAP.

O que é o SAP Work Manager e em que ele roda

O guia de instalação do SAP Work Manager 6.6 descreve o produto como uma aplicação Agentry implantada no SAP Mobile Platform. A aplicação é construída com o Agentry Toolkit, que inclui editor no Eclipse, ambiente de testes, cliente e servidor de execução, e usa lógica em Java para a sincronização com o SAP. No back-end, o Work Manager depende do SAP Mobile Add-On for ERP, com objetos nos namespaces /SMERP/, /SMFND/ e /SYCLO/, e gera arquivos de constantes de BAPI durante a instalação.

Essa arquitetura exigia servidores próprios do SAP Mobile Platform, em geral com ambientes de desenvolvimento, qualidade e produção, além de proxy reverso ou Relay Server para o acesso externo. A documentação de migração do SAP Mobile Services cita esse custo de infraestrutura como um dos motivos para a mudança de plataforma.

O status oficial do Work Manager

A SAP trata o SAP Mobile Services como sucessor do SAP Mobile Platform. Para aplicações Agentry, como o Work Manager, a documentação de migração do Mobile Services indica um caminho específico: reaproveitar o aplicativo existente no SAP Work Manager, cloud edition, que executa a versão customizada sobre a infraestrutura da Agentry Cloud Edition (ACE). A mesma documentação informa que a migração de aplicação para o Mobile Services não é possível para aplicações baseadas em Agentry.

A tabela compara os dois caminhos documentados para quem tem Work Manager em produção.

A edição em nuvem resolve a infraestrutura, mas mantém a mesma geração de tecnologia. A data de fim de manutenção do Work Manager e da ACE deve ser conferida na PAM e nas notas SAP aplicáveis ao contrato, porque as datas que circulam em fóruns variam por versão e por modelo de implantação.

O que muda ao ir do Work Manager para o SAM

A comparação abaixo usa apenas a documentação técnica da SAP de cada produto. Ela mostra onde a equipe de projeto e de suporte muda de competência.

O que se reaproveita

O back-end. Tanto o Work Manager quanto o SAM usam o SAP Mobile Add-On com os componentes SMFND e SMERP, e a configuração no SAP é feita pelo painel /SYCLO/CONFIGPANEL. O processo de manutenção no SAP PM, os dados mestres, os catálogos e as autorizações de negócio também continuam valendo. O que precisa ser conferido é o support package do add-on: cada versão do SAM exige um nível mínimo, informado no guia de atualização da versão escolhida.

O que se refaz

A camada do aplicativo. Telas, regras e extensões construídas em Agentry e Java precisam ser redesenhadas como metadados do MDK, e a documentação consultada não descreve conversão automática entre os dois modelos. O relatório /SMFND/CORE_MIGRATE_MAPP_CONFG, citado no guia de atualização, copia customizações de configuração entre versões do próprio SAM a partir da 2305 e não se aplica à saída do Work Manager. O recorte offline, o onboarding de aparelhos, a autenticação e o monitoramento também passam a ser feitos no SAP BTP.

Como planejar a migração do Work Manager para o SAM

O roteiro abaixo organiza as decisões na ordem em que elas travam o projeto.

1. Levante as customizações do Work Manager em produção: telas, regras, campos e integrações. Separe o que atende o processo atual do que existe só por herança.
2. Mapeie usuários para personas do SAM e defina o tipo de uso de licença de cada grupo com a SAP.
3. Confira a compatibilidade do back-end: versão do ECC ou do SAP S/4HANA, support package do add-on ou FPS do MAIF. Se o ECC estiver no caminho do fim de manutenção, alinhe a migração móvel ao cronograma do ERP.
4. Prepare a conta e as subcontas do SAP BTP, o Mobile Services e o Cloud Connector, com segurança e propagação de usuário testadas.
5. Reconstrua no MDK apenas as extensões que o processo exige e registre cada uma, porque elas serão mescladas a cada atualização do SAM.
6. Defina o recorte offline por persona e teste sincronização, conflitos e falhas de envio com as ordens reais da planta.
7. Faça um piloto com um grupo ou uma planta, mantendo o Work Manager em paralelo até o aceite, e só então desative o servidor antigo.

A matriz de testes do artigo sobre homologação de mobilidade no SAP PM serve de base para o aceite do piloto, independentemente do aplicativo escolhido.

Quando vale reavaliar o desenho da mobilidade

A troca obrigatória de plataforma é também o momento de revisar o que a mobilidade precisa entregar. Se a operação quer o aplicativo padrão da SAP, com várias personas e estratégia de plataforma no SAP BTP, o SAM é o caminho natural. Se o objetivo principal é execução de ordens do SAP PM no campo e planejamento do PCM, com implantação e suporte em português, existe a alternativa de uma camada sobre o mesmo SAP PM.

O PM RUN se encaixa nesse segundo cenário. Ele roda sobre o SAP PM sem Mobile Services nem MDK, com integração por SOAMANAGER, PI, CPI, RFC ou plataformas de integração, e com um pacote próprio importado no ambiente SAP. Notas, ordens, confirmações, reservas e documentos de medição continuam registrados no SAP. A decisão entre os caminhos deve considerar a plataforma que a empresa vai manter nos próximos anos e quem vai sustentar a solução depois do go-live.