Migração para a nuvem da SAP na Zeiss muda de rumo após custos atingirem €200 milhões

A Zeiss reformulou sua migração da SAP para a nuvem depois que os custos teriam ultrapassado €200 milhões, abandonando uma reconstrução completa em favor de uma conversão mais conservadora.

O grupo alemão de óptica manterá uma parcela maior de seus softwares, dados e processos de negócios existentes enquanto direciona seus sistemas de planejamento de recursos empresariais para a nuvem. A decisão substitui a estratégia greenfield que a Zeiss havia promovido como uma rara oportunidade de redesenhar sua base tecnológica.

Essa reversão importa para além de um dispendioso projeto corporativo de TI. A Zeiss fornece óptica essencial para os equipamentos mais avançados de fabricação de semicondutores da ASML. Seus sistemas internos dão suporte a fábricas, estoques, pedidos, controles financeiros e a uma rede de produção distribuída globalmente.

A migração da SAP para a nuvem na Zeiss agora ilustra uma escolha difícil enfrentada por outros grandes clientes da SAP. Eles podem reconstruir seus sistemas em torno de processos padronizados ou preservar uma parcela maior da arquitetura legada para controlar custos e riscos de execução.

O caminho brownfield oferece uma rota mais rápida e potencialmente menos cara. No entanto, também preserva parte da complexidade que o programa original pretendia eliminar.

O que mudou na migração da SAP para a nuvem na Zeiss

A Zeiss não abandonou a SAP nem seu objetivo de migrar para a nuvem, mas mudou fundamentalmente a forma como pretende chegar a esse destino.

Segundo a migração da Zeiss, a empresa começou a planejar sua transição para a nuvem há cerca de seis anos. Consultorias externas vêm liderando o programa, segundo pessoas familiarizadas com o projeto.

A estratégia original seguia um modelo greenfield. Essa abordagem cria um novo sistema com processos, configurações e estruturas de dados redesenhados, em vez de converter diretamente o ambiente existente.

Programas greenfield prometem uma arquitetura mais limpa porque as equipes podem eliminar antigas personalizações e fluxos de trabalho inconsistentes. Eles também podem obrigar unidades de negócios a adotar um modelo operacional compartilhado.

Essa promessa traz uma condição exigente. A empresa precisa concordar sobre como seus negócios funcionarão no futuro antes que a nova plataforma possa entrar em operação.

A Zeiss descreveu publicamente essa ambição vários anos antes da reversão reportada. Seu programa FIT4 buscava substituir um ambiente SAP R/3 que havia crescido de forma desigual em todo o grupo.

Um projeto FIT4 em inglês descrevia quatro instalações principais da SAP e 78 variações de pedidos. Cerca de 14.000 funcionários utilizavam o ambiente de ERP existente, que processava aproximadamente 53 milhões de transações SAP por mês.

O programa abrangia aproximadamente 160 unidades da Zeiss. Outras 80 unidades operavam fora do ambiente de ERP existente, aumentando o desafio de criar um modelo global unificado.

A Zeiss comparou o projeto à construção de um complexo de apartamentos com uma planta comum. Unidades de negócios individuais poderiam solicitar alterações, mas o desenvolvimento personalizado deveria permanecer excepcional.

Esse modelo exigia que equipes de tecnologia, consultores e especialistas de negócios definissem processos compartilhados antes da implantação. A Zeiss disse que suas equipes trabalhavam em produção, logística, finanças e outras funções operacionais.

A empresa agora afirma que reconfigurou o programa para alcançar progresso mais rápido. Um porta-voz confirmou que a nova abordagem brownfield preservará muitos sistemas de dados existentes.

Uma conversão brownfield leva um ambiente SAP consolidado ao S/4HANA, preservando grande parte de seus dados, configurações e histórico de processos. O trabalho ainda exige adaptação de código, testes, mudanças de integração e migração de infraestrutura.

Portanto, é impreciso descrever a mudança como simplesmente transferir softwares antigos para um novo ambiente de hospedagem. A Zeiss ainda precisa conciliar sistemas que evoluíram de formas diferentes entre unidades de negócios e regiões.

A diferença está na premissa inicial do projeto. Greenfield pede que as equipes projetem primeiro o futuro desejado. Brownfield começa pelo que já funciona e altera apenas o que o ambiente de destino exige.

