SAP S/4HANA: o que é, edições, RISE, SAP Cloud ERP e as diferenças entre eles

SAP S/4HANA é o ERP atual da SAP, sucessor do SAP ERP 6.0 (ECC), construído sobre o banco de dados em memória SAP HANA e com o SAP Fiori como interface de usuário. Em outubro de 2026, ele existe em três formas de implantação: SAP S/4HANA on-premise, SAP S/4HANA Cloud Private Edition e SAP S/4HANA Cloud Public Edition. As duas edições em nuvem são vendidas com os nomes comerciais SAP Cloud ERP Private e SAP Cloud ERP, dentro das ofertas RISE with SAP e SAP GROW.

RISE with SAP e SAP GROW são ofertas, e não versões do ERP: é por elas que a SAP leva o cliente a cada edição, com contrato de assinatura, ferramentas e serviços. Para a TI, a escolha entre as três formas define quem opera a infraestrutura, quem marca a data do upgrade e que tipo de código e de integração o sistema aceita. Para a manutenção industrial, define quais processos, transações, aplicativos móveis e interfaces de ordem, nota e confirmação ficam disponíveis.

O que é o SAP S/4HANA

A SAP lançou o S/4HANA em 3 de fevereiro de 2015 como a geração de ERP que substitui o SAP ERP 6.0. O material de formação da própria SAP o descreve como a suíte de ERP construída sobre o SAP HANA e com o SAP Fiori como interface. Duas consequências técnicas saem dessa definição.

• O banco é sempre o SAP HANA. SAP HANA é o banco de dados em memória e orientado a colunas da SAP. Um ECC pode rodar em HANA ou em bancos de outros fabricantes; um S/4HANA, não. A diferença entre banco e ERP está em SAP HANA: o que é e versões.
• A entrada do usuário é o SAP Fiori launchpad, com aplicativos organizados por função. As transações clássicas continuam nas edições que as aceitam.

A manutenção industrial, que no ECC é o módulo SAP PM, continua no S/4HANA, na área de gestão de ativos (Asset Management), com os mesmos objetos de base: equipamento, local de instalação, nota, ordem, operação, plano de manutenção e ponto de medição.

O guia técnico fala em SAP S/4HANA Cloud Private Edition, a proposta comercial fala em SAP Cloud ERP Private e a apresentação do projeto fala em RISE with SAP. Os três podem estar descrevendo o mesmo sistema.

S/4HANA, SAP Cloud ERP, RISE e GROW: qual nome designa o quê

A SAP usa quatro tipos de nome para o mesmo ERP: o nome técnico do produto, o nome comercial, o nome da oferta de venda e o nome do portfólio. O curso oficial Exploring SAP Cloud ERP resume a correspondência: GROW with SAP é o pacote de venda, SAP Cloud ERP é o termo de marketing e SAP S/4HANA Cloud Public Edition é o nome técnico; RISE with SAP é o pacote de venda, SAP Cloud ERP Private é o termo de marketing e SAP S/4HANA Cloud Private Edition é o nome técnico.

A tabela separa cada nome pelo tipo, com os termos que a SAP usa em outubro de 2026.

Nome	Tipo de nome	O que designa em outubro de 2026
SAP S/4HANA	Produto e família técnica	O ERP on-premise e, por extensão, toda a família. Segue nos guias técnicos; o release vigente é o SAP S/4HANA 2025
SAP S/4HANA Cloud Private Edition	Nome técnico	ERP em nuvem de locatário único (single-tenant), com o mesmo código do on-premise
SAP Cloud ERP Private	Nome comercial	A Private Edition, vendida em pacote com ferramentas de transformação. Em uso desde o anúncio de 22/04/2025
SAP S/4HANA Cloud Public Edition	Nome técnico	ERP em nuvem multilocatário (multi-tenant), entregue como software como serviço
SAP Cloud ERP	Nome comercial e categoria	A Public Edition. A SAP também usa o termo como categoria para as duas edições em nuvem
RISE with SAP	Oferta e jornada	Transformação da base instalada até o ERP em nuvem, hoje apresentada com destino no SAP Cloud ERP Private
SAP GROW (GROW with SAP)	Oferta e jornada	Adoção do ERP público. O site comercial usa SAP GROW; contratos e anúncios trazem GROW with SAP
SAP Business Suite	Portfólio	Conjunto lançado em fevereiro de 2025 que combina ERP em nuvem, aplicações de negócio, SAP Business Data Cloud e SAP Business AI
SAP Business Suite 7	Geração anterior	Suíte que inclui o SAP ERP 6.0, o ECC, em manutenção com prazo por enhancement package
SAP ERP, private edition, transition option	Assinatura temporária	Continuidade de 2031 a 2033 para um ECC já migrado ao SAP ERP, private edition sobre SAP HANA
SAP Business AI Platform e SAP Autonomous Suite	Evolução do portfólio	Base de IA corporativa e agentes sobre as aplicações existentes, anunciadas em 12/05/2026. Não são edição nova do ERP

