SAP S/4HANA Cloud ou On-Premise: como escolher sem se arrepender depois

A pergunta chega quase sempre no mesmo formato: "nuvem ou on-premise?". E quase sempre na hora errada, depois que a decisão já foi tomada por outro motivo.

A escolha não é sobre onde o servidor fica. É sobre quanto do ERP você vai poder mudar e quem assume a manutenção disso pelos próximos dez anos. Quem decide pelo custo do primeiro ano costuma descobrir isso no terceiro.

Os quatro modelos, sem o marketing

Public Cloud (SAP S/4HANA Cloud, public edition). O SAP padrão, multi-inquilino, atualizado pela SAP em ciclo fixo. Customização em ABAP clássico não existe: extensões só pelo modelo side-by-side, na BTP. É o mais barato de manter e o menos flexível.

Private Cloud (normalmente dentro do RISE with SAP). Um ambiente dedicado, operado pela SAP ou por um parceiro, mas com o núcleo do S/4HANA ainda customizável. A SAP opera a infraestrutura e o banco; você continua dono do que roda em cima. É onde a maior parte das empresas brasileiras de médio e grande porte acaba.

On-Premise. O servidor é seu, a licença é perpétua, a liberdade é total e o trabalho também. Você decide quando atualizar — e, por consequência, é você quem fica para trás quando não atualiza.

Hospedado em nuvem pública (AWS, Azure, GCP) sem RISE. On-premise com a máquina de outro. Juridicamente e operacionalmente é on-premise: a responsabilidade de manter o SAP continua sua.

A pergunta que decide de verdade

Não é "quanto custa". É esta:

Quanto do seu processo é realmente diferente do padrão de mercado — e esse diferente é vantagem competitiva ou só herança?

A maior parte da customização que existe nos ERPs brasileiros é herança. Foi feita há doze anos, para resolver um problema que já não existe, e sobreviveu porque ninguém teve tempo de revisitar.

Se a sua customização é herança, Public Cloud é viável e o projeto vira uma oportunidade de limpeza. Se é vantagem real — a lógica de precificação que o concorrente não tem, a regra fiscal do seu setor específico —, Public Cloud vai transformar essa vantagem em uma extensão na BTP, que é mais cara de construir e de manter do que a mesma regra em ABAP.

O que cada modelo custa de verdade

O erro clássico é comparar licença com licença. O custo real tem quatro parcelas, e três delas não aparecem na proposta:

A linha que mais pega gente desprevenida é a terceira. No on-premise, a atualização é um projeto a cada poucos anos, com orçamento, janela e risco. Muita empresa que escolheu on-premise "para ter controle" simplesmente parou de atualizar — e é exatamente por isso que o prazo de 2027 do ECC apanhou tanta gente.

O que é difícil de desfazer

Esta é a parte que importa mais que o preço.

De Public Cloud para Private é relativamente simples. Você ganha liberdade que não tinha; o que foi feito continua valendo.

De Private para Public é um projeto novo. Toda customização em ABAP precisa ser reescrita como extensão ou abandonada. Empresas descobrem o tamanho disso tarde demais.

De on-premise para RISE é uma migração com contrato. Tecnicamente factível, comercialmente demorado.

A assimetria importa: errar para o lado da flexibilidade é mais barato de corrigir do que errar para o lado da restrição. Na dúvida real, com customização que você ainda não mapeou, Private Cloud é a decisão que fecha menos portas.

Três perguntas antes de assinar qualquer coisa

1. Quantos objetos Z você tem, e quantos são usados? Rodar um relatório de uso dos objetos customizados costuma revelar que 40% a 60% não são chamados há anos. Isso muda a conversa inteira.

2. Quem faz o Basis hoje, e essa pessoa fica? Dependência de uma pessoa só é o risco mais subestimado do on-premise. Se o seu Basis é terceirizado e funciona, on-premise se sustenta. Se é o analista que "sabe mexer", não.

3. Qual o seu apetite para atualização obrigatória? Public Cloud atualiza no calendário da SAP, não no seu. Para quem tem janela de parada apertada — indústria em três turnos, varejo em dezembro — isso é uma restrição operacional real, não um detalhe.

O que fazemos nessa conversa

Não vendemos licença SAP, então não temos preferência comercial por nenhum modelo.

O que costuma destravar a decisão é o inventário de customização: quantos objetos existem, quais são usados, quais têm equivalente no padrão. Com esse número na mão a escolha quase sempre se resolve sozinha — e sem ele, qualquer recomendação é chute bem embalado.