No SAP CX Q3 2026 (21/10, por ora só para "select customers"), a SAP materializou a Autonomous CX: um enxame de agentes orquestradores. Em Vendas, quatro agentes que levam o lead à oportunidade (Deal Qualification, Lead Enrichment, Lead Qualification, Lead Conversion); em Serviço, quatro agentes de caso (Preparation, Processing, Action Recommendation, Orchestration), estendidos ao Enterprise Service Management; em Marketing, agentes de campanha e conteúdo. E, no comércio, dois lançamentos que importam para o Brasil: S/4HANA Cloud Public Edition for Retail e SAP Commerce Cloud, cloud ERP edition, com "integração gerida pela SAP" a preço, disponibilidade, pedido e fatura entre canais, sobre uma abordagem clean-core pré-configurada.
Soa como "a integração vem pronta na caixa". Mas clean-core quer dizer exatamente o contrário para o seu projeto. É uma disciplina de arquitetura que manda manter a customização fora do core do ERP — e, com isso, empurra toda a sua integração com o mundo real para uma camada ao lado. A "integração gerida pela SAP" cobre o SAP ↔ SAP. A camada side-by-side — onde vive o que não é SAP — é justamente o projeto. E é ela que a integração "de caixa" não constrói para a sua realidade.
O que a SAP lançou: Autonomous CX + Commerce Cloud com "integração gerida"
A parte dos agentes é genuinamente ambiciosa: a SAP está transformando funções de CX em fluxos orquestrados por agentes que preparam, processam, recomendam e executam. No comércio, a novidade estrutural é a cloud ERP edition do Commerce Cloud com integração gerida entre canais da própria suíte — preço, estoque, pedido e fatura sincronizados sem que você construa esses conectores. Sobre tudo isso, a SAP pré-configura o clean-core.
O recado de marketing é tranquilizador: menos integração para você manter. O recado de arquitetura é mais sutil e decide o seu projeto.
O que é clean-core: customização fora do core → integração vai para a camada side-by-side
Clean-core é a disciplina de manter o núcleo do ERP o mais próximo possível do padrão, sem modificações no core. Tudo que é específico do seu negócio — regras, integrações, extensões — sai do núcleo e vai para uma camada side-by-side: extensões ao lado, sobre uma plataforma de extensão/middleware. O benefício é real: o core fica atualizável, limpo, sem a dívida técnica de customizações embutidas.
A consequência também é real: o próprio modelo da SAP empurra a sua integração para fora do core. Ela não some — muda de endereço. E o endereço novo, a camada side-by-side, é exatamente onde mora o mundo que não é SAP.
"Integração gerida" cobre SAP↔SAP; o não-SAP vive na camada ao lado
É aqui que a letra miúda importa. A integração gerida pela SAP cobre o SAP ↔ SAP: Commerce Cloud ↔ Cloud ERP, preço/estoque/pedido/fatura entre canais da própria suíte. Isso é valioso — e é o limite do que vem na caixa.
O que fica de fora é tudo que, no Brasil, define uma operação de verdade: o seu marketplace, o seu gateway de pagamento, o seu fiscal brasileiro (NF-e), o seu OMS, o seu legado. Nada disso é SAP. Nada disso é coberto pela integração gerida. Tudo isso, pelo mandato do clean-core, tem que viver na camada side-by-side. Os agentes da Autonomous CX são autônomos sobre o que a SAP enxerga; para agirem sobre a operação real — o pedido que nasceu no e-commerce, a troca que bateu no fiscal, a reserva no OMS — alguém precisa construir e manter a camada ao lado.
A camada side-by-side é o projeto: event-driven, OData/iDocs/RFC, idempotência
Construir essa camada não é colar conectores. É engenharia de integração enterprise: amarrar o core SAP ao não-SAP por arquitetura orientada a eventos (Kafka/RabbitMQ), consumir e expor dados por OData, iDocs e RFC, garantir idempotência para que um evento repetido não gere pedido ou nota duplicados, e fazer tudo isso sem sujar o núcleo — respeitando o próprio clean-core que a SAP pré-configurou. É uma camada que precisa ser confiável sob pico, observável e versionada, porque é por ela que passa o pedido, o pagamento e a nota.
Em outras palavras: clean-core não eliminou a integração. Reposicionou-a para fora do core e deu nome a ela. O trabalho continua todo lá — só que agora com um lugar arquitetural definido, que é a parte boa, e com a responsabilidade claramente do lado do cliente, que é a parte que o marketing não enfatiza.
Como a CCX constrói e mantém a camada side-by-side
A prática de Integrações & APIs Enterprise da CCX é exatamente a construção dessa camada ao lado: integração SAP ↔ e-commerce em tempo real, sincronização de estoque, preço, pedido e NF entre o ERP e o mundo não-SAP, com expertise em OData, iDocs e RFC e arquitetura orientada a eventos com idempotência — sem tocar no core. Quando a malha SAP ↔ não-SAP fica complexa, a prática de MuleSoft (Anypoint, API-led connectivity) orquestra essa conectividade na camada side-by-side. E a prática de Data & BI cuida do dado cross-system que os agentes de CX precisam para agir além do que a suíte vê.
O resultado é a parte que a "integração gerida" não entrega: a sua operação real — marketplace, gateway, fiscal, OMS, legado — amarrada ao SAP, para que a autonomia dos agentes de CX valha sobre o que acontece de verdade, não só sobre o que a suíte enxerga.
Perguntas frequentes
O que é clean core na SAP?
É a disciplina de manter o núcleo do ERP sem modificações, movendo toda customização específica do negócio para uma camada ao lado (side-by-side). Mantém o core atualizável e limpo — e, por consequência, empurra as integrações para fora do núcleo.
O que é extensibilidade side-by-side?
É o modelo em que extensões e integrações rodam ao lado do ERP, sobre uma plataforma de extensão/middleware, em vez de dentro do core. É onde, num cenário clean-core, vivem as integrações com sistemas não-SAP.
A integração gerida da SAP cobre o fiscal brasileiro?
Não. A integração gerida cobre o SAP ↔ SAP (preço, estoque, pedido, fatura entre canais da própria suíte). O fiscal brasileiro (NF-e), como marketplace, gateway e OMS, é não-SAP e precisa ser integrado na camada side-by-side — que é o projeto do cliente.
Como integrar SAP ao marketplace sem sujar o core?
Na camada side-by-side: arquitetura orientada a eventos (Kafka/RabbitMQ), OData/iDocs/RFC para falar com o SAP, idempotência para evitar duplicidade — tudo ao lado do core, respeitando o clean-core. É assim que a CCX amarra marketplace, gateway, fiscal e OMS ao ERP.
Clean-core não acabou com a integração — jogou ela para fora do core, na camada side-by-side onde vive o seu não-SAP (marketplace, gateway, fiscal BR, OMS). Essa camada é o projeto. A CCX constrói e mantém ela: Integrações & APIs Enterprise + MuleSoft. Integrar SAP ao seu e-commerce →