O nome S/4HANA não acabou. Códigos de API, guias de conversão, documentos contratuais e certificações seguem com os nomes técnicos, e um documento que diz S/4HANA não está desatualizado por isso. A SAP também não marcou uma data única para a troca: o nome SAP Cloud ERP Private está em uso desde o anúncio de 22/04/2025, e os dois vocabulários convivem.

Quando cada nome e cada oferta apareceu

A tabela reúne os anúncios da SAP que explicam o vocabulário atual, com a data de cada publicação oficial.

Data	O que a SAP anunciou
03/02/2015	Lançamento do SAP S/4HANA
27/01/2021	RISE with SAP, oferta por assinatura com um responsável por SLA, operação e suporte
15/09/2022	Ciclo de dois anos e sete anos de manutenção principal por release, a partir do S/4HANA 2023
21/03/2023	GROW with SAP, com o SAP S/4HANA Cloud, public edition, para empresas de médio porte
04/02/2025	SAP ERP, private edition, transition option
Fevereiro de 2025	Nova SAP Business Suite
22/04/2025	Pacote SAP Cloud ERP Private
04/08/2025	Condições da transition option, entre elas o mínimo de 2 TB
12/05/2026	SAP Business AI Platform e SAP Autonomous Suite
07/10/2026	FPS02 do S/4HANA 2025 registrado no guia; comunicado sobre bancos de terceiros e Java depois de 2030

Quais são as três formas de implantação do S/4HANA

As três formas compartilham o banco SAP HANA e diferem em contrato, operação, upgrade e extensão. On-premise e Private Edition usam o mesmo código; a Public Edition tem numeração e calendário próprios.

SAP S/4HANA on-premise

SAP S/4HANA on-premise é o ERP instalado em infraestrutura gerida pelo cliente ou por um provedor que ele contrata. On-premise não exige servidor dentro da empresa: o sistema pode estar em data center próprio, em hospedagem ou em máquinas de um hiperescalador contratadas direto pelo cliente.

A contratação é por licença perpétua com manutenção, e a equipe de Basis ou o parceiro opera infraestrutura, banco e correções. A versão base sai a cada dois anos desde o 2023, numerada pelo ano. O cliente decide quando fazer o upgrade: não há obrigação contratual de instalar, mas a manutenção de cada release tem fim. ABAP Cloud e ABAP clássico estão disponíveis, e a SAP recomenda o clean core mesmo onde modificar é tecnicamente possível.

SAP S/4HANA Cloud Private Edition, o SAP Cloud ERP Private

SAP S/4HANA Cloud Private Edition é o ERP em nuvem de locatário único da SAP, com o mesmo código e o mesmo escopo funcional do on-premise, contratado por assinatura e operado tecnicamente pela SAP. SAP Cloud ERP Private é o nome comercial dessa edição e do pacote em que ela é vendida, dentro do RISE with SAP.

