RISE with SAP: o que é, o que inclui e o que a manutenção precisa perguntar

RISE with SAP é a oferta da SAP para levar o ERP do cliente à nuvem em um único contrato de assinatura. Lançada em 27 de janeiro de 2021, ela reúne o ERP em nuvem (S/4HANA Cloud, nas edições Private ou Public), redesenho de processos, ferramentas e serviços de migração técnica, infraestrutura de nuvem, o SAP Business Technology Platform e acesso à SAP Business Network, com a SAP como responsável única por SLA, operação e suporte do que foi contratado. RISE não é uma versão nova do SAP; é a forma de contratar e operar o S/4HANA em nuvem.

Para a manutenção industrial, o ponto decisivo está na palavra contratado. O documento oficial de responsabilidades da SAP funciona como catálogo, e o que não foi comprado continua com a equipe do cliente. Integrações com aplicativos de campo, extensões feitas para o SAP PM e testes depois de cada upgrade precisam estar nomeados antes da assinatura.

O que é o RISE with SAP segundo a SAP

No anúncio de 2021, a SAP apresentou o RISE with SAP como uma oferta única de transformação, independente do ponto de partida do cliente, organizada em três frentes: redesenho de processos de negócio, migração técnica e construção da empresa inteligente, com acesso a APIs para integração entre sistemas. A SAP destacou também que a oferta tem uma parte responsável por SLA, operação e suporte, entregue com o ecossistema de parceiros.

A composição comercial mudou desde o lançamento, e o pacote de cada cliente depende da ordem de compra. Em 2025, a SAP passou a descrever o RISE with SAP como a jornada para o SAP Cloud ERP e o SAP Cloud ERP Private, nomes que ela usa para a nuvem pública e privada do S/4HANA. A leitura correta para quem avalia um contrato é tratar a lista de componentes como uma pergunta ao time comercial da SAP, e não como algo garantido em todo RISE.

O que a SAP opera e o que continua com o cliente

Para a Private Edition, a SAP publica o documento Roles and Responsibilities. Ele lista centenas de tarefas e as separa em serviços padrão, serviços opcionais, serviços adicionais cobrados à parte (SAP Cloud Application Services) e tarefas excluídas. O próprio documento afirma que toda tarefa não comprada pelo cliente, ou não prestada pela SAP como serviço padrão, mas aplicável ao ambiente, é responsabilidade do cliente.

Três itens desse catálogo afetam a manutenção diretamente:

• Administração de interfaces: configurar e monitorar IDocs, qRFC, tRFC, bgRFC e cenários ALE aparece como serviço adicional da SAP ou tarefa do cliente.
• Upgrade: a SAP executa o upgrade técnico, e o cliente ou o parceiro fica com planejamento, preparação e testes. Dentro do RISE, o cliente pode pedir um upgrade por ano e precisa fazer ao menos um a cada sete anos para permanecer na manutenção principal.
• Conversão do ECC: a conversão técnica do sistema aparece como serviço adicional. O documento exclui dela a parte funcional, como ajuste de código customizado e tratamento dos itens de simplificação, e deixa com o cliente a responsabilidade geral pelo projeto de conversão e pelo planejamento.

Na prática, a equipe de manutenção ganha um ERP operado tecnicamente pela SAP, mas continua dona do teste de cada fluxo que leva uma ordem do planejamento ao campo e de volta ao SAP. Quem assina o contrato sem mapear essas tarefas descobre a lacuna no primeiro upgrade.

RISE with SAP e o prazo do ECC

A manutenção principal da Business Suite 7, que inclui o ECC 6.0 e o ECC sobre HANA, vai até o fim de 2027, com manutenção estendida opcional até o fim de 2030. Para os maiores clientes que não conseguirem concluir a migração nesse prazo, a SAP criou o SAP ERP, private edition, transition option: uma assinatura com prazo definido que garante continuidade de 2031 a 2033, contratada dentro do RISE.

As condições publicadas pela SAP são restritivas. O sistema precisa estar migrado para o SAP ERP, private edition sobre SAP HANA até 31 de dezembro de 2030, o HANA é o único banco suportado, a oferta é centrada no ECC e não cobre todo o escopo da Business Suite 7, e só vale combinada com o plano de serviços max success. O caminho do ECC até 2030 está detalhado em O SAP PM acabou?, e a relação entre banco e ERP, em SAP HANA: o que é e versões.

Perguntas que a manutenção precisa fazer antes do RISE

Projetos de RISE costumam ser liderados por finanças e TI. A manutenção entra tarde e herda decisões sobre edição, extensões e integrações que mudam o trabalho de campo. As perguntas abaixo trazem esses pontos para a fase de contrato.

Integrações de ordens, notas e confirmações

Extensões e programas Z de manutenção

Relatórios de backlog, validações de confirmação, enhancements em ordens e telas customizadas costumam acumular anos de ajustes. A SAP oferece ferramentas de análise de código customizado no RISE, mas a decisão de manter, reescrever ou substituir cada programa precisa de alguém que conheça o processo de manutenção. Peça a lista dos objetos Z de PM com o destino proposto para cada um: código mantido, ABAP Cloud, extensão de usuário-chave, aplicação no SAP BTP ou funcionalidade padrão.

Na Public Edition, modificação de objeto SAP não é aceita, e toda extensão segue APIs e pontos de extensão liberados. Na Private Edition, o código clássico continua possível, mas cada upgrade passa a exigir sua análise. As diferenças entre edições estão em SAP S/4HANA: versões, edições e manutenção.

Aplicativos de campo e mobilidade

• Pergunte se o contrato inclui os serviços de plataforma que a solução móvel escolhida exige e em que volume, porque créditos e serviços do BTP variam por contrato.
• Defina quem testa o aplicativo de campo depois de cada upgrade e em quantos dias, já que a SAP executa a parte técnica e não testa os fluxos do cliente.
• Confirme como o aplicativo trata a janela de upgrade: técnicos em área sem sinal precisam continuar apontando offline e sincronizar depois, sem perda de dados.
• Peça a relação de releases e edições em que o fornecedor da mobilidade já opera em produção, com o mesmo tipo de integração do projeto.

Quem considera o aplicativo da própria SAP encontra a arquitetura e os requisitos em SAP Asset Manager: o que é, e os pontos de planejamento de projeto e suporte no Brasil em projeto e suporte de SAP Asset Manager no Brasil.

Calendário de upgrades e paradas da planta

Na Public Edition, os upgrades principais acontecem em fevereiro e agosto, em datas definidas pela SAP. Na Private Edition, o cliente escolhe a data dentro das regras do contrato. Em ambos os casos, a janela de upgrade precisa ser cruzada com o calendário de paradas programadas, porque uma regressão que falha na semana de uma parada pode travar o apontamento das ordens dessa parada.

Onde uma camada de execução sobre o SAP PM se encaixa

O RISE muda quem opera o ERP; a execução da manutenção continua acontecendo no campo. O PM RUN, do Grupo ITSS, é uma camada de execução, mobilidade e planejamento que roda sobre o SAP PM sem substituí-lo. Ele integra por OData, SAP PI/PO, SAP CPI ou REST, funciona offline e sincroniza com o SAP quando há conexão, e roda em nuvem com datacenter no Brasil. Num projeto RISE, essa integração entra no mesmo inventário de interfaces e no mesmo plano de regressão por upgrade. A página de mobilidade para SAP PM descreve o que o técnico executa no aplicativo, e a de planejamento, o trabalho do PCM.