A Zeiss não confirmou publicamente o investimento total nem divulgou uma data revisada de conclusão. A SAP também se recusou a comentar o projeto do cliente.

Essas omissões deixam várias questões importantes sem resposta. A empresa não identificou quais sistemas serão convertidos, quais processos permanecerão inalterados ou quanto do trabalho anterior poderá ser reutilizado.

Ainda assim, a mudança essencial é clara. O plano greenfield da SAP na Zeiss deu lugar à preservação, à modernização incremental e a um controle de custos mais rigoroso.

Por que a Zeiss escolheu brownfield após anos de trabalho greenfield

A reversão sugere que o redesenho de processos se tornou mais difícil de governar do que o plano de arquitetura original previa.

A Zeiss tinha um forte motivo para preferir o desenvolvimento greenfield. Seus sistemas de ERP existentes continham variações acumuladas ao longo de anos de crescimento, decisões locais, aquisições e requisitos especializados de fabricação.

Uma implementação do zero oferecia a oportunidade de eliminar essas diferenças. Processos padronizados poderiam apoiar relatórios consistentes, planejamento integrado e coordenação mais rápida entre fábricas e unidades de negócios.

Ainda assim, cada padrão proposto cria uma negociação. Uma equipe de produção pode precisar de um fluxo de trabalho especializado, enquanto as finanças podem exigir controles uniformes. Operações regionais podem enfrentar diferentes exigências regulatórias, tributárias ou de clientes.

Esses desacordos se tornam caros quando consultores, especialistas internos e equipes de software precisam revisar repetidamente o modelo global. Cada alteração afeta configuração, interfaces, conversão de dados, documentação e testes.

A Zeiss reconheceu a escala dessa coordenação antes da atual reformulação. Um perfil de carreira da empresa afirmava que sua equipe de implantação incluía mais de 100 funcionários, além de consultores externos.

Esses participantes estavam distribuídos por países que incluíam Estados Unidos, Índia e Hungria. A empresa descreveu o projeto tanto como uma consolidação arquitetônica quanto como um esforço de harmonização de processos.

A execução greenfield também exige que as organizações diferenciem necessidades operacionais genuínas de hábitos históricos. Essa distinção se torna difícil quando o sistema de ERP controla atividades que não toleram interrupções.

Para a Zeiss, essas atividades incluem pedidos, entregas, estoques, capacidade de produção e faturas. Um erro de projeto pode, portanto, passar rapidamente de uma pendência de TI para um problema de fabricação ou atendimento ao cliente.

Os gastos reportados indicam que o projeto consumiu recursos consideráveis antes de a gestão mudar de direção. Isso não demonstra que todo o trabalho anterior foi desperdiçado.

Mapas de processos, dados limpos, inventários de integração e casos de teste podem continuar úteis durante a conversão brownfield. Partes do modelo global também podem orientar otimizações posteriores.

No entanto, a justificativa econômica muda quando a gestão opta pela preservação em vez da substituição. Benefícios baseados em ampla simplificação tornam-se mais difíceis de reivindicar se estruturas antigas sobrevivem dentro do novo ambiente.

A migração brownfield da Zeiss dá à empresa um escopo mais controlado. As equipes podem priorizar a conversão técnica, a remediação essencial de código e as interfaces necessárias para a continuidade.

A documentação da SAP confirma que seu produto de nuvem privada oferece suporte à conversão a partir do SAP ERP. Ela também fornece orientações para adaptar código personalizado e mover dados para o ambiente S/4HANA.

Essa rota reduz o número de mudanças organizacionais simultâneas. Ela não elimina a necessidade de testar processos de negócios ou resolver personalizações incompatíveis.

O consultor do setor Byron Ford disse à Bloomberg que programas greenfield geralmente custam pelo menos 20% mais do que projetos brownfield. Dependendo do escopo, a diferença pode chegar ao dobro do custo.

Essa estimativa não é uma previsão para a Zeiss. Presença global, número de sistemas, qualidade dos dados, equipe interna e exigências regulatórias podem produzir resultados muito diferentes.

Ela explica por que uma conversão brownfield se torna atraente à medida que os gastos aumentam. A gestão pode restringir a transformação sem retornar inteiramente à plataforma legada.