O guia de descrição de serviço da edição privada usa a métrica FUE, que converte tipos de usuário numa unidade única; quantidades e fatores valem conforme a versão do documento e o pedido. A infraestrutura fica num data center da SAP ou num hiperescalador, e a SAP lista AWS, Microsoft Azure e Google Cloud entre os provedores, com oferta que varia por região e contrato. A SAP instala o upgrade técnico a pedido; o cliente mantém o sistema num release coberto por manutenção e prepara processos, código próprio e integrações. ABAP clássico continua disponível, e o direito de modificar o padrão depende da oferta nomeada no contrato.

O documento Roles and Responsibilities da edição privada, na versão de julho de 2026, separa serviços padrão, adicionais, opcionais, empacotados e excluídos. Tarefa aplicável ao ambiente que não está incluída nem foi comprada continua com o cliente.

SAP S/4HANA Cloud Public Edition, o SAP Cloud ERP

SAP S/4HANA Cloud Public Edition é o ERP em nuvem multilocatário da SAP, entregue como software como serviço, com processos pré-configurados e extensão somente pelos mecanismos liberados. SAP Cloud ERP é o nome comercial dessa edição, vendida na oferta SAP GROW.

O documento de uso da edição pública, atualizado em 20/07/2026, mede os pacotes Finance e Supply Chain por usuário (User) e mantém FUE em ofertas GROW. A SAP opera o serviço inteiro. A numeração combina ano e mês: 2602 é o release de fevereiro de 2026 e 2608, o de agosto. São dois upgrades principais por ano, instalados pela SAP em calendário publicado. Na paisagem de dois sistemas, o calendário planejado do 2608 trouxe o sistema de qualidade em 1 e 2 de agosto de 2026 e a produção em 15 e 16 de agosto, e a regressão do cliente precisa caber nessa janela.

Textos que falam em upgrade trimestral misturam os upgrades principais com as correções e entregas contínuas que acontecem entre eles.

RISE with SAP e SAP GROW são produtos?

Não são produtos de software. RISE with SAP é a oferta de transformação por assinatura da SAP para levar a base instalada ao ERP em nuvem. No lançamento, em 2021, a SAP a apresentou como oferta única, com um responsável por acordo de nível de serviço, operação e suporte. Em outubro de 2026, a página oficial a descreve como o caminho para o SAP Cloud ERP Private, com metodologia e ferramentas de transformação.

SAP GROW é a oferta da SAP para adotar o ERP em nuvem pública, com processos pré-configurados, serviços de adoção, comunidade e recursos de aprendizado. Foi lançada em 21 de março de 2023 como GROW with SAP, voltada a empresas de médio porte.

• RISE não é release, banco de dados nem upgrade de sistema. A versão do ERP num contrato RISE continua sendo um release do S/4HANA.
• A relação de RISE com a edição privada e de GROW com a edição pública descreve a apresentação comercial de outubro de 2026. O comunicado da SAP de 04/08/2025 cita as duas edições na jornada RISE, e a pesquisa de 2026 da ASUG, o grupo de usuários SAP das Américas, ainda registra associados com RISE na edição pública.
• Hospedar uma licença própria de S/4HANA num hiperescalador não cria um contrato RISE. Muda quem contrata infraestrutura e operação e quais termos regem o serviço.
• O pacote SAP Cloud ERP Private anunciado em 22/04/2025 cita, além do ERP, SAP LeanIX, SAP Signavio, SAP Build e outros componentes. A lista do anúncio não é direito universal: quantidades, limites e serviços de SAP BTP dependem do nível contratado e do pedido.

O contrato, a matriz de responsabilidades e as perguntas antes da assinatura estão em RISE with SAP. A diferença entre as ofertas está em RISE with SAP e GROW with SAP, e o recorte da manutenção, em RISE with SAP: o que a manutenção precisa perguntar.

On-premise, Private Edition e Public Edition: a comparação completa

A tabela compara as três formas de implantação e o ECC como ponto de partida. As colunas Private e Public representam os produtos técnicos. Os dados vêm da documentação e dos documentos contratuais públicos da SAP vigentes em outubro de 2026; onde a regra depende do contrato, a célula diz isso.

