Costo de migración a S/4HANA: qué lo determina en cada ruta

El costo de una migración a S/4HANA cae en las mismas franjas que cualquier programa SAP. Calcule de $500K a $2M en una empresa mediana, de $2M a $10M o más en una grande y de $10M a $50M o más en un grupo global. Dónde cae usted dentro de la franja depende menos de la ruta que del código a medida, los datos, las conversiones de prueba, la doble operación y su contrato con SAP.

Respuesta corta: ninguna ruta de migración es más barata por defecto. El costo de brownfield frente a greenfield depende de cuánto código a medida arrastra, de lo limpios que estén sus datos y de cuánto proceso quiere cambiar. En mi experiencia, el código a medida es la fase que más a menudo se desborda y el costo oculto que las empresas más olvidan.

Este artículo trata específicamente de la factura de la migración. Las rutas, los pasos y las fechas límite de ECC están en mi guía de migración de ECC a S/4HANA.

Para saber cuánto cuesta SAP en general y adónde va el dinero, lea cuánto cuesta una implementación de SAP. Para entender por qué los presupuestos se desbordan una vez empezado el trabajo, lea por qué los proyectos SAP se salen del presupuesto.

Una migración es un programa SAP completo, así que uso los mismos rangos de trabajo que para cualquier programa SAP. Cubren servicios del socio, suscripción o licencias, datos, pruebas, formación e hypercare.

Aquí está cada franja, y lo que empuja una migración hacia la parte alta:

Tamaño de la empresa	Costo total del programa (USD)	Qué empuja una migración hacia arriba en el rango
Pequeña (menos de 200 empleados)	De $80K a $500K	Volumen de datos heredados, add-ons sin versión para S/4HANA
Mid-market (de 200 a 1.000)	De $500K a $2M	Volumen de código a medida, integraciones, calidad de los datos
Grande (de 1.000 a 10.000)	De $2M a más de $10M	Código a medida, número de conversiones de prueba, alcance de las pruebas de regresión
Grupo global (más de 10.000)	De $10M a más de $50M	Muchas entidades y países, doble operación a lo largo de las oleadas de despliegue

Dos proporciones se mantienen en todas las franjas. Los servicios del socio se llevan entre el 35 y el 50 % del total, y encima va una contingencia del 10 al 20 %, que gestiona usted y no queda dentro del precio del socio.

Las referencias públicas apuntan al mismo sitio. LeverX, un socio de SAP, sitúa una implementación greenfield de gran empresa en Estados Unidos entre $4M y más de $10M (guía de costos de LeverX para EE. UU., 2026). Para una primera cifra sobre su propio alcance, pruebe la calculadora de costos de implementación de SAP.

La gente quiere un porcentaje: el brownfield cuesta un X % menos que el greenfield. Mi respuesta honesta es que depende, y no doy un porcentaje. La ruta cambia más adónde va el dinero que cuánto dinero hay.

Una conversión del sistema (brownfield) conserva su configuración, su código a medida y su histórico. Una nueva implementación (greenfield) empieza limpia y carga solo los datos que necesita, y una selective data transition hace un poco de ambas cosas con herramientas especializadas.

Así gasta el dinero cada ruta:

Ruta	Adónde va el dinero	Qué la encarece	Qué la abarata
Brownfield (conversión del sistema)	Remediación del código a medida, ejecuciones de conversión con el Software Update Manager, pruebas de regresión de todo lo que conservó	Una gran base de código a medida que nadie usa, add-ons que sustituir, una ventana de downtime corta sobre una base de datos grande	Retirar el código sin uso antes de la conversión, procesos que ya funcionan
Greenfield (nueva implementación)	Diseño de procesos, configuración, ampliaciones, cargas de datos, formación y gestión del cambio	Reconstruir viejos informes y lógica a medida en el sistema nuevo, rediseñar áreas que funcionaban	Adoptar el estándar de SAP, cargar las partidas abiertas y solo el histórico que necesita
Selective data transition	Herramientas y socio especializados, definición del alcance de datos, más algo de rediseño y algo de conversión	Selección compleja de sociedades e histórico, fusiones y escisiones	Una decisión precisa sobre qué áreas se rediseñan

¿De qué depende entonces? Estas cuatro preguntas lo deciden:

1. Cuánto código a medida arrastra, y cuánto se usa. En una conversión, cada objeto que conserva hay que revisarlo, corregirlo si hace falta y probarlo.
2. Lo limpios que están sus datos y cuánto histórico necesita. Los datos malos cuestan dinero en todas las rutas, en un sitio distinto en cada una.
3. Cuánto proceso quiere cambiar. Mi regla: greenfield cuando viene de otros sistemas o hay que definir procesos nuevos, brownfield cuando los procesos están definidos y funcionan, selectiva cuando algunas áreas necesitan rediseño. Pagar por rediseñar procesos que ya funcionan es la opción cara.
4. Cuánto downtime puede asumir el negocio. Los sistemas grandes con ventanas cortas necesitan técnicas downtime-optimized y los especialistas que las ejecutan.

