La migración a la nube de SAP de Zeiss cambia de rumbo tras alcanzar costes de 200 millones de euros
Zeiss ha reestructurado su migración a la nube de SAP después de que los costes superaran, según se informa, los 200 millones de euros, abandonando una reconstrucción completa en favor de una conversión más conservadora.
El grupo alemán de óptica conservará una mayor parte de su software, datos y procesos empresariales existentes mientras traslada sus sistemas de planificación de recursos empresariales a la nube. La decisión sustituye la estrategia greenfield que Zeiss había promovido como una oportunidad poco común para rediseñar su base tecnológica.
Este giro importa más allá de un costoso proyecto corporativo de TI. Zeiss suministra óptica esencial para los equipos de fabricación de semiconductores más avanzados de ASML. Sus sistemas internos respaldan fábricas, inventarios, pedidos, controles financieros y una red de producción distribuida globalmente.
La migración a la nube de SAP de Zeiss ilustra ahora una difícil decisión a la que se enfrentan otros grandes clientes de SAP. Pueden reconstruir sus sistemas en torno a procesos estandarizados o preservar una mayor parte de su arquitectura heredada para controlar los costes y el riesgo de ejecución.
La vía brownfield ofrece una ruta más rápida y potencialmente menos costosa. Sin embargo, también conserva parte de la complejidad que el programa original pretendía eliminar.
Qué cambió en la migración a la nube de SAP de Zeiss
Zeiss no abandonó SAP ni su objetivo de migrar a la nube, pero modificó fundamentalmente la forma en que pretende llegar a ese destino.
Según la migración de Zeiss, la empresa comenzó a planificar su transición a la nube hace unos seis años. Consultoras externas han estado liderando el programa, según personas familiarizadas con el proyecto.
La estrategia original seguía un modelo greenfield. Este enfoque crea un sistema nuevo con procesos, configuraciones y estructuras de datos rediseñados, en lugar de convertir directamente el entorno existente.
Los programas greenfield prometen una arquitectura más limpia porque los equipos pueden eliminar personalizaciones antiguas y flujos de trabajo inconsistentes. También pueden obligar a las unidades de negocio a adoptar un único modelo operativo compartido.
Esa promesa conlleva una exigencia considerable. La empresa debe acordar cómo funcionará su negocio futuro antes de que la nueva plataforma pueda entrar en operación.
Zeiss describió públicamente esa ambición varios años antes del giro comunicado. Su programa FIT4 buscaba sustituir un entorno SAP R/3 que había crecido de forma desigual en todo el grupo.
Un plan maestro de FIT4 en inglés describía cuatro instalaciones principales de SAP y 78 variantes de pedidos. Alrededor de 14.000 empleados utilizaban el entorno de ERP existente, que procesaba aproximadamente 53 millones de transacciones SAP al mes.
El programa abarcaba aproximadamente 160 unidades de Zeiss. Otras 80 unidades operaban fuera del entorno de ERP existente, lo que incrementaba el desafío de crear una plantilla global unificada.
Zeiss comparó el proyecto con la construcción de un complejo de apartamentos con un plano común. Las unidades de negocio individuales podían solicitar cambios, pero el desarrollo personalizado debía seguir siendo excepcional.
Ese modelo exigía que los equipos tecnológicos, los consultores y los especialistas de negocio definieran procesos compartidos antes del despliegue. Zeiss afirmó que sus equipos trabajaban en producción, logística, finanzas y otras funciones operativas.
La empresa afirma ahora que ha reconfigurado el programa para avanzar más rápidamente. Un portavoz confirmó que el nuevo enfoque brownfield conservará muchos sistemas de datos existentes.
Una conversión brownfield incorpora un entorno SAP consolidado a S/4HANA al tiempo que conserva gran parte de sus datos, configuración e historial de procesos. El trabajo sigue requiriendo adaptación de código, pruebas, cambios de integración y migración de infraestructura.
Por tanto, resulta inexacto describir el cambio como un simple traslado del software antiguo a un nuevo entorno de alojamiento. Zeiss aún debe conciliar sistemas que se desarrollaron de manera distinta entre unidades de negocio y regiones.
La diferencia radica en el supuesto de partida del proyecto. Greenfield pide a los equipos que diseñen primero el futuro deseado. Brownfield parte de lo que ya funciona y cambia únicamente lo que exige el entorno de destino.
Zeiss no ha confirmado públicamente la inversión total ni ha revelado una fecha de finalización revisada. SAP también declinó hacer comentarios sobre el proyecto del cliente.
Estas omisiones dejan sin respuesta varias preguntas importantes. La empresa no ha identificado qué sistemas se convertirán, qué procesos permanecerán sin cambios ni cuánto trabajo anterior puede reutilizarse.
No obstante, el cambio esencial es claro. El plan SAP greenfield de Zeiss ha dado paso a la preservación, la modernización incremental y un control de costes más estricto.
Por qué Zeiss eligió brownfield tras años de trabajo greenfield
El giro sugiere que el rediseño de procesos se volvió más difícil de gobernar de lo que preveía el plan arquitectónico original.
Zeiss tenía un motivo sólido para preferir el desarrollo greenfield. Sus sistemas de ERP existentes contenían variaciones acumuladas durante años de crecimiento, decisiones locales, adquisiciones y requisitos de fabricación especializados.
Una implementación desde cero ofrecía la oportunidad de eliminar esas diferencias. Los procesos estandarizados podían respaldar informes coherentes, planificación integrada y una coordinación más rápida entre fábricas y unidades de negocio.
Sin embargo, cada estándar propuesto genera una negociación. Un equipo de producción puede necesitar un flujo de trabajo especializado, mientras que finanzas puede exigir controles uniformes. Las operaciones regionales pueden enfrentarse a requisitos regulatorios, fiscales o de clientes distintos.
Estos desacuerdos se vuelven costosos cuando consultores, expertos internos y equipos de software deben revisar repetidamente la plantilla global. Cada cambio afecta a la configuración, las interfaces, la conversión de datos, la documentación y las pruebas.
Zeiss reconoció la magnitud de esa coordinación antes de la reestructuración actual. Un perfil de empleo de la empresa señalaba que su equipo de despliegue incluía a más de 100 empleados, además de consultores externos.
Estos participantes estaban repartidos por países como Estados Unidos, India y Hungría. La empresa describió el proyecto tanto como una consolidación arquitectónica como un esfuerzo de armonización de procesos.
La ejecución greenfield también exige que las organizaciones distingan las necesidades operativas reales de los hábitos históricos. Esa distinción se vuelve difícil cuando el sistema ERP controla actividades que no pueden tolerar interrupciones.
Para Zeiss, estas actividades incluyen pedidos, entregas, inventarios, capacidad de producción y facturas. Por ello, un error de diseño puede pasar rápidamente de una acumulación de tareas de TI a un problema de fabricación o atención al cliente.
El gasto reportado indica que el proyecto consumió recursos considerables antes de que la dirección cambiara de rumbo. No demuestra que todo el trabajo anterior se haya desperdiciado.
Los mapas de procesos, los datos depurados, los inventarios de integraciones y los casos de prueba pueden seguir siendo útiles durante la conversión brownfield. Partes de la plantilla global también podrían orientar optimizaciones posteriores.
Sin embargo, la justificación económica cambia una vez que la dirección elige la preservación en lugar de la sustitución. Los beneficios basados en una simplificación amplia se vuelven más difíciles de sostener si las estructuras antiguas sobreviven dentro del nuevo entorno.
La migración brownfield de Zeiss brinda a la empresa un alcance más controlado. Los equipos pueden priorizar la conversión técnica, la corrección esencial de código y las interfaces necesarias para mantener la continuidad.
La documentación de SAP confirma que su producto de nube privada admite la conversión desde SAP ERP. También ofrece orientación para adaptar código personalizado y trasladar datos al entorno S/4HANA.
Esa ruta reduce el número de cambios organizativos simultáneos. No elimina la necesidad de probar los procesos de negocio ni de resolver personalizaciones incompatibles.
El consultor del sector Byron Ford dijo a Bloomberg que los programas greenfield suelen costar al menos un 20 por ciento más que los proyectos brownfield. Dependiendo del alcance, la diferencia puede llegar a duplicar el coste.
Esa estimación no es una previsión para Zeiss. La presencia global, el número de sistemas, la calidad de los datos, la dotación interna y los requisitos regulatorios pueden producir resultados muy distintos.
Sí explica por qué una conversión brownfield se vuelve atractiva cuando el gasto aumenta. La dirección puede acotar la transformación sin regresar por completo a la plataforma heredada.
El giro también refleja un patrón común en los grandes programas tecnológicos. Los planes iniciales optimizan el estado final deseado, mientras que las decisiones posteriores optimizan una transición ejecutable.
Esta disyuntiva se agudiza cuando la demanda empresarial sigue expandiéndose. Zeiss está aumentando la capacidad relacionada con semiconductores mientras también se espera que sus equipos internos rediseñen los sistemas operativos centrales.
Un fabricante en crecimiento no puede congelar su organización durante varios años. Nuevas instalaciones, productos, entidades jurídicas y relaciones de suministro siguen incorporándose al sistema durante la implementación.
Cada cambio puede dejar obsoleto el plan maestro greenfield antes de que termine el despliegue. La conversión brownfield acepta ese objetivo cambiante y conserva más conocimiento operativo ya integrado en el software.
La promesa de nube de SAP se enfrenta a la realidad de la personalización empresarial
El conflicto principal ya no es software antiguo frente a software nuevo. Es la ambición de transformación frente a la realidad operativa.
SAP ha dedicado años a animar a los clientes a sustituir aplicaciones empresariales operadas localmente por suscripciones basadas en la nube. Su estrategia depende de trasladar una gran base instalada hacia S/4HANA y servicios de nube relacionados.
Para los clientes, el atractivo incluye infraestructura gestionada, actualizaciones más periódicas, analítica integrada y acceso a funciones más recientes de automatización e inteligencia artificial.
Estas ventajas solo llegan después de que los procesos empresariales subyacentes, los datos, las integraciones y el código personalizado funcionen de forma fiable en el sistema de destino.
Este requisito es especialmente exigente para las empresas industriales. Sus entornos de ERP conectan software de planificación con sistemas de fabricación, almacenes, proveedores, controles de calidad e informes financieros.
Zeiss también opera en varios mercados distintos. Sus negocios incluyen tecnología de semiconductores, sistemas médicos, medición industrial y óptica de consumo.
Un proceso que funciona para una operación de gafas puede no satisfacer a un proveedor de equipos para semiconductores. La estandarización greenfield debe conciliar esas diferencias o admitir excepciones cuidadosamente gobernadas.
El plan SAP greenfield original de Zeiss trataba la migración como una oportunidad para eliminar procesos inconsistentes. Sus diseñadores querían que las unidades de negocio entraran en una arquitectura común en lugar de reproducir cada decisión heredada.
El giro reportado muestra el límite de esa metáfora de construcción. Un sistema ERP global no es un edificio vacío a la espera de inquilinos. Contiene decisiones operativas tomadas durante décadas.
Algunas decisiones representan complejidad evitable. Otras codifican conocimiento sobre fabricación, cumplimiento normativo, clientes o restricciones de suministro que una plantilla genérica no puede descartar con seguridad.
Esta distinción crea un problema de gobernanza. Los consultores pueden recomendar procesos estándar, pero los líderes empresariales siguen siendo responsables cuando esos procesos fallan durante la producción.
Los socios externos también trabajan bajo estructuras comerciales que pueden recompensar la continuidad de la actividad. Múltiples proveedores, derechos de decisión poco claros y criterios de aceptación débiles pueden complicar la rendición de cuentas.
Un estudio sobre migraciones en la industria concluyó que solo el 15 por ciento de los programas SAP encuestados finalizó a tiempo y dentro del presupuesto. El análisis vinculó los malos resultados con fallos de gobernanza, proveedores en competencia y responsabilidades poco claras.
El estudio también concluyó que muchas organizaciones priorizan limitar las interrupciones en lugar de emprender una transformación extensa. Esta decisión puede reducir el riesgo inmediato, aunque pospone la estandarización y la limpieza de datos.
Zeiss se ha acercado ahora a esa postura de limitación de riesgos. La empresa puede conservar procesos que ya funcionan, completar la conversión de la plataforma y retomar la simplificación después de mejorar la estabilidad operativa.
Se trata de un cambio en la secuencia, no necesariamente en el destino. Zeiss aún puede estandarizar su entorno, pero ya no parece dispuesta a convertir un rediseño integral en un requisito previo para avanzar hacia la nube.
La propia SAP acomoda cada vez más las transiciones graduales. Su mensaje sobre la nube destaca la protección de las inversiones existentes, el control de los plazos y la modernización incremental.
Ese posicionamiento reconoce un hecho ineludible. Los mayores clientes de SAP suelen tener más complejidad heredada, no menos, porque sus sistemas respaldan numerosos países y operaciones especializadas.
Por tanto, la migración de Zeiss a la nube de SAP pone a prueba dos promesas al mismo tiempo. SAP debe demostrar que su modelo de nube puede absorber clientes complejos, mientras que Zeiss debe probar que preservar sus sistemas generará avances medibles.
El resultado probable será una menor pureza arquitectónica. También podría crear un sistema que entre en producción antes y presente menos sorpresas operativas.
Los controles brownfield cuestan, pero preservan la deuda técnica
Zeiss ha reducido una categoría de riesgo al aceptar otra: una conversión más rápida puede preservar la complejidad que antes justificaba una reconstrucción.
La deuda técnica se refiere a decisiones de diseño que elevan los costes futuros de mantenimiento o cambio. En los sistemas ERP, suele manifestarse como código personalizado, procesos duplicados, datos incoherentes e integraciones frágiles.
Una conversión brownfield arrastra gran parte de ese historial. Los equipos deben determinar qué personalizaciones siguen siendo compatibles con S/4HANA y cuáles requieren modificaciones o retirada.
El enfoque aún puede incluir tareas de limpieza. Zeiss puede eliminar código sin usar, consolidar determinadas interfaces, archivar datos obsoletos y estandarizar procesos donde ya exista consenso.
Sin embargo, el programa ya no empieza con una configuración en blanco. Cada componente conservado debe evaluarse dentro del nuevo entorno.
Esto crea un problema complejo de medición. Una conversión técnica exitosa puede cumplir su calendario y, aun así, aportar menos mejoras operativas de las que prometía el caso de negocio greenfield.
La empresa no ha revelado qué beneficios sobrevivieron al rediseño. Tampoco ha indicado si los costes reportados incluyen licencias, consultores, trabajo interno, infraestructura u operación paralela de sistemas.
Sin ese desglose, los observadores no pueden determinar por qué el gasto superó las expectativas. La información disponible apunta a una complejidad de implementación mayor de la prevista, pero no a un único fallo técnico aislado.
La participación de consultoras externas merece escrutinio sin asignar culpas prematuramente. Bloomberg no identificó a las firmas que lideran la transición de Zeiss.
Los grandes programas suelen repartir responsabilidades entre un proveedor de software, integradores de sistemas, proveedores de nube y equipos internos. Los problemas pueden surgir en los límites entre sus contratos.
Un proveedor puede configurar la plataforma principal mientras otro gestiona los datos o las integraciones. Las unidades de negocio de Zeiss deben entonces validar si el sistema combinado respalda el trabajo operativo real.
Una titularidad mal definida puede generar rediseños y pruebas repetidos. También puede hacer que los informes de gestión parezcan positivos hasta que los procesos interconectados se evalúan en conjunto.
Los datos presentan otro riesgo. Preservar los sistemas existentes protege la continuidad operativa, pero los registros incoherentes pueden debilitar la analítica y la automatización tras la migración.
Los servicios más recientes de SAP dependen de un contexto empresarial fiable. La inteligencia artificial no puede compensar códigos de materiales contradictorios, proveedores duplicados o una titularidad de procesos poco clara.
Esta preocupación ya es visible en toda la base de clientes. Un benchmark de migración de 2025 concluyó que el 62 por ciento de los encuestados citó los elevados costes de proyecto como una de las principales barreras para la transición.
La misma investigación determinó que el 55 por ciento identificó la duración del proyecto como una preocupación, frente al 37 por ciento del año anterior.
Estos resultados no demuestran que brownfield sea siempre preferible. Muestran por qué los equipos directivos se vuelven menos tolerantes con rediseños sin un alcance definido a medida que se acercan los plazos.
Brownfield tampoco garantiza un menor coste durante toda la vida útil. Las organizaciones pueden pagar ahora por la conversión y financiar después años de limpieza.
La transición puede requerir una operación paralela mientras los equipos validan el nuevo entorno. Si los sistemas heredados siguen activos más tiempo de lo previsto, los gastos de infraestructura y soporte pueden continuar junto con las suscripciones a la nube.
La investigación del sector vincula estos entornos superpuestos con mayores costes posteriores a la migración. El riesgo aumenta cuando la plataforma antigua nunca se apaga por completo.
Por tanto, Zeiss debe evitar que su giro pragmático se convierta en un estado intermedio indefinido. Una conversión exitosa necesita fechas explícitas de retirada, reglas de titularidad y objetivos medibles de simplificación.
También existe un riesgo estratégico para SAP. Cada retirada destacada de una transformación greenfield puede debilitar la confianza en grandes programas de modernización liderados por consultoras.
El proveedor de software puede argumentar que brownfield sigue siendo una vía compatible hacia su cartera de nube. Eso es cierto, pero cambia la narrativa de valor para el cliente.
La propuesta de valor pasa a ser continuidad y modernización gestionada, en lugar de una reinvención integral. Para muchos clientes, esa promesa más acotada puede resultar más creíble.
El calendario presiona a Zeiss, SAP y sus consultoras
El tiempo ahora favorece una conversión controlada, porque el calendario de mantenimiento de SAP y la expansión industrial de Zeiss dejan poco margen para otro reinicio.
SAP proporciona mantenimiento estándar para las aplicaciones principales de Business Suite 7 hasta finales de 2027. El mantenimiento ampliado opcional continúa hasta 2030.
Ese calendario de mantenimiento crea una limitación firme de planificación. Los clientes pueden prolongar su transición, pero el retraso no elimina la decisión subyacente de migrar.
Zeiss inició su planificación años antes de ese plazo. La revisión actual sugiere que un comienzo temprano no protegió al programa de la presión sobre el alcance y los costes.
La estrategia brownfield debe ahora transformar el historial de planificación en avances de despliegue. De lo contrario, la empresa corre el riesgo de gastar más mientras opera entornos antiguos y nuevos a la vez.
La presión va mucho más allá del departamento de TI. Los equipos financieros necesitan informes fiables, los equipos de producción necesitan una planificación precisa y las operaciones de suministro necesitan datos de inventario estables.
La posición de Zeiss en la fabricación de semiconductores eleva lo que está en juego. Es el proveedor exclusivo de óptica para las máquinas de litografía más avanzadas de ASML, según Bloomberg.
Estos sistemas ópticos ayudan a los fabricantes de chips a producir procesadores de vanguardia, incluidos componentes utilizados en infraestructura de IA. Por tanto, una interrupción operativa en Zeiss podría afectar a una cadena de suministro estratégicamente importante.
No hay pruebas de que el programa SAP haya interrumpido la producción de Zeiss o las entregas de ASML. La relevancia reside en el impacto potencial si una migración mal controlada alcanzara operaciones críticas.
Zeiss debe equilibrar la modernización con ese requisito de continuidad. Una conversión brownfield es más fácil de defender cuando la demanda de fabricación aumenta y los sistemas no pueden tolerar un despliegue inestable.
SAP enfrenta una forma distinta de presión. Su estrategia de crecimiento en la nube necesita que los grandes clientes completen las migraciones, no que simplemente firmen acuerdos o permanezcan en programas de implementación plurianuales.
Un cliente que cambia de greenfield a brownfield aún puede generar ingresos de nube. Sin embargo, el cambio revela que la complejidad de implementación puede limitar la rapidez con la que SAP amplía su base instalada.
Los presupuestos de los clientes se están convirtiendo en otra restricción. Una encuesta de 2026 concluyó que el 61 por ciento de los clientes de SAP participantes identificó la presión presupuestaria como su principal desafío.
El director de investigación de ASUG atribuyó buena parte de esa presión a los proyectos de S/4HANA. El hallazgo, reportado en un análisis de presupuestos de clientes, sugiere que el gasto en migración compite directamente con otras prioridades tecnológicas.
Esa competencia ahora incluye los productos de inteligencia artificial de SAP. Los clientes deben establecer sistemas de datos modernos y gobernados antes de que muchas promesas avanzadas de automatización puedan hacerse realidad.
Las consultoras también enfrentan una prueba de credibilidad. Lideran gran parte del trabajo de diseño, conversión, datos y gestión del cambio en los principales programas ERP.
El caso de Zeiss no demuestra una conducta indebida por parte de las consultoras. Sí plantea preguntas sobre las estimaciones, el control del alcance y si los incentivos favorecieron una implementación entregable.
La siguiente fase revelará cómo han cambiado las responsabilidades. Un reinicio creíble debería identificar responsables directos, hitos más acotados y resultados empresariales que los usuarios puedan validar.
Por tanto, la respuesta obligada es compartida. Zeiss debe imponer una gobernanza más estricta, SAP debe respaldar una migración menos idealizada y los socios externos deben cumplir con el alcance revisado.
Tres señales mostrarán si el reinicio brownfield funciona
El plan revisado debe juzgarse por hitos de producción, retirada de sistemas heredados y costes operativos estables, no por otro anuncio de transformación.
La primera señal es un hito de despliegue confirmado. Zeiss no ha proporcionado un calendario de proyecto revisado, por lo que el próximo despliegue divulgado importará más que un objetivo amplio de finalización.
Un lanzamiento exitoso en producción en una unidad de negocio o región demostraría que la empresa ha convertido su decisión brownfield en un alcance ejecutable.
Otro retraso debilitaría el argumento de que el cambio de enfoque generó avances más rápidos. Sugeriría que la gobernanza, las integraciones o los datos siguen siendo barreras mayores que el diseño del sistema.
La segunda señal es evidencia de que Zeiss está retirando instalaciones heredadas. La conversión brownfield aporta un valor económico limitado si los entornos antiguos siguen funcionando junto a la plataforma en la nube.
Los observadores deberían buscar menos instancias ERP activas, una menor operación paralela y una cobertura de migración clara en las aproximadamente 160 unidades identificadas por FIT4.
Esa evidencia reforzaría la idea de que Zeiss preservó procesos esenciales sin conservar cada sistema redundante. La fragmentación continuada demostraría que el reinicio simplemente aplazó la consolidación.
La tercera señal es una previsión de costes estable después de que el programa revisado entre en ejecución. Zeiss no necesita revelar cada contrato, pero la dirección debería aclarar si el gasto ha dejado de acelerarse.
Un presupuesto estable, junto con despliegues completados, respaldaría la tesis brownfield. Otro aumento importante indicaría que el código heredado y el trabajo de integración compensaron los ahorros esperados.
Los lectores no deberían interpretar este cambio como una prueba de que las migraciones greenfield siempre fracasan. Algunas organizaciones se benefician de reconstruir cuando los procesos heredados bloquean el cambio estratégico y el liderazgo puede imponer la estandarización.
La elección de Zeiss tampoco demuestra que una conversión brownfield sea segura. La complejidad preservada puede reaparecer durante las pruebas, las actualizaciones, los proyectos de analítica o posteriores cambios de procesos.
La lección más útil tiene que ver con la secuenciación. Las empresas pueden separar la conversión de plataforma del rediseño integral del negocio, en lugar de intentar ambas cosas simultáneamente en todas las unidades.
Esa secuenciación reduce los cambios simultáneos, pero exige disciplina después de la puesta en marcha. La limpieza aplazada necesita responsables identificados, financiación y plazos; de lo contrario, se convierte en deuda técnica permanente.
Los responsables tecnológicos que evalúan sus propias migraciones deberían preguntarse qué protege cada personalización. También deberían identificar qué beneficios declarados dependen de eliminar esa personalización antes de la conversión.
Las revisiones de proyecto deberían vincular las decisiones de arquitectura con resultados empresariales concretos. Un porcentaje de núcleo limpio significa poco si las fábricas, los equipos financieros o las operaciones de suministro no pueden completar su trabajo de forma fiable.
Los equipos también necesitan un registro independiente de decisiones, dependencias y criterios de aceptación. Una base de conocimientos de ingeniería con función de búsqueda puede ayudar a preservar ese contexto entre equipos internos y socios de consultoría.
La migración de Zeiss a SAP en la nube afronta ahora una prueba más acotada y práctica. Debe trasladar sistemas críticos sin interrumpir a un fabricante integrado en la cadena de suministro global de semiconductores.
Conviene seguir el próximo despliegue en producción, la retirada de las antiguas instancias de SAP y la evolución revisada de los costes. En conjunto, estas señales mostrarán si Zeiss encontró una vía viable para avanzar o si solo pospuso las decisiones más difíciles.