Dimensão	S/4HANA on-premise	Private Edition (SAP Cloud ERP Private)	Public Edition (SAP Cloud ERP)	ECC como ponto de partida
Tipo	ERP instalado	Nuvem privada, locatário único	Nuvem pública, multilocatário	ERP da geração anterior
Oferta associada	Licença própria	RISE with SAP	SAP GROW; contratos RISE anteriores	SAP Business Suite 7
Contrato usual	Licença perpétua e manutenção	Assinatura	Assinatura	Licença e manutenção existentes
Métrica	Conforme licença e engines	FUE; outras por componente	User; FUE nas ofertas GROW	A do contrato existente
Banco de dados	SAP HANA	SAP HANA	SAP HANA, base do serviço	SAP HANA ou outros bancos suportados
Infraestrutura	Própria ou hospedada	SAP ou hiperescalador elegível	Serviço público da SAP	Instalação existente
Operação técnica	Cliente ou provedor	SAP, no escopo contratado	SAP	Cliente ou provedor
Numeração da versão	Ano: 2023, 2025	Ano: 2023, 2025	Ano e mês: 2602, 2608	ERP 6.0 com EHP
Upgrade principal	A cada dois anos	A cada dois anos	Dois por ano, fevereiro e agosto	Conforme o caminho de migração
Quem instala o upgrade	Cliente ou parceiro	SAP, a pedido do cliente	SAP, pelo calendário	Cliente ou parceiro
Testes funcionais e de integração	Cliente ou parceiro	Cliente ou parceiro	Cliente, na janela do calendário	Cliente ou parceiro
Caminho de entrada	Nova implementação, conversão ou transição seletiva	Os mesmos, mais lift and shift de um S/4HANA	Nova implementação com migração de dados	É a origem
Configuração	IMG e SAP Best Practices	IMG e SAP Best Practices	Scope items obrigatórios	Customizing existente
ABAP clássico	Disponível	Disponível, sujeito ao contrato	Sem Standard ABAP irrestrito	Código a analisar na conversão
ABAP Cloud	Conforme o release	Conforme o release	É o modelo de desenvolvimento	Não é o modelo do ECC
Modificação do padrão	Possível; clean core recomendado	Depende da oferta contratada	Não permitida	Legado a inventariar
Níveis de clean core	A a D	A a D	Somente A	Não se aplica
RFC e BAPI	Conforme release e autorização	Conforme release, rede e autorização	Só interfaces liberadas por cenário	As do sistema atual
OData e APIs	Conferir por release	Conferir por release	APIs públicas, por communication arrangement	Não presumir as APIs do S/4HANA
SAP GUI e Fiori	Transações clássicas e apps Fiori	Transações clássicas e apps Fiori	Fiori, com SAP GUI for HTML em parte das telas	Transações clássicas
Aplicativo móvel da SAP para manutenção	SAP Service and Asset Manager	SAP Service and Asset Manager	SAP Maintenance Assistant	SAP Service and Asset Manager, com EHP7 ou EHP8

A comparação das duas edições em nuvem, com o detalhe de escopo, extensão, upgrade e integração, está em SAP Cloud ERP público e privado: as diferenças.

Clean core e código Z: o que cada edição aceita

Clean core é a diretriz da SAP de manter as extensões desacopladas do código padrão, apoiadas em interfaces liberadas, para que o upgrade não dependa de ajuste em cada customização. O curso oficial sobre o tema classifica o código próprio em quatro níveis: A usa somente APIs liberadas, com ABAP Cloud; B usa APIs clássicas consideradas seguras; C usa objetos internos com algum risco, acompanhados por registro de mudanças da SAP; D usa técnicas que a SAP não recomenda.

Na Public Edition, só o nível A é admitido. Os níveis B, C e D existem apenas na Private Edition e no on-premise. A classificação mede a dependência do código e não dá licença para modificar o padrão. Para um ECC com anos de programas Z, a consequência é um inventário em que cada objeto ganha destino antes da escolha da edição. Os níveis, os tipos de extensão e o tratamento do código existente estão em Clean core no SAP.

Releases e prazos de manutenção do S/4HANA em outubro de 2026