A mudança também reflete um padrão comum em grandes programas de tecnologia. Os planos iniciais otimizam para o estado final desejado, enquanto decisões posteriores otimizam para uma transição executável.

Essa troca se torna mais acentuada quando a demanda dos negócios continua se expandindo. A Zeiss está aumentando a capacidade relacionada a semicondutores enquanto suas equipes internas também devem redesenhar sistemas operacionais centrais.

Um fabricante em crescimento não pode congelar sua organização por vários anos. Novas instalações, produtos, entidades jurídicas e relações de fornecimento continuam entrando no sistema durante a implementação.

Cada mudança pode tornar o projeto greenfield obsoleto antes de a implantação ser concluída. A conversão brownfield aceita esse alvo em movimento e preserva mais conhecimento operacional já incorporado ao software.

A promessa de nuvem da SAP encontra a realidade da personalização empresarial

O principal conflito não é mais software antigo versus software novo. É ambição de transformação versus realidade operacional.

A SAP passou anos incentivando clientes a substituir aplicações empresariais operadas localmente por assinaturas baseadas em nuvem. Sua estratégia depende de mover uma grande base instalada para o S/4HANA e serviços de nuvem relacionados.

Para os clientes, o apelo inclui infraestrutura gerenciada, atualizações mais regulares, análises integradas e acesso a recursos mais recentes de automação e inteligência artificial.

Essas vantagens só chegam depois que os processos de negócios subjacentes, dados, integrações e código personalizado funcionam de forma confiável no sistema de destino.

Essa exigência é particularmente desafiadora para empresas industriais. Seus ambientes de ERP conectam software de planejamento a sistemas de fabricação, armazéns, fornecedores, controles de qualidade e relatórios financeiros.

A Zeiss também opera em diversos mercados distintos. Seus negócios incluem tecnologia de semicondutores, sistemas médicos, medição industrial e óptica para consumidores.

Um processo que funciona para uma operação de óculos pode não atender a um fornecedor de equipamentos para semicondutores. A padronização greenfield precisa conciliar essas diferenças ou apoiar exceções cuidadosamente governadas.

O plano greenfield original da SAP na Zeiss tratava a migração como uma oportunidade para eliminar processos inconsistentes. Seus projetistas queriam que as unidades de negócios ingressassem em uma arquitetura comum, em vez de reproduzir cada escolha legada.

A reversão reportada mostra o limite dessa metáfora da construção. Um sistema global de ERP não é um prédio vazio à espera de inquilinos. Ele contém decisões operacionais tomadas ao longo de décadas.

Algumas decisões representam complexidade evitável. Outras codificam conhecimento sobre fabricação, conformidade, clientes ou restrições de fornecimento que um modelo genérico não pode descartar com segurança.

Essa distinção cria um problema de governança. Consultores podem recomendar processos padrão, mas líderes de negócios continuam responsáveis quando esses processos falham durante a produção.

Parceiros externos também trabalham sob estruturas comerciais que podem recompensar a continuidade das atividades. Múltiplos fornecedores, direitos de decisão pouco claros e critérios de aceitação frágeis podem complicar a responsabilização.

Um estudo sobre migrações no setor constatou que apenas 15% dos programas SAP pesquisados foram concluídos dentro do prazo e do orçamento. A análise associou os resultados insatisfatórios a falhas de governança, fornecedores concorrentes e responsabilidades pouco claras.

O estudo também constatou que muitas organizações priorizam limitar disrupções em vez de buscar uma transformação ampla. Essa escolha pode reduzir o risco imediato, enquanto adia a padronização e a limpeza de dados.

A Zeiss agora se aproximou dessa posição de limitação de riscos. A empresa pode manter processos que funcionam, concluir a conversão da plataforma e retomar a simplificação depois que a estabilidade operacional melhorar.

Trata-se de uma inversão na sequência, não necessariamente no destino. A Zeiss ainda pode padronizar seu ambiente, mas já não parece disposta a tornar um redesenho abrangente um pré-requisito para avançar na nuvem.

A própria SAP vem acomodando cada vez mais transições graduais. Sua comunicação sobre nuvem enfatiza a proteção de investimentos existentes, o controle do cronograma e a modernização incremental.

