A migração SAP S/4HANA é o projeto de mover o ERP da empresa do SAP ECC (ou de outro sistema legado) para a plataforma S/4HANA, rodando sobre o banco de dados in-memory HANA. Na prática, ela acontece em três abordagens — greenfield (implantação nova), brownfield (conversão do sistema atual) e híbrida (seletiva) — e o sucesso depende muito menos da tecnologia e muito mais de dados limpos, escopo bem definido e um plano de cutover ensaiado. Abaixo está o passo a passo por fase e as seis falhas que mais derrubam cronograma e orçamento.
Greenfield, brownfield ou híbrida: qual abordagem escolher
A primeira decisão define todo o resto do projeto. Greenfield reimplanta os processos do zero e é indicada quando o modelo atual está desatualizado ou cheio de customizações que ninguém mais entende. Brownfield converte o sistema existente preservando histórico e customizações, sendo mais rápida quando os processos já são maduros. A abordagem híbrida (ou seletiva) migra parte dos dados e redesenha o restante.
Não existe resposta universal: depende do estado do seu ECC, do apetite por redesenho de processos e do prazo. Uma avaliação técnica honesta do legado — nível de customização, qualidade de dados, integrações ativas — costuma valer mais do que qualquer preferência de fornecedor.
O passo a passo da migração, fase por fase
Independentemente da abordagem, um projeto S/4HANA bem conduzido segue etapas claras, com portões de decisão entre elas. A sequência abaixo é a espinha dorsal de qualquer cronograma sério.
- Discovery e avaliação: rodar o SAP Readiness Check, inventariar customizações e integrações, mapear qualidade de dados e definir greenfield, brownfield ou híbrida.
- Desenho da solução (blueprint): desenhar processos-alvo, definir escopo funcional, identificar lacunas (fit-gap) e o que será mantido, reescrito ou aposentado.
- Preparação de dados: limpar, deduplicar e enriquecer cadastros mestres; definir regras de conversão e de arquivamento do que não migra.
- Build e customização: configurar o S/4HANA, desenvolver extensões na camada correta (BTP, evitando modificar o core) e construir as integrações.
- Testes: testes unitários, de integração ponta a ponta, de performance e de aceitação pelo usuário (UAT), incluindo os fluxos com sistemas satélites.
- Ensaio de cutover (mock): executar a migração completa em ambiente controlado, cronometrar cada passo e validar os dados convertidos.
- Cutover e go-live: executar o plano ensaiado na janela combinada, com critérios claros de go/no-go e plano de rollback.
- Hypercare e sustentação: suporte intensivo nas primeiras semanas e transição para AMS (sustentação e evolução contínua com SLA).
As 6 falhas mais comuns em projetos S/4HANA
A maioria dos atrasos e estouros de orçamento não vem de bugs técnicos, e sim de decisões evitáveis tomadas cedo demais ou tarde demais. Estas são as recorrentes:
- Subestimar a limpeza de dados: migrar cadastros duplicados ou inconsistentes garante retrabalho e travas no cutover. Dados sujos são a causa número um de go-lives adiados.
- Customização em excesso no core: replicar todas as adaptações do ECC dentro do S/4HANA encarece a manutenção e complica futuros upgrades. O caminho é estender via BTP, mantendo o core limpo (keep the core clean).
- Ignorar as integrações: o ERP raramente vive sozinho. E-commerce, WMS, gateways e TOTVS Protheus precisam de reconciliação, idempotência e tratamento de falhas — não de conexões improvisadas.
- Testes insuficientes de ponta a ponta: validar módulos isolados não revela o que quebra quando pedido, faturamento e estoque conversam entre sistemas.
- Cutover sem ensaio: descobrir na virada real que a conversão leva o dobro do tempo previsto é a receita para estourar a janela e acionar rollback.
- Não planejar o pós go-live: encerrar o projeto no go-live, sem hypercare nem AMS estruturado, transfere todo o risco para uma equipe interna despreparada. Vale entender AMS SAP: o que é, quando contratar e quanto custa a sustentação antes de chegar nessa fase.
Como a CCX conduz a migração
A CCX Company é consultoria enterprise multi-stack e SAP Build Partner, com mais de 200 projetos e integrações enterprise entregues no Brasil e na LATAM. Conduzimos a migração começando pela avaliação técnica do legado e por um blueprint que define, sem rodeios, o que migra, o que é reescrito e o que é aposentado — antes de escrever qualquer linha de configuração.
Nossa força está na engenharia de integração, o ponto onde a maioria dos projetos S/4HANA falha. Conectamos o ERP ao ecossistema com padrões sólidos: idempotência, retry com backoff, Dead Letter Queue (DLQ), Outbox pattern e reconciliação, usando SAP CPI e BTP Integration Suite, Kafka/RabbitMQ, MuleSoft Anypoint (API-led) e conectores para TOTVS Protheus. Você pode conhecer os projetos SAP da CCX para ver o escopo completo de plataforma, dados e sustentação.
Sobre custos, somos diretos: TCO de um ambiente SAP enterprise (licença, infra e sustentação) costuma ficar na faixa de R$ 1,5 a 6 milhões por ano e depende de escopo — número de módulos, volume de integrações, ambientes e SLA. Squads dedicados partem de R$ 35 mil/mês. As licenças SAP são cobradas à parte pelo fabricante.
Como começar com o pé direito
O melhor primeiro passo é transformar incerteza em um plano numérico. Em um diagnóstico gratuito de 60 minutos, a CCX entrega, em até 7 dias, um TCO estimado e um cronograma por fase para a sua migração — com a abordagem recomendada (greenfield, brownfield ou híbrida) já justificada pelo estado do seu legado.
Fale com a gente pelo WhatsApp +55 11 96140-1372 ou em /br/contato. Sem migração empurrada: primeiro entendemos o seu cenário, depois desenhamos o caminho de menor risco.
Perguntas frequentes
Quanto tempo leva uma migração SAP S/4HANA?
Depende da abordagem e do escopo. Conversões brownfield de um ECC estável tendem a ser mais curtas, enquanto implantações greenfield com redesenho de processos levam mais tempo por envolverem blueprint, build e testes completos. O prazo realista só aparece depois do discovery e da avaliação técnica do legado.
Qual a diferença entre migração greenfield e brownfield?
Greenfield é uma implantação nova, que redesenha os processos do zero e é indicada quando o modelo atual está defasado. Brownfield converte o sistema existente, preservando histórico e customizações, sendo mais rápida quando os processos já são maduros. A escolha depende do estado do ECC e do apetite por mudança.
O que acontece com o SAP depois do go-live?
Após a virada, entra a fase de hypercare, com suporte intensivo nas primeiras semanas para estabilizar o ambiente. Em seguida, o sistema passa para AMS (Application Management Services), a sustentação e evolução contínua com SLA. Planejar essa transição desde o início evita transferir o risco para uma equipe interna despreparada.