Em outubro de 2026, o release on-premise e Private mais recente é o SAP S/4HANA 2025. O histórico do guia oficial registra a primeira versão do documento em 08/10/2025, o FPS01 em 25/02/2026 e o FPS02 em 07/10/2026. O guia prevê três feature pack stacks por release; depois deles, o release recebe support package stacks, com correções.

• Desde o S/4HANA 2023, a SAP lança uma versão base a cada dois anos, com sete anos de manutenção principal. Releases até o 2022 tinham cinco.
• A SAP mantém o compromisso de ter ao menos um release do S/4HANA em manutenção até 2040. O compromisso é com a família: cada release tem o próprio fim de manutenção, que deve ser lido na Product Availability Matrix da SAP, e não calculado somando anos ao lançamento.
• A Public Edition não segue essa tabela. Os releases 2602 e 2608 são os upgrades principais de 2026.

Os compatibility packs costumam ser confundidos com prazo do ERP. A apresentação da SAP de 04/02/2026 separa direito de uso de manutenção e aponta 31/05/2026 como fim de certos direitos de uso, com exceções e condições até 2030 e regras diferentes para assinaturas em nuvem. Essa data não é o fim do S/4HANA nem da gestão de manutenção; o inventário do que está em uso e a SAP Note 2269324 dizem o que vale para cada sistema.

O ciclo completo, com FPS, SPS e o efeito no calendário de testes, está em SAP S/4HANA: versões, edições e manutenção.

Os prazos de todas as versões, do ECC por enhancement package ao S/4HANA, NetWeaver e HANA, e o que cada fase de manutenção cobre estão em suporte SAP por versão: prazos de manutenção e fases.

Quem ainda está no ECC: prazos por enhancement package

O SAP ERP 6.0, o ECC, faz parte do SAP Business Suite 7. Ele é o ponto de partida dos projetos, e não uma quarta edição do S/4HANA. O prazo depende do enhancement package (EHP) instalado, e o suporte até 2027 só vale para parte da base.

• ERP 6.0 sem EHP ou com EHP anterior ao 6: a manutenção principal terminou em 31 de dezembro de 2025. Subir para os EHP6 a 8 muda esse horizonte.
• EHP6 a 8: manutenção principal até o fim de 2027 e estendida opcional de 2028 ao fim de 2030, com prêmio de dois pontos percentuais sobre a base de manutenção.
• Sem a estendida, ou depois dela: manutenção específica do cliente (customer-specific maintenance), com escopo menor.
• 2031 a 2033: SAP ERP, private edition, transition option, uma assinatura para elegíveis que não prorroga a manutenção do ECC on-premise. Exige o sistema migrado ao SAP ERP, private edition sobre SAP HANA antes de 31/12/2030, mínimo de 2 TB e o plano max success.

Trocar o banco do ECC para HANA não o converte em S/4HANA nem muda o prazo da aplicação. Em 07/10/2026, a SAP esclareceu o que acontece com o Business Suite 7 em banco de terceiros ou com dependência de Java: os acordos de revenda e suporte desses bancos e o suporte de Java do SAP NetWeaver AS Java 7.5 estão previstos para terminar no fim de 2030, e a manutenção específica do cliente não repõe esse suporte. A conversão de um Business Suite 7 em banco de terceiros para o S/4HANA ou o SAP Cloud ERP só fica disponível enquanto os acordos vigoram; depois, o comunicado indica nova implementação. O recorte é dos ambientes afetados, e não de todo ECC.

Os caminhos oficiais são nova implementação (greenfield), conversão de sistema (brownfield) e transição seletiva de dados; o lift and shift move um S/4HANA existente para a nuvem privada preservando o release. Cada um está em migração do ECC ao S/4HANA: greenfield, brownfield e os outros caminhos, e o efeito do fim da manutenção para quem opera o PM, em O SAP PM acabou?.

O que muda para a manutenção industrial em cada edição

A manutenção existe nas três formas de implantação. O nome que a SAP dá à área e a relação com o PM do ECC estão em SAP PM virou SAP EAM?, e o conceito, em o que significa a sigla EAM. Entre edições, mudam o escopo ativável, a interface, o aplicativo móvel e o caminho de integração.