El costo también sigue al tiempo. En mi experiencia, un brownfield dura de 12 a 18 meses, un greenfield de 18 a 24 meses y una selective data transition de 12 a 18 meses. Mi artículo sobre plazos de migración a S/4HANA y plan de proyecto los desglosa fase por fase.

El código a medida es la fase que más a menudo veo desbordarse en una migración. También es el costo que las empresas más olvidan al fijar el presupuesto.

Se esconde porque parece una tarea técnica. En una conversión brownfield, sus programas Z, ampliaciones y modificaciones pasan al nuevo sistema, y cada uno que toca un modelo de datos modificado hay que adaptarlo y volver a probarlo.

El SAP Readiness Check es el sitio correcto para empezar, pero es una herramienta de planificación. En mi experiencia, lo que no detecta y duele después son los objetos a medida.

La propia Conversion Guide for SAP S/4HANA Cloud Private Edition 2025 de SAP le remite al ABAP Test Cockpit para las comprobaciones del código a medida. También recomienda eliminar el código a medida que ya no se usa antes de convertir.

Esa recomendación es donde está el ahorro. En un programa, el análisis con smartShift nos llevó de 18.000 objetos a medida a 3.200, y cada objeto retirado era uno que nadie tuvo que corregir, probar ni arrastrar a futuras actualizaciones.

Antes de que nadie le ponga precio a una migración, yo querría respuestas a estas preguntas:

1. ¿Cuántos objetos a medida existen? Cuéntelos en su propio sistema, no a partir de la estimación del socio.
2. ¿Cuántos se usan de verdad? Datos de uso de producción, durante un ciclo de negocio completo, incluido el cierre del ejercicio.
3. ¿Cuáles se retirarán, y quién lo decide? Una autoridad de diseño de negocio e IT, no solo los desarrolladores.
4. ¿Qué sustituye a los que conserva? Funciones estándar, API liberadas o ampliaciones side-by-side, en línea con un Clean Core.

Reduzca las personalizaciones al mínimo y gobierne el resto. El error habitual que veo es intentar que SAP funcione como Oracle, lo que convierte cada diferencia en código. Mi guía de Clean Core en SAP explica cómo clasificar lo que queda.

En mi experiencia, la migración de datos supone entre el 30 y el 40 % del esfuerzo. Buena parte de ese esfuerzo recae en sus propios usuarios de negocio, que depuran y validan, así que rara vez aparece en la oferta de un socio.

En una conversión brownfield planifico tres conversiones de prueba antes del cutover. Cada una cuesta dinero de verdad: una copia del sistema, el equipo técnico que ejecuta la conversión, las comprobaciones funcionales y la conciliación de los resultados por parte del negocio.

Compruebe qué cubre ya su contrato. La guía de conversión de SAP para Private Edition indica que el alcance estándar del contrato incluye dos dry runs, uno para los sistemas no productivos y otro para producción. Se pueden añadir más como servicio facturable.

Si planifica tres, acuerde de antemano quién paga la tercera.

El downtime es el otro costo de esta fase. El downtime de cutover que he visto va de un fin de semana a una semana, y el negocio paga cada día en que no puede enviar, facturar ni cerrar.

Se puede acortar. El Software Update Manager ofrece una conversión downtime-optimized, pero la guía de SAP indica que la versión para Private Edition requiere un experto de SAP que haya completado el curso ADM329. Es una partida especializada en el presupuesto, no un interruptor gratuito.

Las pruebas cierran el círculo. Una conversión lo conserva todo, así que las pruebas de regresión tienen que cubrir todo lo que conservó, y ese alcance crece con cada objeto a medida que no retiró.

Dos costos quedan fuera del plan de proyecto, y ambos acaban en la mesa del CFO.

El primero es la doble operación. Para SAP ERP 6.0 en los enhancement packages 6 a 8, el mantenimiento estándar termina el 31 de diciembre de 2027. El mantenimiento ampliado opcional hasta finales de 2030 cuesta dos puntos porcentuales adicionales (SAP News).

Un programa greenfield que empiece hoy se extiende hasta 2028, así que ECC sigue funcionando, y costando, mientras usted construye. Presupueste al menos algo de mantenimiento ampliado, el equipo de soporte de ECC y las interfaces que tengan que alimentar ambos sistemas durante un despliegue por fases.

El segundo es la conversión del contrato. Pasar a RISE with SAP significa S/4HANA Cloud Private Edition, que SAP comercializa ahora como SAP Cloud ERP Private. Su posición de licencias y mantenimiento se convierte en una suscripción, y las condiciones se negocian, no se publican.

Las mayores trampas que veo en un contrato RISE son las condiciones de renovación, el dimensionamiento en full user equivalents (FUE) y los créditos de IA. Lo que siempre negocio es la lista de módulos incluidos y un precio por fases, para que pague a medida que las fases salen en vivo y no desde el primer día.

Pregunte a SAP por escrito qué ocurre con sus licencias y pagos de mantenimiento actuales. Mi guía sobre contrato y precios de RISE with SAP cubre qué entra, qué queda fuera y dónde presionar.

En los 21 programas SAP que he dirigido o rescatado, el mayor error que veo es no planificar bien al principio. Los presupuestos se resienten en la fase Explore, a medida que crece la lista WRICEF (informes, interfaces, conversiones, ampliaciones, formularios, workflows), y dejar que los proveedores controlen el alcance es una de las causas de fondo.

Este es el orden que yo seguiría:

1. Ejecute el SAP Readiness Check y las comprobaciones del código a medida antes de pedir precio a nadie.
2. Decida qué código a medida se retira a través de una autoridad de diseño de negocio e IT.
3. Perfile los datos y dimensione el esfuerzo de datos en el 30 al 40 % del programa.
4. Cuente las conversiones de prueba y los dry runs, y acuerde quién paga cada uno.
5. Ponga precio a la doble operación, incluido el mantenimiento ampliado si el go-live cae después de 2027.
6. Escriba usted mismo el alcance, para que el socio ponga precio a su alcance y no al suyo.
7. Añada una contingencia del 10 al 20 %, gestionada de su lado.

Después vaya a los socios. Pídales referencias y su diseño de alto nivel de su migración, y descarte las respuestas genéricas que podrían valer para cualquier empresa. Mi guía para elegir un socio de migración a S/4HANA cubre el resto de esa conversación.

El siguiente paso concreto: extraiga este mes el número de objetos a medida y los datos de uso de su propio sistema productivo. Es la cifra que más mueve un presupuesto de migración, y puede tenerla antes de que ningún socio entre en la sala.

Si quiere una opinión independiente sobre un presupuesto de migración o la propuesta de un socio, ayudo a las organizaciones con esto. Puede contactarme aquí.

¿Cuánto cuesta una migración a S/4HANA?

Los rangos de trabajo que uso son de $80.000 a $500.000 para una empresa pequeña y de $500.000 a $2 millones en el mid-market. Una gran empresa debería planificar de $2 millones a $10 millones o más, y un grupo global de $10 millones a $50 millones o más. Los servicios del socio se llevan entre el 35 y el 50 % del total, y el código a medida, los datos y el número de conversiones de prueba deciden dónde cae usted en el rango.

¿Es el brownfield más barato que el greenfield en S/4HANA?

No por defecto. Depende de cuánto código a medida arrastra, de lo limpios que estén sus datos, de cuánto proceso quiere rediseñar y de cuánto downtime puede asumir. Una conversión brownfield con una gran base de código a medida sin uso puede costar más que una implementación greenfield que adopta el estándar de SAP.

¿Cuál es el mayor costo oculto en una migración a S/4HANA?

El código a medida. En mi experiencia, es el costo que las empresas más olvidan y la fase que más a menudo se desborda. Cuente sus objetos a medida y compruebe cuáles se usan antes de que nadie le ponga precio a la migración.

¿Cuántas conversiones de prueba necesita una conversión a S/4HANA?

En una conversión brownfield planifico tres conversiones de prueba antes del cutover. La guía de conversión de SAP para Private Edition incluye dos dry runs en el alcance estándar del contrato, uno para los sistemas no productivos y otro para producción, con más disponibles como servicio facturable. Acuerde quién paga cualquier ejecución adicional antes de firmar.

¿Cuánta contingencia debo añadir al presupuesto de una migración a S/4HANA?

Mantenga entre un 10 y un 20 % por encima del presupuesto, de su lado y no dentro del precio del socio. Libérela contra riesgos concretos, como problemas de código a medida o de datos detectados en las pruebas, no para cubrir alcance que nunca tuvo precio.

¿Abarata RISE with SAP una migración a S/4HANA?

Cambia más la forma del costo que su tamaño. Las licencias, el alojamiento y las operaciones técnicas pasan a una suscripción, pero el código a medida, los datos, las pruebas y la gestión del cambio siguen en el presupuesto de su programa. Vigile las condiciones de renovación, el dimensionamiento en FUE y los créditos de IA, y negocie los módulos incluidos y un precio por fases.