Diciembre de 2027 se repite como un mantra en cualquier conversación sobre el futuro de SAP ECC. Pero entre el ruido del mercado, es fácil quedarse con la versión simplificada —"en 2027 SAP apaga el sistema"— que no es del todo exacta y que, paradójicamente, puede hacer que las empresas subestimen el riesgo real en lugar de dimensionarlo bien.
Esto es lo que dice SAP oficialmente sobre el fin del mantenimiento de ECC, qué ocurre en la práctica si una empresa llega a esa fecha sin haber migrado, y qué opciones existen sobre la mesa.
Según la estrategia de soporte publicada por SAP, el mantenimiento mainstream para las aplicaciones core de SAP Business Suite 7 —entre ellas SAP ERP 6.0 (ECC), SAP CRM, SAP SCM, SAP SRM y Business Suite powered by HANA— se extiende hasta el 31 de diciembre de 2027. Esa fecha aplica específicamente a los paquetes de mejora (Enhancement Packages) 6, 7 y 8. En otras palabras, cuando se habla del fin de soporte de SAP Business Suite 7, en rigor se está hablando de este corte de mantenimiento mainstream, no de un apagón del sistema. En paralelo, SAP también ha actualizado su ruta de transición para organizaciones que no alcancen a completar ese cambio dentro de los plazos esperados.
Es un matiz importante: si la empresa opera todavía sobre EHP 0 a 5, ese plazo ya no aplica, porque el mantenimiento mainstream para esas versiones terminó antes, el 31 de diciembre de 2025. En ese caso, sin haberlo decidido activamente, la empresa ya podría estar operando fuera de mantenimiento estándar. El primer paso, antes de cualquier plan, es verificar en qué Enhancement Package está corriendo realmente el sistema.
SAP estructura el ciclo de vida de sus productos en tres fases de soporte, y entenderlas es clave para no sacar conclusiones equivocadas:
El punto crítico está en esa tercera fase, porque ahí es donde la mayoría de las empresas que "no llegan a tiempo" terminan sin haberlo decidido conscientemente.
Esta es la parte que suele sorprender: el sistema sigue funcionando y la empresa sigue pagando las mismas tarifas de mantenimiento (con sus reajustes correspondientes), pero el alcance del soporte se reduce de forma significativa. Según lo que SAP documenta, esta fase excluye:
Nada de esto detiene la operación el 1 de enero de 2028. Lo que ocurre es más silencioso: la brecha entre lo que el sistema necesita y lo que SAP está obligado a entregar empieza a crecer, mes a mes, sin que haya un evento único y visible que lo marque.
El error más común no es ignorar la fecha, sino subestimar cuánto tiempo toma llegar a ella con una migración terminada. Un proyecto de transformación hacia S/4HANA —evaluación, business case, diseño, migración y limpieza de datos, pruebas, capacitación, salida en vivo por fases— rara vez se resuelve en menos de uno o dos años, y en organizaciones con alta personalización puede tomar considerablemente más.
Visto desde ahí, 2027 no es una fecha límite para migrar: es la fecha límite para haber terminado de migrar, lo que en la práctica mueve la decisión real a este año o al próximo.
Hay además una fecha más cercana que suele pasar inadvertida y que aprieta aún más el calendario: los Compatibility Packs de SAP S/4HANA on-premise —que permiten seguir usando ciertas funcionalidades clásicas de ECC dentro de S/4HANA durante la transición— perdieron su derecho de uso el 31 de mayo de 2026, tras una prórroga final de cinco meses desde el 31 de diciembre de 2025. No es la misma fecha que el fin de mantenimiento de ECC, pero sí afecta directamente a cualquier empresa que esté evaluando una migración "brownfield" apoyada en esas funcionalidades puente: esa ventana ya se cerró, no en 2027.
En términos prácticos, toda empresa que hoy corre SAP ECC se mueve entre cuatro caminos: comprar tiempo con mantenimiento extendido, quedarse por defecto en mantenimiento específico de cliente, migrar a SAP S/4HANA —ya sea en Public Cloud vía GROW with SAP o en Private Cloud vía RISE with SAP—, o, para organizaciones grandes y complejas, una cuarta vía más reciente y acotada.
Mantenimiento extendido. Disponible entre 2028 y 2030, solo para EHP 6-8. Ofrece un alcance similar al mainstream —parches, cambios legales, soporte— aunque con algunas limitaciones técnicas, a cambio del recargo de dos puntos porcentuales explicado más arriba. Es un puente útil para ganar tiempo, no una solución definitiva.
Mantenimiento específico de cliente. Es la opción por defecto una vez que termina el mainstream o el extendido, sin una fecha de cierre definida. Cubre la resolución de problemas conocidos y el acceso a support packages ya publicados, pero no incluye cambios legales ni normativos nuevos, ni nuevos parches de seguridad, ni garantía de compatibilidad tecnológica, ni soporte para nuevas interfaces. Se pagan las mismas tarifas por una cobertura menor.
SAP S/4HANA (GROW o RISE with SAP). Respaldada por el compromiso de innovación de SAP hasta 2040, que garantiza que siempre habrá al menos una versión activa en mantenimiento. A cambio, requiere un proyecto de migración real: tiempo, presupuesto y gestión del cambio.
SAP ERP, private edition, transition option. Es la vía más nueva y la menos conocida: una suscripción anunciada por SAP en 2025, comprable desde 2028 y utilizable entre 2031 y 2033, pensada para organizaciones grandes y complejas que no lleguen a completar su transformación ni siquiera con mantenimiento extendido. Requiere contrato RISE with SAP, migrar los sistemas relevantes a SAP HANA y a SAP ERP private edition antes de fines de 2030, y tiene un costo mayor que una suscripción cloud equivalente. Cubre parches de seguridad, legales y de software, pero solo para el núcleo de ECC, no para el Business Suite 7 completo. SAP es explícito en que no es una prórroga de mantenimiento: no cambia nada para quien siga operando ECC on-premise después de 2030 sin optar por esta vía.
Vale la pena mencionar que, en julio de 2026, la Comisión Europea cerró una investigación de competencia contra SAP por sus prácticas de mantenimiento on-premise mediante una decisión de compromisos legalmente vinculantes, vigente a nivel global por diez años y supervisada por un fideicomisario independiente. En concreto, SAP eliminó la tarifa de reactivación (reinstatement fee) para clientes que retoman el soporte tras un período sin él, limitó el pago retroactivo de mantenimiento (back-maintenance) a un máximo de seis meses de tarifas o el 50% de lo adeudado por el período sin soporte —lo que sea menor—, y facilitó que los clientes separen licencias sin uso ("shelfware") del resto de su landscape para dejar de pagar mantenimiento sobre ellas. Importante: estos compromisos aplican solo a productos on-premise, no a RISE with SAP ni a S/4HANA Cloud. Es una señal de que esta estrategia sigue evolucionando, por lo que conviene revisar las fuentes oficiales de SAP periódicamente en lugar de basar decisiones en información de hace dos o tres años.
Como partner SAP Gold, en Quality Group trabajamos con empresas que están en distintos puntos de este mismo dilema: desde quienes aún no saben en qué Enhancement Package están, hasta quienes ya tienen un business case armado y necesitan definir si el camino es GROW o RISE with SAP. El primer paso siempre es el mismo: un diagnóstico claro del estado actual del sistema y una hoja de ruta realista, antes de comprometer presupuesto o fechas.
Si tu empresa todavía no tiene claridad sobre su situación frente a 2027, conversemos.
¿Mi sistema SAP ECC deja de funcionar el 1 de enero de 2028? No. El sistema sigue operando con normalidad. Lo que cambia es el alcance del soporte de SAP, que pasa a mantenimiento específico de cliente si no se optó por mantenimiento extendido.
¿El mantenimiento extendido aplica a cualquier versión de ECC? No. Solo está disponible para EHP 6, 7 y 8. Si tu sistema está en EHP 0 a 5, esa opción no existe y el mantenimiento mainstream ya terminó en diciembre de 2025.
¿Existe alguna forma de seguir en ECC después de 2030? Para organizaciones grandes y complejas, sí: SAP ERP, private edition, transition option, utilizable entre 2031 y 2033 bajo contrato RISE with SAP y migración previa a HANA. No es una prórroga general de mantenimiento ni cubre todo el Business Suite 7, y tiene un costo mayor al de una suscripción cloud equivalente.
¿Es más barato quedarse en mantenimiento específico de cliente que migrar? No necesariamente. Las tarifas de mantenimiento se mantienen (con reajustes) a cambio de un soporte reducido, mientras la deuda técnica y el riesgo normativo siguen creciendo con el tiempo. Por eso, la decisión debería partir de un análisis del estado real del landscape y los objetivos del negocio, no de una comparación de precios en abstracto. En Quality Group podemos ayudarte a construir ese análisis.