Escopo de processos de manutenção

No on-premise e na Private Edition, a manutenção roda com os processos clássicos e com o processo por fases, configurados no IMG. Na Public Edition, as ordens seguem o processo por fases, estruturado em nove fases, e cada processo é ativado por scope item. A lista atual do curso oficial traz Reactive Maintenance (4HH), Proactive Maintenance (4HI), Improvement Maintenance (4VT), Operational and Overhead Maintenance (4WM) e Permit to Work (7Z4). Maintenance Resource Scheduling (43R), SAP Maintenance Assistant (4RV) e Maintenance Order Processing with SAP Field Service Management (7Z2) exigem licença adicional.

Corrective Maintenance (BH1) e Preventive Maintenance (BJ2) estão marcados como obsoletos (deprecated) desde o release 2302, e Emergency Maintenance (BH2), desde o 2602; os sucessores são 4HH e 4HI. Obsoleto, nesse caso, significa que o item não entra em nova ativação.

Dizer que a edição pública não tem PM está errado, e dizer que ela atende qualquer planta também. O curso comparativo da SAP registra que, no release 2602, não havia scope item para reforma de sobressalentes (Refurbishment of Spare Parts) nem para o processo de checklist. A lacuna é daquele release, e a situação no 2608 precisa ser conferida antes da decisão.

SAP GUI e Fiori

Fiori e SAP GUI não são alternativas excludentes. No on-premise e na Private Edition, transações clássicas como IW31 e IW32 seguem documentadas no S/4HANA 2023 FPS03, ao lado dos apps Fiori. Na Public Edition, o launchpad combina apps Fiori com telas de SAP GUI for HTML: um artigo da base de conhecimento da SAP associa IK11 e IK18 a essa edição. Isso não significa acesso ao SAP GUI de desktop nem a todas as transações clássicas. Os apps de planejamento e de campo estão em SAP Fiori para manutenção.

Mobilidade

Os aplicativos móveis da SAP têm backends diferentes. O guia de início rápido do SAP Service and Asset Manager 2511 lista como backend a Private Edition, o S/4HANA on-premise e o ERP 6.0 com EHP7 ou EHP8, e direciona a Public Edition ao SAP Maintenance Assistant. A consequência vale para qualquer aplicativo de campo, da SAP ou de terceiro: uma integração validada no ECC ou na Private Edition não está validada na Public Edition por analogia. A arquitetura do aplicativo da SAP está em SAP Asset Manager: o que é, e as decisões de projeto, em projeto mobile para SAP PM.

Integração de ordens, notas, confirmações e medições

Na Public Edition, a integração usa interfaces liberadas, ativadas por cenário de comunicação. A documentação lista, entre outras, API_MAINTENANCEORDER_0002 para ordem, API_MAINTNOTIFICATION para nota e API_MAINTORDERCONFIRMATION para confirmação, em OData V2, além de API_MEASURINGPOINT e API_MEASUREMENTDOCUMENT, em OData V4. Ponto de medição é cadastro; documento de medição é a leitura registrada, e a API de um não cobre o outro.

A edição pública também não se limita a OData: a SAP documenta BAPIs liberadas para cenários determinados de ordem, confirmação e nota, o que não autoriza chamar qualquer BAPI. Para cada interface, confere-se o objeto, a operação de leitura ou escrita, a API exata, a edição, o release e o cenário de comunicação ativo.

No on-premise e na Private Edition, o leque de interfaces é maior, e cada uma entra no teste de cada upgrade. A estrutura da ordem de manutenção no SAP PM ajuda a listar os campos que cada fluxo grava, e o log de integração com o SAP PM mostra como rastrear o que falhou entre os sistemas.

SAP S/4HANA no Brasil: localização fiscal e adoção anunciada

No Brasil, a SAP fala em ERP na nuvem, edição pública e edição privada, e mantém em inglês as marcas SAP Cloud ERP, SAP Cloud ERP Private, RISE with SAP e SAP GROW. Três pontos do recorte brasileiro têm fonte.