Esse posicionamento reconhece um fato inevitável. Os maiores clientes SAP frequentemente têm mais complexidade legada, e não menos, porque seus sistemas atendem a muitos países e operações especializadas.

A migração da Zeiss para a nuvem SAP, portanto, testa duas promessas ao mesmo tempo. A SAP precisa demonstrar que seu modelo de nuvem pode absorver clientes complexos, enquanto a Zeiss deve provar que a preservação produzirá progresso mensurável.

O resultado provável será menos pureza arquitetural. Também poderá resultar em um sistema que entre em produção mais cedo e apresente menos surpresas operacionais.

Os Controles Brownfield Têm Custo, Mas Preservam a Dívida Técnica

A Zeiss reduziu uma categoria de risco ao aceitar outra: uma conversão mais rápida pode preservar a complexidade que antes justificava uma reconstrução.

Dívida técnica refere-se a decisões de projeto que aumentam custos futuros de manutenção ou mudança. Em sistemas ERP, ela frequentemente aparece como código personalizado, processos duplicados, dados inconsistentes e integrações frágeis.

Uma conversão brownfield leva boa parte desse histórico adiante. As equipes precisam determinar quais personalizações permanecem compatíveis com o S/4HANA e quais exigem modificação ou descontinuação.

A abordagem ainda pode incluir limpeza. A Zeiss pode remover código não utilizado, consolidar interfaces selecionadas, arquivar dados obsoletos e padronizar processos nos quais já exista consenso.

No entanto, o programa não começa mais com uma configuração em branco. Cada componente mantido deve ser avaliado no novo ambiente.

Isso cria um difícil problema de medição. Uma conversão técnica bem-sucedida pode cumprir o cronograma enquanto entrega menos melhorias operacionais do que o caso de negócios greenfield prometia.

A empresa não divulgou quais benefícios sobreviveram ao redesenho. Também não informou se os custos reportados incluem licenças, consultores, mão de obra interna, infraestrutura ou operação paralela de sistemas.

Sem essa divisão, observadores não conseguem determinar por que os gastos superaram as expectativas. As informações disponíveis apontam para uma complexidade de implementação maior do que o esperado, mas não para uma falha técnica isolada.

O envolvimento de consultorias externas merece escrutínio sem atribuição prematura de culpa. A Bloomberg não identificou as empresas que lideram a transição da Zeiss.

Grandes programas frequentemente dividem responsabilidades entre um fornecedor de software, integradores de sistemas, provedores de nuvem e equipes internas. Problemas podem surgir nas fronteiras entre seus contratos.

Um fornecedor pode configurar a plataforma central enquanto outro gerencia dados ou integrações. As unidades de negócio da Zeiss precisam então validar se o sistema combinado suporta o trabalho operacional real.

Uma propriedade mal definida pode gerar redesenhos e testes repetidos. Também pode fazer com que relatórios gerenciais pareçam positivos até que processos interconectados sejam avaliados em conjunto.

Os dados representam outro risco. Preservar sistemas existentes protege a continuidade operacional, mas registros inconsistentes podem enfraquecer análises e automação após a migração.

Os serviços mais recentes da SAP dependem de um contexto de negócios confiável. A inteligência artificial não pode compensar códigos de materiais conflitantes, fornecedores duplicados ou responsabilidade pouco clara pelos processos.

Essa preocupação já é visível em toda a base de clientes. Um benchmark de migração de 2025 constatou que 62% dos respondentes citaram altos custos de projeto como uma das principais barreiras à transição.

A mesma pesquisa constatou que 55% identificaram a duração do projeto como uma preocupação, em comparação com 37% no ano anterior.

Esses resultados não provam que brownfield seja sempre preferível. Eles mostram por que as equipes de gestão se tornam menos tolerantes a redesenhos sem prazo definido à medida que os prazos se aproximam.

Brownfield também não garante um custo total menor ao longo do tempo. As organizações podem pagar pela conversão agora e, depois, financiar anos de limpeza.

A transição pode exigir operação paralela enquanto as equipes validam o novo ambiente. Se os sistemas legados permanecerem ativos por mais tempo do que o planejado, despesas de infraestrutura e suporte podem continuar junto das assinaturas de nuvem.

