Clean Core virou uma das expressões mais citadas no universo SAP. Aparece em apresentações, roadmaps, conversas com fornecedores e documentos de estratégia de TI. Mas, na prática, ainda existe muita confusão sobre o que o termo significa de verdade e, principalmente, o que fazer com ele.
Para alguns times, Clean Core é um ideal distante demais para ambientes altamente customizados. Para outros, é uma promessa da SAP que parece difícil de operacionalizar. Para a maioria dos CIOs e gerentes de TI que precisam tomar decisões agora, a pergunta real é mais simples: por onde começo?
Este artigo responde a essa pergunta de forma direta, sem jargão desnecessário. Se você quer entender primeiro o contexto técnico sobre como as extensões SAP são classificadas hoje, vale ler também: Modelo A‑B‑C‑D da SAP: Como Classificar Suas Extensões e Reduzir Risco em Atualizações.
O que é Clean Core no SAP, sem rodeios
Clean Core é o princípio de manter o núcleo do SAP o mais próximo possível do padrão da SAP, evitando modificações diretas no código standard e movendo o que é específico do negócio para extensões externas e certificadas.
Na prática, isso significa:
- Não modificar código‑fonte do SAP diretamente
- Não fazer SELECT direto em tabelas standard quando existe API disponível
- Evitar a realização de SELECT direto em tabelas standard quando houver APIs disponíveis, priorizando o uso de CDS Views ou interfaces oficiais para acesso aos dados.
- Mover customizações necessárias para SAP BTP ou extensões via API
- Usar apenas interfaces públicas e estáveis para integração e extensão
O objetivo não é eliminar toda customização. É garantir que o que foi customizado está no lugar certo documentado, gerenciável e desacoplado do núcleo SAP. Com isso, upgrades ficam mais simples, o ambiente responde melhor a atualizações automáticas e as inovações da SAP chegam sem travar projetos internos.
“Clean Core não é sobre ter menos funcionalidade. É sobre ter customização sustentável, no lugar certo, com governança, e sem bloquear o futuro do ambiente.”
Por que Clean Core deixou de ser opcional
Durante anos, o conceito de Clean Core foi tratado como uma recomendação da SAP, presente em conferências, discutido em fóruns, mas frequentemente adiado diante de outras demandas, prazos e prioridades. Enquanto isso, o ambiente SAP seguia operando, e as customizações continuavam a se acumular de forma silenciosa.
Recentemente, porém, três movimentos mudaram esse cenário de forma definitiva:
1. O fim do suporte ao SAP ECC em 2027
Com a data de encerramento do suporte mainstream ao ECC confirmada, empresas que ainda não migraram para S/4HANA estão em contagem regressiva. E a migração com um ambiente cheio de objetos Z descontrolados é significativamente mais cara e arriscada do que com um ambiente organizado. Cada objeto Z incompatível com S/4HANA é um item de retrabalho que precisa ser resolvido e a conta de quem adiou essa limpeza está chegando.
2. A entrada da IA no ERP
SAP Joule, os agentes de IA do S/4HANA e as automações do SAP BTP operam sobre processos standard. Eles entendem o modelo de dados padrão da SAP. Quando há processos fragmentados em código Z sem documentação, tabelas paralelas e lógica de negócio espalhada sem rastreabilidade, a IA não consegue operar com confiança. Clean Core não é só pré‑requisito para upgrade é pré‑requisito para IA no SAP.
3. O modelo de atualização contínua do RISE with SAP
No modelo RISE, a SAP entrega atualizações contínuas ao ambiente. Se o cliente tem customizações no core que conflitam com essas atualizações, cada novo release vira um projeto de compatibilidade. Com Clean Core, as extensões ficam desacopladas, a SAP atualiza o núcleo, as extensões continuam funcionando.
O custo real de um ambiente sem Clean Core
Para quem ainda está avaliando se vale o esforço, vale quantificar o que um ambiente sem Clean Core custa na prática:
- 60% a 80% do orçamento SAP de muitas empresas vai para manutenção de código Z existente, deixando menos de 20% para inovação
- Projetos de migração para S/4HANA em ambientes com alto volume de objetos Z descontrolados têm 30% a 50% do orçamento consumido só com adequação de código legado
- Times que operam sem governança de código gastam, em média, o dobro de horas em cada mudança: uma vez para fazer, uma vez para corrigir
- Ambientes com baixo nível de Clean Core são significativamente mais vulneráveis a falhas em produção associadas a mudanças, especialmente em processos integrados como order‑to‑cash e procure‑to‑pay
Quer saber em que nível de maturidade o seu ambiente está hoje? O Checklist SAP – Guia de Prontidão da QAMetrik inclui um bloco específico de avaliação de Clean Core, governança e prontidão para S/4HANA.
Clean Core é possível em ambientes altamente customizados?
A resposta direta é: sim. Mas exige um olhar honesto sobre o que foi customizado e por quê.
Na prática, a maior parte das customizações em ambientes SAP pode ser agrupada em duas categorias principais:
Customizações que refletem diferenciação real de negócio
São processos que a empresa faz de forma diferente dos concorrentes, que representam vantagem competitiva ou que atendem a requisitos regulatórios específicos do setor. Essas customizações têm razão de existir e o caminho não é eliminar, mas mover para o SAP BTP como extensão certificada, com API, documentação e governança.
Customizações que existem por falta de processo ou conhecimento
São objetos Z criados para contornar uma limitação que o padrão SAP já resolveria com a configuração correta, para compensar uma etapa de projeto que não foi bem executada ou simplesmente porque ‘sempre foi assim’. Essas são candidatas diretas à simplificação e representam a maior parte do volume de Z’s na maioria dos ambientes.
A chave está em ter visibilidade. Sem saber quantos objetos Z existem, o que fazem e quais processos afetam, qualquer decisão sobre Clean Core é baseada em percepção, não em dados.
Por onde começar: a jornada Clean Core sem parar a operação
Clean Core não é um projeto pontual com início, meio e fim. É uma jornada incremental que pode ser construída em paralelo à operação, priorizando o que gera mais impacto primeiro.
Um caminho que funciona:
- Diagnóstico do ambiente: inventariar objetos Z, classificar por criticidade de processo, identificar gaps de compatibilidade com S/4HANA e mapear dependências entre customizações. Esse é o ponto de partida sem mapa, não há jornada.
- Priorização por risco e valor: focar primeiro nos objetos que mais bloqueiam upgrades, que geram mais incidentes ou que têm mais dependências opacas. A redução de risco começa aqui.
- Eliminação do que não faz mais sentido: desativar objetos Z que não são mais utilizados ou que duplicam funcionalidade standard disponível. Cada objeto eliminado é menos manutenção, menos risco e menos obstáculo para inovação.
- Migração de extensões críticas para SAP BTP: as customizações que precisam continuar existindo saem do core e ganham uma camada própria, documentada, versionada e governada.
- Governança contínua a partir daí: garantir que nenhum novo objeto Z descontrolado entre no ambiente, com pipeline de desenvolvimento, análise de código automatizada e GMUD conectada a evidências reais.
Esse último ponto é onde o QADevOps e o QACODAI atuam de forma integrada: garantindo que o ambiente que foi limpo continue limpo, com automação, rastreabilidade e visibilidade sobre cada mudança que entra.
Clean Core e IA: a conexão que muda o jogo
Se você está planejando ativar IA no SAP seja com SAP Joule, com agentes autônomos para supply chain e finanças ou com automações no BTP, Clean Core deixa de ser opcional e vira condição técnica. Saiba mais sobre como a IA está reduzindo retrabalho e risco no desenvolvimento SAP.
A razão é simples: os modelos de IA da SAP foram treinados com base em processos padronizados e estruturas de dados standard. Quando o ambiente apresenta processos fragmentados em objetos Z sem documentação, tabelas paralelas criadas manualmente e lógica de negócio dispersa em enhancements não rastreados, a IA passa a operar sem um contexto confiável, comprometendo a qualidade e a assertividade dos resultados.
Clean Core é, portanto, o pré‑requisito silencioso de toda a agenda de inovação SAP: sem ele, IA vira experimento. Com ele, IA vira alavancador de produtividade real.
Próximo passo: entenda onde o seu ambiente está hoje
A jornada Clean Core começa sempre pelo mesmo lugar: saber com precisão o que existe no ambiente, o que precisa mudar e em que ordem priorizar.
O QAAssessment da QAMetrik fornece esse diagnóstico de forma estruturada e orientada a dados: realiza o inventário de objetos Z, conduz a análise de ampliações com potencial de impacto no S/4HANA, avalia a aderência às práticas de Clean Code. . Como resultado, entrega um roadmap consistente para evolução ao Clean Core com priorização baseada em evidências, e não em percepções.
Se quiser entender como isso se aplica ao seu ambiente específico, converse com nosso time e estruture um diagnóstico que vai orientar as próximas decisões de TI com clareza.