Saiu ontem (20/07) mais um case brasileiro de migração SAP, e ele fecha um contraste que vale uma decisão de comitê. A MRS Logística — operadora ferroviária com malha de 1.643 km entre Minas, São Paulo e Rio — migrou seu S/4HANA on-premise para a Cloud em 15 semanas, via RISE with SAP, abordagem Greenfield no Azure, com metodologia SAP Activate.
Coloque ao lado da Tecfil, publicada há duas semanas: 38 semanas, AWS Private Cloud, substituindo 31 sistemas legados. Dois projetos sérios, prazos que diferem em mais de 2×. A tentação é explicar pela diferença de porte — mas o fator que mais mexe o relógio não é tamanho, é abordagem. E a abordagem, na maioria dos projetos, não é decidida por diagnóstico: é herdada por default.
1. Os dois cases lado a lado: MRS e Tecfil
A MRS Logística migrou seu ambiente SAP de on-premise para a nuvem em 15 semanas. A abordagem foi Greenfield — uma nova instalação do S/4HANA — sobre RISE with SAP no Azure, conduzida com T-Systems e a metodologia SAP Activate. O resultado é um ambiente enxuto, no padrão SAP, com a operação reeducada para o novo desenho de processo.
A Tecfil percorreu outro caminho: 38 semanas, em AWS Private Cloud, com o objetivo declarado de substituir 31 sistemas legados e reduzir custos de TI em cerca de 50%. Um projeto que carregou consigo a complexidade de descomissionar um parque inteiro — mais escopo, mais integrações, mais prazo.
Dois projetos bem-sucedidos. A pergunta não é qual está "certo" — os dois estão. É por que o relógio andou tão diferente.
2. O que é greenfield e o que é brownfield — em decisão de negócio
Tirando o jargão: greenfield é recomeçar. Instala-se um S/4HANA novo, redesenha-se o processo no padrão SAP e migra-se apenas o essencial — dados mestres, saldos, o que o negócio realmente precisa carregar. Brownfield é converter: pega-se o sistema atual e transforma-se em S/4HANA, preservando customizações, histórico e o desenho de processo que já existe.
Em decisão de negócio, a diferença é esta: greenfield troca esforço de migração de dados por esforço de gestão de mudança (a operação precisa reaprender). Brownfield troca gestão de mudança por dívida técnica (você leva para o sistema novo tudo o que tinha — inclusive o que não deveria ter). Não existe uma resposta melhor no vácuo. Existe a resposta que o seu parque pede.
3. O trade-off real: velocidade e limpeza vs preservar o que existe
Greenfield tende a ser mais rápido e mais limpo porque você não arrasta 15 anos de customização e gambiarra para dentro do ambiente novo. O S/4HANA nasce no padrão, e padrão é fácil de manter, atualizar e integrar. O custo aparece na operação: quem trabalhava de um jeito precisa trabalhar de outro, e subestimar essa reeducação é a forma mais comum de um greenfield "rápido" atrasar.
Brownfield preserva o investimento em processos que funcionam e reduz o choque para os usuários — a tela é parecida, o fluxo é o mesmo. O custo é que você converte a dívida junto: cada customização antiga precisa ser avaliada, adaptada ao S/4HANA e testada, e o histórico de 31 sistemas não migra sozinho. É por isso que projetos de brownfield com muito legado, como o da Tecfil, consomem mais semanas — não por serem malfeitos, mas por carregarem mais.
4. Por que o prazo é consequência da abordagem, não do porte
É intuitivo achar que a MRS foi mais rápida por ser "menor" ou "mais simples". Mas uma operadora ferroviária com 1.643 km de malha não é um projeto pequeno. O que encurtou o relógio foi a decisão de não carregar o legado: greenfield migra o essencial e redesenha o resto, então há menos para converter, menos para testar, menos para reconciliar.
A Tecfil levou mais tempo porque escolheu (com razão, para o caso dela) resolver 31 sistemas legados no mesmo movimento. O escopo de descomissionamento é que alonga o prazo — e escopo é decisão de abordagem, não de tamanho da empresa. Trocar a pergunta "quão grande é o projeto?" por "quanto legado a abordagem escolhida obriga a carregar?" é o que faz o prazo virar previsível.
5. O erro silencioso: deixar o integrador decidir por default
Aqui mora o problema que quase nenhum comitê enxerga a tempo. Na maioria dos projetos, greenfield ou brownfield não é decidido por diagnóstico — é herdado. Do default do integrador (que faz melhor o que já domina), do que o time interno tem menos medo, ou da inércia de "não mexer no que funciona".
Quando isso acontece, prazo, custo e dívida de integração deixam de ser escolhas e viram consequências de uma decisão que ninguém revisou conscientemente. A empresa descobre tarde — no meio do projeto ou depois dele — que a abordagem, e não o esforço da equipe, é que definiu o resultado. E abordagem errada não se corrige com mais horas: se corrige recomeçando, o que ninguém quer fazer na semana 20.
6. O aperto de 2026: pico de procura, prazo de 2027 e escassez de certificados
O pano de fundo torna a decisão ainda mais cara de errar. A Tivit aponta 2026 como o "pico de procura" por migração para S/4HANA, com cerca de 30% dos clientes brasileiros já em processo e o prazo de manutenção de 2027 no horizonte. A demanda dispara — mas o número de profissionais certificados não cresce no mesmo ritmo.
A conta é direta: mais empresas vão migrar com menos gente qualificada disponível. Nesse cenário, uma decisão de abordagem malfeita não custa só semanas a mais — custa semanas a mais de um recurso escasso e caro, na fila de todo mundo que deixou para a última janela antes de 2027. O diagnóstico que define greenfield ou brownfield deixa de ser refinamento e vira gestão de risco.
7. Como a CCX ajuda: diagnóstico do parque, TCO comparativo e integração SAP ↔ e-commerce
Quando uma empresa nos procura na véspera de uma migração SAP, a primeira entrega quase nunca é código — é decisão. É o que a prática de Consultoria em Tecnologia da CCX faz antes do projeto: diagnóstico do parque atual, definição da arquitetura-alvo, plano de migração e um TCO comparativo entre greenfield e brownfield, para que a abordagem seja resultado de análise do seu caso — não do default do integrador. O trabalho segue a metodologia de entrega da CCX: Discovery e Diagnóstico em 1 a 2 semanas, Arquitetura e Planejamento em mais 1 a 2, e só então execução.
Escolhida a abordagem, a camada de Integrações & APIs Enterprise conecta o SAP ao e-commerce e aos demais sistemas — OData, iDocs e RFC, arquitetura event-driven com reconciliação — para que estoque, preço, pedido e nota não divirjam entre os ambientes durante e depois da virada. E, no cenário de escassez de certificados, as squads dedicadas com onboarding em 48h executam dentro da janela, com engenheiros sêniores, sem depender de contratar e treinar do zero.
Greenfield ou brownfield não é preferência do integrador — é resultado de diagnóstico. Integrar SAP ao seu e-commerce →
8. Perguntas frequentes
Qual a diferença entre greenfield e brownfield no SAP S/4HANA?
Greenfield é uma nova instalação: redesenha o processo no padrão SAP e migra apenas o essencial, sendo mais rápido e limpo, ao custo de reeducar a operação. Brownfield é uma conversão do sistema atual, preservando customizações e histórico, com menor choque para o usuário, ao custo de carregar dívida técnica para o ambiente novo. A escolha depende do diagnóstico do seu parque.
Por que a MRS migrou em 15 semanas e a Tecfil em 38?
A MRS adotou greenfield (RISE with SAP, Azure), migrando o essencial e redesenhando o resto — menos a converter e testar. A Tecfil escolheu resolver 31 sistemas legados no mesmo projeto, o que amplia o escopo de descomissionamento e alonga o prazo. A diferença é de abordagem e escopo, não de porte da empresa.
Greenfield é sempre mais rápido?
Não. Greenfield tende a ser mais rápido quando o objetivo é sair do legado e padronizar, mas exige forte gestão de mudança — subestimar a reeducação da operação é a causa mais comum de atraso. Se o negócio depende de processos muito específicos e bem consolidados, brownfield pode ser mais seguro. A resposta certa vem de um TCO comparativo, não de uma regra geral.
O que é o RISE with SAP?
É a oferta da SAP que empacota S/4HANA Cloud, infraestrutura, ferramentas e serviços em um contrato único, geralmente sobre um hyperscaler (Azure, AWS ou GCP). Ele acelera a ida para a nuvem, mas não decide por você entre greenfield e brownfield — essa continua sendo uma decisão de arquitetura que depende do diagnóstico do seu parque.
Por que decidir a abordagem agora, antes de 2027?
Porque 2026 é o pico de procura por migração no Brasil (Tivit), com o prazo de manutenção de 2027 se aproximando e o número de profissionais certificados crescendo mais devagar que a demanda. Errar a abordagem nesse cenário custa semanas a mais de um recurso escasso — por isso o diagnóstico que define greenfield ou brownfield virou gestão de risco, não refinamento.