• Localização fiscal na edição pública: o documento de novidades da Public Edition 2502.1, publicado em português, registra campos de nota fiscal na API de fatura de fornecedor e a EFD ICMS IPI. Isso prova que a edição pública recebe conteúdo fiscal brasileiro por release. Não prova cobertura de toda obrigação, e a aderência é verificada por processo, no release de destino.
• Adoção anunciada: no comunicado de 06/08/2025 sobre o segundo trimestre na América Latina, a SAP citou quatro empresas com operação no Brasil no caminho do RISE with SAP. Duas já rodavam S/4HANA: uma concluiu em junho de 2025 a migração do sistema existente para o SAP Cloud ERP Private e outra migrou o S/4HANA on-premise para a nuvem privada. O RISE também é destino de quem já está no S/4HANA, e anúncio não equivale à entrada em produção.
• Percentual de adoção: a SAP não publica quantas empresas brasileiras estão em cada edição.

Para a manutenção, a localização fiscal aparece nos fluxos que cercam a ordem, como a compra de materiais e serviços e o recebimento com nota fiscal. Esses fluxos entram no mesmo teste que valida a edição.

Como escolher entre on-premise, Private Edition e Public Edition

Porte da empresa sozinho não decide. A SAP apresenta o ERP público também para subsidiárias de grupos grandes, e o que elimina a edição pública é a dependência de código ou de processo que ela não aceita, em empresa de qualquer tamanho. A tabela organiza a decisão por critério, a partir das diferenças documentadas nas seções anteriores.

Critério	Pergunta a responder	O que a documentação indica
Ponto de partida	O sistema atual é um ECC customizado, um S/4HANA existente ou uma operação nova?	Conversão leva ao on-premise ou à Private; a Public é nova implementação com migração de dados
Código próprio e add-ons	Quanto do processo depende de ABAP clássico, de modificação ou de add-on instalado?	Private e on-premise mantêm o ABAP clássico; a Public admite só o nível A
Calendário de upgrade	A operação consegue testar duas vezes por ano, em data marcada pela SAP?	Public: fevereiro e agosto. Private e on-premise: o cliente escolhe a janela
Operação	A equipe de Basis continua operando ou passa a gerir um contrato de serviço?	On-premise mantém a operação; Private e Public transferem à SAP o que está no contrato
Escopo de manutenção	Os processos em uso existem como scope item no release de destino?	Reforma de sobressalentes e checklist não tinham scope item na Public 2602
Mobilidade e integrações	O aplicativo de campo e cada interface de ordem, nota e confirmação têm caminho liberado no destino?	Na Public, só interfaces liberadas e SAP Maintenance Assistant como aplicativo da SAP
Localização	A cobertura fiscal do país e do processo está documentada no release?	Há conteúdo fiscal brasileiro na Public; cobertura integral não é garantida pela documentação
Prazo	Qual é o EHP, qual é o banco e existe dependência de Java?	Prazo por EHP; bancos de terceiros e Java têm limite próprio no fim de 2030

A ordem das respostas importa. Escopo funcional, código próprio e integrações eliminam opções antes de preço e de calendário. Quem escolhe a edição pelo contrato e descobre depois que um processo de manutenção não tem scope item, ou que uma interface de campo não tem API liberada, refaz a decisão com o projeto em andamento.

Onde a execução da manutenção entra nessa escolha

A edição define o que o ERP aceita. A execução continua no campo: o técnico recebe a ordem, aponta as horas, registra a medição e a confirmação volta ao SAP. A PM RUN é a plataforma de execução, mobilidade e planejamento de manutenção que roda sobre o SAP PM, sem substituir o SAP, com mais de 12.000 usuários. A PM RUN usa o SAP PM no ECC 6.0 ou no S/4HANA, on-premise ou em nuvem.

Num projeto de migração, essa integração entra no mesmo inventário de interfaces e no mesmo plano de regressão por upgrade que qualquer outra, e a arquitetura é validada na edição e no release de destino. A página de software de manutenção para SAP PM mostra o que o técnico e o planejador executam na plataforma, e o Guia SAP PM traz checklist de dados mestres e de extração de ordens para revisar a base antes da migração.