Qué termina en 2027 y qué no
El fin del mantenimiento estándar no significa que tu ECC deje de funcionar el primer día de 2028. El sistema seguirá encendiendo y procesando. Lo que termina es el compromiso de SAP de entregar, dentro del contrato de mantenimiento habitual, correcciones, parches de seguridad y actualizaciones legales para ese producto. Para una empresa chilena, ese último punto no es menor: las adaptaciones de localización que siguen a cambios normativos dependen de que el producto esté en mantenimiento. SAP ofrece un mantenimiento extendido opcional hasta finales de 2030, con un recargo sobre la cuota habitual; pasado ese plazo, ya no hay compromiso de nuevas correcciones ni de cambios legales para el producto. Las condiciones exactas dependen de tu versión, de tu paquete de mejoras y de tu contrato, así que el primer paso práctico es confirmar con SAP o con tu partner en qué situación está tu instalación concreta.
-
Finales de 2027: termina el mantenimiento estándar de SAP ECC 6.0
-
Hasta finales de 2030: mantenimiento extendido opcional, de pago
-
Las condiciones exactas dependen de tu versión, paquete de mejoras y contrato
Las tres rutas hacia S/4HANA
El destino que SAP propone es S/4HANA, y hay más de una forma de llegar. La conversión del sistema existente, que en la jerga se conoce como brownfield, transforma tu ECC en S/4HANA conservando configuración, datos históricos y desarrollos que sigan siendo válidos; es la ruta para quien tiene un sistema estable y no quiere rediseñar sus procesos. La implementación nueva, o greenfield, parte de un S/4HANA limpio con procesos estándar y migra solo los datos necesarios; conviene cuando el ECC acumula años de parches y adaptaciones que ya nadie defiende. Entre ambas existe la transición selectiva de datos, útil por ejemplo cuando un grupo quiere llevar solo algunas sociedades o reorganizar su estructura en el camino. La decisión entre rutas no es técnica sino de negocio: cuánto de lo que tienes hoy quieres conservar. Un diagnóstico formal del sistema, antes de elegir, evita decidir por intuición.
RISE with SAP y GROW with SAP: dónde va a vivir el sistema
A la pregunta de cómo migrar se suma la de dónde va a operar el nuevo sistema. RISE with SAP es la oferta con la que SAP entrega S/4HANA en una nube privada gestionada por el propio SAP, con la infraestructura y la operación técnica incluidas en un mismo contrato; admite desarrollos propios y es compatible con una conversión desde ECC, por lo que suele ser el camino de empresas con instalaciones maduras que quieren dejar de administrar servidores. GROW with SAP es S/4HANA Cloud en nube pública, con procesos preconfigurados y actualizaciones que SAP aplica de forma periódica. No admite modificar el núcleo del sistema, de modo que no es una conversión sino una implementación nueva, adecuada para quien puede adoptar el estándar: típicamente empresas medianas o filiales con pocos desarrollos críticos. También sigue existiendo la opción de operar S/4HANA en infraestructura propia. Cada modalidad cambia el reparto de responsabilidades y la estructura de costos, no solo la ubicación del servidor.
Plazos realistas: por qué el calendario ya está ajustado
Una conversión a S/4HANA tarda entre 9 y 18 meses, según el tamaño de la instalación, el número de sociedades y, sobre todo, la cantidad de desarrollos a medida que haya que revisar. Ese plazo incluye el diagnóstico inicial, la adaptación del código propio, varios ciclos de conversión de prueba, las pruebas integrales con usuarios y el corte productivo. A eso hay que sumarle lo que ocurre antes: aprobar el presupuesto, elegir la ruta y el partner, y liberar al equipo interno, que en muchas empresas toma más tiempo que cualquier fase técnica. Hay además un factor externo: a medida que se acerca 2027, más empresas buscan a los mismos consultores con experiencia, y esa disponibilidad se estrecha. Si tu proyecto está en el rango alto y aún no parte, lo realista es planificar contando con el mantenimiento extendido como puente, y presupuestarlo desde ya, en vez de descubrirlo a mitad de camino.
El trabajo previo que puedes empezar hoy
Buena parte del esfuerzo de una conversión se puede adelantar sin haber firmado nada, y todo lo que adelantes acorta el proyecto. Lo primero es ejecutar el diagnóstico que SAP pone a disposición para este fin, SAP Readiness Check, que identifica los cambios funcionales que afectan a tu instalación, los complementos incompatibles y el dimensionamiento necesario. Lo segundo es el inventario de desarrollos Z: qué programas, tablas, reportes y ampliaciones propias existen, cuáles se usan de verdad y cuáles se pueden retirar. En instalaciones con muchos años de uso suele ocurrir que una parte relevante del código a medida ya no se utiliza, y cada objeto retirado es uno menos que adaptar. Lo tercero es la limpieza de datos: archivar documentos antiguos, depurar maestros duplicados y preparar la unificación de clientes y proveedores en el modelo de interlocutor comercial que exige S/4HANA. Ninguna de estas tareas se pierde, elijas la ruta que elijas.
Los riesgos de seguir esperando
Postergar la decisión tiene costos que no siempre se ven en el presupuesto del año. El más evidente es operar un sistema central sin parches de seguridad ni actualizaciones legales, o pagar un recargo de mantenimiento para evitarlo. El segundo es de capacidad: los proyectos que parten tarde compiten por consultores escasos y negocian en peores condiciones. El tercero es de calidad: un proyecto comprimido por una fecha límite recorta justamente lo que más protege a la operación, que son los ciclos de prueba y la gestión del cambio con los usuarios. Y el cuarto es estratégico: mientras el equipo mantiene vivo un sistema en retirada, la empresa posterga mejoras que dependen de la plataforma nueva. Nada de esto obliga a correr sin pensar. Obliga a tomar una decisión informada pronto, aunque esa decisión sea, con fundamento, migrar más adelante con el mantenimiento extendido contratado.
