Mantenga limpio el núcleo: automatización inteligente

Independientemente de la estadística elegida, la proporción de clientes SAP existentes que aún no se han convertido a Hana y S/4 sigue siendo enorme. Un estudio realizado por el Grupo de Usuarios SAP de habla alemana (DSAG) en colaboración con su homólogo estadounidense ASUG reveló que a finales de 2020, solo el 20% de los clientes eran productivos con S/4, el 30% trabajaba activamente en la transformación, otro 30% estaba en fase de preparación y el 20% ni siquiera había empezado. Esto se vio confirmado por el anuncio de SAP de que a finales de 2021, 18.800 empresas figuraban ya como clientes de S/4.

Sin embargo, no está claro en qué punto de la transformación se encuentran. Partiendo de una base de 41.500 clientes de SAP y asumiendo que la mayoría de las empresas también gestionan bastante más de un entorno SAP, el retraso en la transformación es enorme en cualquier caso, y el final de la vida útil de SAP ERP/ECC 6.0, previsto para 2027, está cada vez más cerca.

Escasez de cualificaciones

La falta de trabajadores cualificados y de recursos es el mayor riesgo para las transformaciones S/4. Muchas empresas se preocupan ahora por la disponibilidad de conocimientos técnicos, tanto internos como externos, para gestionar a tiempo las transformaciones aún pendientes. El periódico alemán Handelsblatt publicó un titular en este sentido poco antes del cambio de año: "La escasez de consultores se está convirtiendo en un problema para SAP". El artículo describe la tensa situación del mercado de consultoría de SAP y predice que empeorará aún más en el futuro. También en un estudio reciente publicado por ASUG, el 26 por ciento de las empresas participantes nombra el mayor reto en relación con la tecnología S/4 Hana: los recursos para dar soporte, desarrollar y actualizar los sistemas SAP.

Esta falta de recursos tiene un efecto similar en todas partes, tanto en los actuales clientes de SAP como en los integradores de sistemas y consultorías que quieren apoyar a sus clientes en la transformación: Los consultores adecuados y disponibles son escasos, por lo que los costes laborales de los empleados cualificados aumentan considerablemente. Incluso en los denominados países de salarios bajos, las tarifas diarias de los consultores externos con experiencia en S/4 están aumentando vertiginosamente, y los integradores de sistemas luchan con uñas y dientes por los recursos correspondientes. Los efectos de la guerra en Ucrania sobre la disponibilidad de recursos nearshore de esta región ni siquiera son previsibles todavía.

Las estrategias del pasado ya no funcionan. Los problemas de la escasez de competencias en S/4 y de recursos son claramente visibles. Pero, ¿cuáles son las estrategias para hacer frente a esta situación? Y sin arriesgar el futuro valor añadido empresarial de una implantación de S/4 ni los plazos y sobrecostes del proyecto. 

Al fin y al cabo, los proyectos S/4 suelen ser complejos, largos y requieren mucho tiempo. Además, a veces requieren un funcionamiento paralelo, ya que también hay que mantener los sistemas SAP existentes y cumplir los requisitos empresariales en curso. La doble carga resultante del negocio operativo, por un lado, y de los requisitos del proyecto de transformación S/4, por otro, debe gestionarse, y ello también en el contexto de la escasez de personal cualificado para S/4.

Los compromisos en el alcance y la calidad de la transformación definitivamente no son una alternativa. Esto tiene un impacto negativo en los beneficios duraderos de SAP S/4 Hana y en la aceptación dentro de la organización. Las empresas no deben repetir los errores de las anteriores actualizaciones de SAP, en las que se acumularon muchos problemas técnicos heredados. Esto es lo que condujo a los lentos ciclos de lanzamiento omnipresentes y a los sistemas a menudo inestables, inseguros y difíciles de mantener que vemos hoy en día en las empresas.

Prolongar los periodos de cambio tampoco es una alternativa real: el tiempo que transcurre hasta que los nuevos sistemas entran realmente en funcionamiento y añaden valor, el doble mantenimiento hasta entonces, el impacto en el negocio en curso, la doble carga para los equipos internos... todo esto no deja de aumentar. 

Además, el tiempo que dedican los equipos internos a tareas de transformación puntuales y no estratégicas es prácticamente tiempo perdido. Estos expertos altamente cualificados deben utilizar su profundo conocimiento de los procesos de negocio propios de la empresa sobre todo para aprovechar al máximo el potencial del nuevo núcleo digital de S/4.

Automatización

Entonces, ¿qué alternativas quedan cuando los compromisos sobre el alcance y la calidad son inaceptables, los presupuestos y los plazos son finitos y se espera que los equipos internos se centren en el trabajo de valor añadido? Una medida real en el contexto de una transformación de S/4 es el uso de plataformas de automatización inteligentes para las áreas de trabajo más amplias posibles en la conversión: modernizar los desarrollos internos estratégicos con la automatización. 

