SAP Clean Core: como modernizar o S/4HANA sem criar um novo legado

Clean Core não significa eliminar todas as customizações. Significa evoluir o ambiente SAP com arquitetura, governança e extensibilidade capazes de acompanhar atualizações, integrações e novas tecnologias sem aumentar continuamente a dívida técnica.

Durante muitos anos, customizar o ERP foi uma resposta natural para adaptar o SAP às particularidades de cada empresa.

Desenvolvimentos Z, modificações no standard, interfaces específicas, regras próprias e integrações construídas ao longo do tempo permitiram que muitas organizações ajustassem o sistema às necessidades do negócio.

O problema surge quando essas adaptações se acumulam.

O ambiente começa a ficar mais complexo, atualizações exigem análises cada vez maiores, integrações se tornam difíceis de manter e um projeto de evolução — como uma migração ou atualização do SAP S/4HANA — passa a carregar anos de decisões técnicas anteriores.

É justamente nesse contexto que o conceito de SAP Clean Core ganha importância.

O que é Clean Core no SAP?

Clean Core é uma abordagem arquitetural e de governança que busca manter o núcleo do SAP o mais próximo possível do padrão, ao mesmo tempo em que permite que a empresa continue criando diferenciações e atendendo necessidades específicas do negócio.

Ou seja: Clean Core não significa operar um SAP sem customizações.

A questão central passa a ser outra:

onde, como e com quais tecnologias cada extensão deve ser construída?

A SAP vem estruturando suas recomendações de extensibilidade justamente para permitir que empresas façam adaptações sem comprometer a capacidade futura de atualização do ERP.

Entre as alternativas estão extensões diretamente no ambiente SAP utilizando modelos compatíveis com Clean Core e extensões desacopladas, executadas fora do núcleo do ERP por meio do SAP Business Technology Platform (SAP BTP). A orientação atual da SAP privilegia APIs liberadas, pontos de extensão suportados e arquiteturas capazes de preservar a estabilidade durante upgrades.

Por que esse tema ganhou tanta importância com o S/4HANA?

Em ambientes SAP construídos ao longo de muitos anos, é comum encontrar uma combinação de:

• desenvolvimentos ABAP customizados;
• modificações no standard;
• interfaces ponto a ponto;
• jobs e programas específicos;
• regras fiscais próprias;
• integrações com sistemas legados;
• objetos que perderam seu propósito original;
• customizações que já poderiam ser atendidas pelo standard atual.

Enquanto o ambiente permanece relativamente estático, parte dessa complexidade pode parecer administrável.

Quando a empresa inicia uma jornada de transformação para SAP S/4HANA, cloud ou novos ciclos de atualização, entretanto, esse histórico passa a ter impacto direto sobre custo, prazo e risco.

Cada customização precisa ser compreendida.

Cada integração precisa ser analisada.

Cada dependência precisa ser validada.

Por isso, uma estratégia de S/4HANA não deveria analisar apenas como migrar o que existe, mas também o que realmente deve continuar existindo.

O risco de levar o legado para dentro do S/4HANA

Uma empresa pode concluir tecnicamente uma migração para S/4HANA e, ainda assim, preservar grande parte dos problemas arquiteturais do ambiente anterior.

Isso acontece quando a transformação é tratada apenas como conversão tecnológica.

Customizações antigas são transportadas sem uma análise de valor.

Interfaces são reconstruídas seguindo os mesmos padrões anteriores.

Processos são replicados sem questionamento.

O novo ERP acaba herdando a mesma complexidade do antigo.

Na prática, cria-se um ambiente tecnologicamente mais novo, mas que continua acumulando dívida técnica.

A abordagem Clean Core procura interromper esse ciclo.

Clean Core também é um projeto de governança

Um dos pontos mais importantes é compreender que Clean Core não é apenas uma decisão do time de desenvolvimento.

É necessário estabelecer critérios de arquitetura e governança.

Antes de desenvolver uma nova necessidade, por exemplo, algumas perguntas deveriam fazer parte do processo:

O SAP standard já atende essa demanda?

Existe uma configuração que elimina a necessidade de desenvolvimento?

Existe uma API ou extensão oficial disponível?

A lógica precisa realmente estar dentro do S/4HANA?

Essa funcionalidade poderia ser desenvolvida de maneira desacoplada no SAP BTP?

Qual será o impacto desse desenvolvimento nos próximos upgrades?

Esse processo muda a lógica de decisão.

Em vez de avaliar apenas se tecnicamente é possível desenvolver, a organização passa a avaliar também se aquela é a arquitetura mais sustentável para o ambiente.

O papel do SAP BTP na estratégia Clean Core

O SAP Business Technology Platform ocupa um papel importante nessa arquitetura.

Em diversos cenários, aplicações, automações e extensões podem ser construídas no BTP e conectadas ao SAP S/4HANA através de APIs e serviços de integração, mantendo ciclos de vida separados entre o ERP e a extensão.

A própria documentação da SAP recomenda arquitetura side-by-side sobre o SAP BTP para cenários de extensibilidade desacoplada, reservando extensões on-stack para situações nas quais a lógica realmente precisa operar dentro do ERP.

Isso pode trazer benefícios importantes:

• menor dependência de modificações no core;
• maior estabilidade durante upgrades;
• arquitetura de integração mais organizada;
• possibilidade de evoluir aplicações separadamente do ERP;
• melhor governança sobre extensões;
• maior facilidade para incorporar serviços de automação, dados e inteligência artificial.

O objetivo não é simplesmente “levar tudo para o BTP”.

A decisão precisa considerar processo, criticidade, desempenho, dependências e arquitetura.

Clean Core é, acima de tudo, uma escolha consciente sobre qual tecnologia deve resolver cada necessidade.

Integrações também fazem parte do Clean Core

Outro erro comum é associar Clean Core somente ao código ABAP.

A estratégia também envolve integrações.

Ambientes SAP complexos podem possuir centenas de interfaces desenvolvidas em diferentes momentos, com diferentes tecnologias e padrões.

Por isso, o desenho de integração também precisa ser avaliado.

O SAP Cloud ALM, por exemplo, já possui recursos voltados à análise de Clean Core Integration, permitindo avaliar o landscape de integrações do SAP S/4HANA, classificar tecnologias de interface segundo sua aderência aos princípios de Clean Core e identificar oportunidades de melhoria e monitoramento.

Para empresas com ambientes híbridos e múltiplas aplicações, essa disciplina se torna ainda mais importante.

Uma arquitetura moderna não depende apenas de um ERP atualizado. Depende também da qualidade das conexões ao redor dele.

Clean Core e inteligência artificial estão cada vez mais próximos

Há ainda outro componente ganhando relevância: inteligência artificial.

A evolução recente do ecossistema SAP vem aproximando aplicações, dados, SAP BTP e SAP Business AI. Em 2026, a SAP passou a apresentar a SAP Business AI Platform como uma base que combina BTP, dados e recursos de IA empresarial, enquanto Joule e agentes passam a atuar de maneira mais integrada aos processos de negócio.

Isso aumenta a importância de um ambiente bem estruturado.

Inteligência artificial empresarial depende de contexto, dados, integrações e processos confiáveis.

Um landscape excessivamente fragmentado, com interfaces pouco governadas e customizações difíceis de rastrear, tende a aumentar a complexidade para adoção dessas novas capacidades.

Por isso, Clean Core não deve ser visto apenas como preparação para o próximo upgrade.

Ele também ajuda a construir uma base mais adequada para a próxima geração de aplicações SAP.

Por onde começar uma jornada de Clean Core?

Não é necessário redesenhar todo o ambiente SAP de uma única vez.

Uma estratégia pode começar pelo diagnóstico.

1. Inventariar customizações

Identificar desenvolvimentos, modificações, extensões e objetos existentes e entender quais continuam efetivamente sendo utilizados.

2. Avaliar aderência ao standard

Funcionalidades que exigiam desenvolvimento no passado podem já estar disponíveis no SAP standard atual.

3. Classificar criticidade

Nem todos os objetos possuem o mesmo impacto. É importante identificar quais são essenciais ao negócio, quais precisam ser modernizados e quais podem ser descontinuados.

4. Mapear integrações

Conhecer interfaces, tecnologias, dependências, sistemas conectados e cobertura de monitoramento.

5. Definir padrões de extensibilidade

Estabelecer critérios para decidir quando utilizar extensibilidade on-stack, SAP BTP, APIs, automações ou outras alternativas.

6. Criar governança para novos desenvolvimentos

Um ambiente não permanece Clean Core apenas porque passou por um projeto de limpeza.

É necessário impedir que a complexidade volte a crescer.

Clean Core não é um destino. É uma disciplina contínua.

A discussão sobre Clean Core representa uma mudança importante na maneira como ambientes SAP são administrados.

Durante muito tempo, o principal objetivo era fazer o ERP atender às necessidades atuais da organização.

Isso continua sendo necessário.

Mas agora existe uma segunda pergunta:

essa decisão permitirá que o ambiente continue evoluindo daqui a três, cinco ou dez anos?

Em um cenário de S/4HANA, cloud, SAP BTP, automação e inteligência artificial, essa capacidade de evolução passa a ser estratégica.

Organizações que conhecem suas customizações, governam integrações e adotam critérios claros de extensibilidade tendem a encontrar menos obstáculos quando precisam atualizar, transformar ou incorporar novas tecnologias.

E é exatamente esse o propósito do Clean Core: permitir que inovação e estabilidade deixem de ser objetivos conflitantes.

Como a Focus IT pode apoiar

A Focus IT apoia empresas na evolução de ambientes SAP por meio de projetos SAP S/4HANA, AMS, desenvolvimento e melhorias, integrações, SAP BTP, arquitetura e governança.

Uma jornada de Clean Core pode começar pela avaliação do ambiente atual, identificando customizações, integrações, dependências e oportunidades de modernização antes que esses pontos se transformem em obstáculos para os próximos ciclos de evolução do SAP.

Seu ambiente SAP está preparado para evoluir sem carregar toda a complexidade construída ao longo dos últimos anos?