Pesquisas do setor associam esses ambientes sobrepostos a custos mais altos após a migração. O risco cresce quando a plataforma antiga nunca é totalmente desativada.

A Zeiss precisa, portanto, evitar que sua mudança pragmática se transforme em um estado intermediário indefinido. Uma conversão bem-sucedida exige datas explícitas de desativação, regras de propriedade e metas mensuráveis de simplificação.

Há também um risco estratégico para a SAP. Cada recuo proeminente em relação à transformação greenfield pode enfraquecer a confiança em grandes programas de modernização liderados por consultorias.

A fornecedora de software pode argumentar que brownfield continua sendo um caminho suportado para seu portfólio de nuvem. Isso é verdade, mas altera a narrativa de valor para o cliente.

A proposta de valor passa a ser continuidade e modernização gerenciada, em vez de reinvenção abrangente. Para muitos clientes, essa promessa mais restrita pode ser mais crível.

O Cronograma Pressiona a Zeiss, a SAP e Suas Consultorias

O relógio agora favorece uma conversão controlada, porque o calendário de manutenção da SAP e a expansão industrial da Zeiss deixam pouco espaço para outra redefinição.

A SAP oferece manutenção convencional para os principais aplicativos Business Suite 7 até o fim de 2027. A manutenção estendida opcional continua até 2030.

Esse calendário de manutenção cria uma restrição firme de planejamento. Os clientes podem estender sua transição, mas o adiamento não elimina a decisão de migração subjacente.

A Zeiss iniciou seu planejamento anos antes desse prazo. A reformulação atual sugere que uma partida antecipada não protegeu o programa da pressão de escopo e custo.

A estratégia brownfield agora precisa transformar o histórico de planejamento em progresso de implantação. Caso contrário, a empresa corre o risco de gastar mais enquanto opera ambientes antigos e novos em paralelo.

A pressão vai muito além do departamento de TI. As equipes financeiras precisam de relatórios confiáveis, as equipes de produção precisam de planejamento preciso e as operações de suprimentos precisam de dados estáveis de inventário.

A posição da Zeiss na fabricação de semicondutores aumenta o que está em jogo. Ela é a fornecedora exclusiva de óptica para as máquinas de litografia mais avançadas da ASML, segundo a Bloomberg.

Esses sistemas ópticos ajudam fabricantes de chips a produzir processadores de ponta, incluindo componentes usados em infraestrutura de IA. Uma disrupção operacional na Zeiss poderia, portanto, afetar uma cadeia de suprimentos estrategicamente importante.

Não há evidências de que o programa SAP tenha interrompido a produção da Zeiss ou as entregas à ASML. A relevância está no impacto potencial caso uma migração mal controlada alcance operações críticas.

A Zeiss precisa equilibrar a modernização com essa exigência de continuidade. Uma conversão brownfield é mais fácil de defender quando a demanda de fabricação está crescendo e os sistemas não podem tolerar uma implantação instável.

A SAP enfrenta uma forma diferente de pressão. Sua estratégia de crescimento na nuvem exige que grandes clientes concluam migrações, e não apenas assinem acordos ou permaneçam em programas de implementação plurianuais.

Um cliente que muda de greenfield para brownfield ainda pode se tornar receita de nuvem. No entanto, a mudança revela que a complexidade de implementação pode limitar a velocidade com que a SAP expande sua base instalada.

Os orçamentos dos clientes estão se tornando outra restrição. Uma pesquisa de 2026 constatou que 61% dos clientes SAP participantes identificaram a pressão orçamentária como seu principal desafio.

O diretor de pesquisa da ASUG atribuiu grande parte dessa pressão aos projetos S/4HANA. A constatação, reportada em uma análise sobre orçamentos de clientes, sugere que os gastos com migração competem diretamente com outras prioridades tecnológicas.

Essa competição agora inclui os produtos de inteligência artificial da SAP. Os clientes precisam estabelecer sistemas de dados modernos e governados antes que muitas alegações avançadas de automação se tornem práticas.

As consultorias também enfrentam um teste de credibilidade. Elas lideram grande parte do trabalho de projeto, conversão, dados e gestão de mudanças em grandes programas ERP.