Un ejemplo de este tipo de automatización inteligente: la gestión de procesos y desarrollos personalizados en programas de transformación de S/4. Según la actual comparativa de SmartShift, el sistema SAP ECC medio contiene más de 25.000 desarrollos personalizados y más de 3,5 millones de líneas de código personalizado. De media, el 60 por ciento de estos desarrollos siguen en uso. Como parte de la transformación de S/4, la atención debe centrarse en la modernización de las aplicaciones estratégicas, al tiempo que puede eliminarse el código heredado no utilizado o redundante. El caso ideal va incluso un paso más allá hacia el "SAP Clean Core", un sistema SAP S/4 estándar sobre el que se ejecutan extensiones estratégicas específicas del cliente desacopladas en la Business Technology Platform (BTP) o incluso completamente fuera de SAP. Con esta arquitectura, los clientes de SAP pueden desplegar de nuevo actualizaciones y ampliaciones de SAP con mayor frecuencia y rapidez.

Evitar el esfuerzo manual

La adaptación de todos los desarrollos propios a S/4 Hana o incluso la desvinculación de aplicaciones del "SAP Core" resulta a menudo a pequeña escala y laboriosa. En un primer paso, se definen las aplicaciones estratégicas y un enfoque sin riesgos para el desmantelamiento del código no utilizado. Para el resto de procesos definidos por el usuario, se identifican todos los componentes técnicos y se aplican medidas de conformidad y, en el mejor de los casos, de optimización para el nuevo núcleo S/4 y el nuevo modelo de datos. Por experiencia, esta transformación requiere ocuparse de miles de ajustes en los desarrollos internos, lo que a su vez conlleva cientos de días de trabajo puramente manual.

Esto no incluye otros ajustes razonables de la base de código heredada en términos de seguridad, rendimiento, estabilidad y facilidad de mantenimiento, que una vez más se cuentan por miles. Abandonar simplemente las aplicaciones estratégicas y volver a implementarlo todo puede considerarse una alternativa, pero sólo con un presupuesto y un tiempo ilimitados. El mero hecho de documentar los procesos y requisitos actuales es un gran proyecto en sí mismo.

Soluciones rápidas ATC

Un enfoque totalmente manual o incluso semiautomatizado con desarrolladores...
Herramientas como SAP ATC Quick Fixes (ATC, Abap Test Cockpit) tienen muchas posibilidades de conducir a los mediocres resultados de transformación descritos anteriormente: Compromisos en el alcance y la calidad, sobrecostes presupuestarios y temporales, recursos internos bloqueados. Por no hablar de que, debido a la falta de recursos y de trabajadores cualificados, estos proyectos ni siquiera pueden dotarse de profesionales realmente adecuados.

Por lo tanto, muchas empresas de renombre utilizan ahora la mejor automatización, idealmente como soluciones llave en mano con resultados garantizados por SLA. Esto permite: una reducción masiva del tiempo de ejecución en los proyectos de transformación; una calidad de transformación sobresaliente con la consiguiente reducción significativa de las pruebas y los esfuerzos de regresión; y la reducción del riesgo de transformación técnica y empresarial con resultados garantizados por SLA.

Aliviar a los recursos internos de tareas manuales mundanas pero que consumen mucho tiempo. Posibilidad de reutilizar los procesos existentes, al tiempo que se amortiza la deuda técnica acumulada y se modernizan las aplicaciones.

Desde hace más de 20 años, Smart-Shift ayuda a las empresas usuarias de SAP a modernizar los sistemas SAP mediante la automatización. El enfoque permite ejecutar extensiones personalizadas ligeras, modernas y seguras para el "Digital Core" de SAP. Las soluciones se basan en una plataforma de automatización inteligente y admiten escenarios como transformaciones de Hana y S/4, consolidaciones y escisiones de sistemas, así como proyectos complejos de modernización y seguridad. SmartShift ofrece un enfoque coherente y seguro para la modernización del código personalizado, reduce los tiempos de transformación y los ciclos de prueba, permite la flexibilidad técnica y empresarial y ahorra a sus clientes un trabajo manual innecesario que consume muchos recursos.

Se completó con éxito una transformación de S/4 brownfield con 69.000 objetos definidos por el usuario en el cliente SAP existente Evonik Industries. Se adaptaron de forma automatizada 350 000 ajustes de código para Hana, S/4, rendimiento, seguridad, preparación para la nube y estandarización. La transformación duró menos de cinco semanas y se completó con la máxima calidad, con menos de un puñado de tickets en pruebas. Además, el mantenimiento dual automatizado permitió que las operaciones empresariales funcionaran sin problemas durante todo el proyecto. Evonik ha eliminado gran parte de su legado técnico acumulado en los últimos años como parte del proyecto.

Y BMW también utiliza SmartShift Intelligent Automation: en los últimos tres años en 80 proyectos, para 39 entornos SAP. El resultado: se han desmantelado más de 44 000 desarrollos internos con más de ocho millones de líneas de código, se han solucionado varios millones de problemas de codificación y se han ahorrado miles de días de trabajo manual.