Novembro abriu dois relógios ao mesmo tempo para quem roda SAP ECC. O primeiro é sazonal: varejo e indústria entram em code-freeze de pico — a regra de ouro de operação é não mexer no core durante a Black Friday e o Natal, e com isso cerca de 6 a 8 semanas saem do calendário de qualquer projeto estrutural. O segundo é o relógio da plataforma: o fim da manutenção do ECC em 2027 segue correndo, o mercado já chama 2026 de "ano da decisão" e fala em uma janela de ~18 meses fechando — e some-se a isso a reforma tributária (CBS/IBS) batendo no core fiscal. O detalhe que trava muita gente: o freeze não para o segundo relógio. Ele só empurra o problema para uma janela mais apertada. E, no meio do caminho, o que precisa continuar funcionando é a integração.
1. Os dois relógios de novembro: code-freeze de pico × EoL do ECC em 2027
O code-freeze de pico é uma prática madura: durante a Black Friday e o Natal, você não toca no core do ERP. Mexer num sistema de registro no momento de maior volume é risco que ninguém sensato aceita — um deploy mal calculado em novembro pode custar o mês inteiro de faturamento. Então o core "congela". O efeito colateral é que essas 6 a 8 semanas saem de qualquer cronograma de migração estrutural: não se avança o projeto ECC→S/4HANA enquanto o freeze dura.
Ao mesmo tempo, o relógio do fim da manutenção do ECC em 2027 não pausa para a Black Friday. O mercado chama 2026 de "ano da decisão" porque a janela realista para planejar, orçar e executar a migração está em torno de 18 meses — e ela encolhe a cada freeze, a cada feriado, a cada trimestre que passa sem decisão. Dois relógios, ritmos diferentes, e o freeze só aperta o mais importante.
2. Por que não se mexe no core no pico — e o que isso tira do cronograma
A lógica do freeze é defensiva e correta: estabilidade vale mais que qualquer melhoria incremental quando o faturamento do ano se concentra em poucas semanas. Mas o freeze tem um custo de oportunidade que poucos contabilizam: ele não é só "parar por seis semanas". É parar no exato período em que o time estaria disponível, somar a isso o recesso de fim de ano e a retomada lenta de janeiro, e descobrir em fevereiro que o cronograma de migração perdeu um trimestre inteiro sem que ninguém tenha "errado" nada.
Para quem está em ECC com o relógio de 2027 correndo, isso significa que o tempo útil de migração é menor do que o calendário sugere. Planejar como se novembro e dezembro fossem meses produtivos para o projeto estrutural é um erro de estimativa que cobra caro lá na frente.
3. O que ainda precisa funcionar com o core congelado: estoque, preço, pedido, nota fiscal
Aqui está o ponto que separa os dois relógios de um terceiro problema, imediato: o freeze congela o projeto, mas não congela a obrigação. O core ECC congelado ainda precisa entregar no pico — e entregar muito. O estoque e o preço do ECC precisam chegar ao e-commerce em tempo real; o pedido feito na loja precisa voltar ao ERP; a nota fiscal precisa sair sem travar, agora com a camada da reforma tributária (CBS/IBS) pesando sobre o core fiscal.
Ou seja: no pior minuto do ano, com o core proibido de receber qualquer mudança, a operação depende inteiramente de que estoque, preço, pedido e nota continuem circulando entre o SAP e o e-commerce. Se essa circulação depende de tocar no core, você está preso entre o freeze e a venda. Se ela é independente do core, o congelamento vira um detalhe operacional e não uma ameaça ao faturamento.
4. Integração desacoplada: OData/iDoc/RFC + event-driven para o core congelar sem a operação congelar junto
A peça que resolve o impasse é uma camada de integração desacoplada entre o SAP e o e-commerce/fiscal. Desacoplada significa que ela conversa com o ECC pelas interfaces nativas — OData, iDoc, RFC — e distribui o dado por uma arquitetura event-driven (filas Kafka, RabbitMQ, com idempotência e ordem garantida), sem exigir que o core seja alterado para a operação de pico acontecer. O estoque muda no ECC e o evento se propaga ao e-commerce; o pedido entra na loja e é enfileirado de volta ao ERP; a nota é solicitada e emitida pela camada fiscal — tudo sem um único deploy no core durante o freeze.
A diferença é concreta e tem dois lados. No curto prazo: "o core congelou e a operação parou junto" vira "o core congelou, mas estoque, pedido e nota continuam circulando porque a integração é desacoplada". No médio prazo, há um bônus estratégico: uma integração desacoplada por eventos é exatamente a arquitetura que facilita a migração para o S/4HANA. Quando o e-commerce conversa com uma camada de integração estável, e não diretamente com as entranhas do ECC, trocar o ECC pelo S/4HANA por trás dessa camada deixa de ser um big-bang que arrasta todos os canais. A mesma peça que salva o seu pico compra a sua janela de migração.
5. Como a CCX faz: integração SAP ↔ e-commerce/fiscal + trilha ECC→S/4HANA que respeita o freeze
É esse o projeto que a CCX entrega. A frente de Integrações & APIs Enterprise + SAP ↔ E-commerce mantém estoque, preço, pedido e nota fiscal circulando entre o SAP (ECC ou S/4HANA) e o e-commerce de forma desacoplada — OData, iDoc, RFC e arquitetura event-driven (Kafka, RabbitMQ) com idempotência — para o core congelar no pico sem a operação congelar junto, incluindo as integrações Protheus ↔ e-commerce que já rodam em produção.
Sobre essa base, a Consultoria em Tecnologia desenha a trilha ECC→S/4HANA respeitando a janela de freeze e o EoL 2027 — roadmap, TCO e riscos — e as Squads On-Demand (engenheiros sêniores, onboarding em 48h) avançam a migração nas janelas fora do freeze. Com mais de 200 projetos entregues, o princípio é direto: o freeze não para o relógio de 2027; a integração desacoplada é o que mantém o pico de pé enquanto a migração espera a janela.
Code-freeze de pico não para o relógio do EoL 2027 — ele só aperta a janela. A CCX mantém a integração SAP↔e-commerce/fiscal desacoplada (OData/iDoc/RFC, event-driven) pro core congelado ainda entregar venda e nota na Black Friday, e desenha a trilha ECC→S/4HANA pra caber na janela que sobra. Integrar SAP ao seu e-commerce →
6. Perguntas frequentes
Posso migrar do ECC para o S/4HANA antes da Black Friday? Não é recomendável. Migração estrutural no período de pico é risco que o freeze existe justamente para evitar. O movimento certo agora é garantir a integração desacoplada que sustenta o pico e planejar a migração para as janelas fora do freeze.
E a reforma tributária (CBS/IBS)? Ela pesa sobre o core fiscal e torna a nota fiscal um ponto ainda mais sensível no pico. Uma camada fiscal integrada de forma desacoplada permite absorver as mudanças tributárias sem depender de alterar o core durante o freeze.
Como integro o SAP ao e-commerce sem tocar no core? Pelas interfaces nativas do SAP (OData, iDoc, RFC) e uma camada event-driven que distribui estoque, preço, pedido e nota por eventos — o core publica e consome, mas não precisa ser modificado para a operação de pico funcionar.
Dá para avançar a migração em dezembro? Dezembro costuma estar sob freeze e recesso. O realista é usar as janelas fora do pico (a partir do fim de janeiro) e chegar nelas com a arquitetura de integração já desacoplada, o que acelera a troca do ECC pelo S/4HANA sem arrastar os canais.