O caso da Zeiss não estabelece conduta indevida por parte de consultores. Ele, porém, levanta questões sobre estimativas, controle de escopo e se os incentivos favoreceram uma implementação entregável.

A próxima fase revelará como as responsabilidades mudaram. Uma redefinição crível deve identificar responsáveis, marcos mais restritos e resultados de negócio que os usuários possam validar.

A resposta imposta, portanto, é compartilhada. A Zeiss precisa estabelecer uma governança mais rígida, a SAP precisa apoiar uma migração menos idealizada e os parceiros externos precisam entregar conforme o escopo revisado.

Três Sinais Mostrarão se a Redefinição Brownfield Funciona

O plano revisado deve ser avaliado por marcos de produção, desativação de legados e custos operacionais estáveis, e não por outro anúncio de transformação.

O primeiro sinal é um marco confirmado de implantação. A Zeiss não forneceu um cronograma revisado do projeto, portanto a próxima implantação divulgada será mais importante do que uma meta ampla de conclusão.

Um lançamento bem-sucedido em produção em uma unidade de negócio ou região mostraria que a empresa transformou sua decisão brownfield em um escopo executável.

Outro atraso enfraqueceria o argumento de que a mudança de abordagem gerou progresso mais rápido. Sugeriria que governança, integrações ou dados continuam sendo barreiras maiores do que o projeto do sistema.

O segundo sinal é a evidência de que a Zeiss está desativando instalações legadas. A conversão brownfield gera valor econômico limitado se os ambientes antigos continuarem operando ao lado da plataforma de nuvem.

Observadores devem buscar menos instâncias ERP ativas, menor operação paralela e cobertura clara da migração nas aproximadamente 160 unidades identificadas pela FIT4.

Essa evidência fortaleceria a tese de que a Zeiss preservou processos essenciais sem preservar todos os sistemas redundantes. A fragmentação contínua mostraria que a redefinição apenas adiou a consolidação.

O terceiro sinal é uma perspectiva estável de custos após a entrada do programa revisado em execução. A Zeiss não precisa divulgar todos os contratos, mas a gestão deve esclarecer se os gastos deixaram de acelerar.

Um orçamento estável, combinado com implantações concluídas, sustentaria a tese brownfield. Outro aumento significativo indicaria que o código legado e o trabalho de integração anularam as economias esperadas.

Os leitores não devem tratar a mudança como prova de que migrações greenfield sempre falham. Algumas organizações se beneficiam de uma reconstrução quando processos legados bloqueiam mudanças estratégicas e a liderança consegue impor padronização.

A escolha da Zeiss tampouco prova que uma conversão brownfield seja segura. A complexidade preservada pode reaparecer durante testes, atualizações, projetos de análise ou mudanças posteriores de processo.

A lição mais útil diz respeito ao sequenciamento. As empresas podem separar a conversão da plataforma de uma ampla reformulação dos negócios, em vez de tentar fazer ambas simultaneamente em todas as unidades.

Esse sequenciamento reduz as mudanças simultâneas, mas exige disciplina após a entrada em operação. A limpeza adiada precisa de responsáveis nomeados, financiamento e prazos; caso contrário, torna-se dívida técnica permanente.

Líderes de tecnologia que avaliam suas próprias migrações devem perguntar o que cada customização protege. Eles também devem identificar quais benefícios alegados dependem da remoção dessa customização antes da conversão.

As revisões de projeto devem conectar decisões de arquitetura a resultados específicos de negócios. Um percentual de clean core significa pouco se fábricas, equipes financeiras ou operações de cadeia de suprimentos não conseguem concluir seu trabalho de forma confiável.

As equipes também precisam de um registro independente de decisões, dependências e critérios de aceitação. Uma base de conhecimento de engenharia pesquisável pode ajudar a preservar esse contexto entre equipes internas e parceiros de consultoria.

A migração para a nuvem SAP da Zeiss agora enfrenta um teste mais restrito e prático. Ela precisa transferir sistemas críticos sem interromper um fabricante integrado à cadeia global de suprimentos de semicondutores.

Acompanhe a próxima implantação em produção, a desativação de instâncias antigas do SAP e a trajetória revisada de custos. Juntos, esses sinais mostrarão se a Zeiss encontrou uma rota viável para avançar ou apenas adiou as decisões mais difíceis.