Código personalizado: La pesada herencia de la era SAP ECC

Los resultados del último informe de inversión del DSAG ofrecen una imagen clara: para el 79% de las empresas encuestadas, la rentabilidad de las inversiones en software SAP es un criterio importante o muy importante. Al mismo tiempo, las migraciones a S/4 siguen siendo el motor de inversión más importante; el 42% de las empresas las consideran actualmente una iniciativa clave. Aquí es precisamente donde sale a la luz un problema bien conocido. A lo largo de muchos años, en casi todos los grandes entornos de sistemas ECC se ha acumulado un extenso acervo de código personalizado, que en un principio servía para cubrir rápidamente los requisitos de los procesos, crear opciones de diferenciación o colmar lagunas funcionales. Lo que en su momento fue una decisión pragmática, más tarde se convirtió en un engorroso legado técnico. Dependiendo del grado de personalización, hasta el 80 por ciento de todo el código base de los entornos ECC consiste hoy en extensiones individuales. En los entornos muy individualizados, entre el 60 y el 80 por ciento ya no se utiliza. El resultado es una mayor complejidad del sistema, costes excesivos y riesgos técnicos crecientes.

TCO bajo presión

Los efectos son claramente perceptibles: el mantenimiento, las correcciones de errores y los ajustes recurrentes provocan elevados costes del ciclo de vida y elevan el coste total de propiedad a largo plazo. Las actualizaciones se convierten en proyectos costosos y que consumen muchos recursos, porque el código personalizado obsoleto requiere amplias medidas de comprobación e integración. Al mismo tiempo, aumenta la dependencia de un número reducido de personal técnico clave. Además, falta transparencia sobre qué objetos se utilizan o son críticos para el negocio. Por último, el código personalizado se convierte en un escollo central para la transformación de S/4, ya que muchas extensiones antiguas ya no son compatibles con los principios arquitectónicos, las interfaces y los modelos de datos modernos. Como parte de sus migraciones, muchas empresas están decidiendo transferir su código heredado al nuevo entorno S/4 prácticamente sin cambios. En vista de la escasez de recursos presupuestarios y de personal y del fin del mantenimiento estándar para SAP ECC en 2027, este enfoque parece inicialmente pragmático. A menudo no se comprueba si las antiguas mejoras siguen siendo necesarias o si su funcionalidad hace tiempo que estaría cubierta por el estándar SAP. Sin embargo, esta decisión alberga riesgos a largo plazo. El antiguo código personalizado se basa en modelos operativos de años anteriores y puede suponer una carga desproporcionada para las modernas infraestructuras de TI. En combinación con la orientación a la nube a largo plazo de la estrategia de SAP y el requisito de un núcleo limpio, esto crea un entorno que ralentiza la capacidad de innovación y pone en peligro la capacidad de lanzamiento.

Análisis de códigos personalizados basados en IA

Aquí es donde los últimos avances en el campo de la inteligencia artificial ofrecen un enfoque prometedor. Las herramientas modernas basadas en IA, como la solución de Nova Intelligence, permiten ahora automatizar grandes partes del análisis y la transformación del código personalizado. Los procesos basados en agentes pueden identificar las extensiones no utilizadas y desactivarlas de forma controlada. También pueden transferir automáticamente el código personalizado realmente necesario a un entorno de destino compatible con el núcleo limpio. Las empresas deberían considerar esta nueva opción tecnológica antes de cargar su entorno S/4 de nuevo diseño con código heredado de la era ECC. Estas soluciones basadas en agentes no sólo pueden acelerar el proceso de limpieza, sino también garantizar que las futuras mejoras sigan sistemáticamente los principios de clean-core. El resultado es un entorno de sistemas moderno, fácil de mantener y preparado para el futuro que puede utilizar todo el potencial de S/4 y la nube.

Al directorio de socios: