Potencial latente
Dos tercios de los usuarios estadounidenses y alemanes de los correspondientes grupos de usuarios de SAP ASUG y DSAG declararon el año pasado que no conocían SAP Rise o no estaban familiarizados con él. Según los resultados actuales del Informe de Inversión 2022 del DSAG, la situación sólo ha cambiado ligeramente hasta la fecha. En el lado positivo, SAP sólo puede acreditar hasta ahora al siete por ciento de los usuarios de SAP que ya han firmado un contrato o que probablemente utilizarán la nueva oferta. Todos los demás se muestran indecisos: en conjunto, sólo una pequeña minoría utiliza S/4 desde la nube.
Sin embargo, Rise sigue representando un "salto cuántico" para que SAP lleve a las empresas a la nube S/4, si se entiende correctamente. Por eso es importante que las empresas exploren con antelación sus oportunidades a través de Rise, una iniciativa también conocida como Transformación como Servicio. Tomemos, por ejemplo, un grupo Dax del sector sanitario que desea trasladar sus 29 sistemas SAP a la nube. Tras un paso intermedio de pasar primero a Business Suite 7 en Hana, el grupo pretende ahora utilizar S/4 desde la nube privada. Otro cliente del sector de la automoción está trasladando sus cuatro sistemas SAP directamente a la nube privada. La consolidación de los sistemas, una mayor velocidad y un enfoque cada vez más centrado en la nube son motivaciones frecuentemente citadas por las empresas.
Evolución de la nube
Las vías de migración disponibles para las empresas en el marco de Rise se ilustran en el gráfico, que muestra la evolución de SAP en el eje x y la evolución de la nube en el eje y. Rise desplaza al cliente SAP tradicional existente que utiliza ECC 6.0 de la parte inferior izquierda a la parte superior derecha del gráfico. En este caso, tanto la infraestructura, la base de datos Hana y las aplicaciones como S/4, BTP, etc. se mapearían en la nube. La mayoría de los clientes que dan este paso tienen inicialmente dos cosas en mente: quieren llevar su empresa a la nube pública o privada y utilizar el modelo de suscripción en un enfoque de infraestructura como servicio, es decir, suscribirse al software mensualmente y deshacerse así de las licencias. Los costes de software se registran entonces como costes operativos. A diferencia del Capex, el modelo Opex de costes operativos recurrentes ofrece a las empresas la oportunidad de estructurar los gastos de forma flexible y ajustarlos directamente a las necesidades.
Rise lleva los sistemas a la nube, ofrece un estribo en la nube a través de Business Suite 7 on Hana, transforma Capex en Opex y dice adiós poco a poco al fastidioso tema de las licencias. Hasta aquí, todo comprensible. Pero, ¿de dónde vienen los problemas de comprensión en la comunidad SAP? Los retos suelen residir en los detalles. Recursos de SAP: las empresas quieren saber qué hace y qué no hace SAP por ellas como parte de IaaS. Por ejemplo, hay unos 1.000 paquetes de tareas definidos, algunos de los cuales están incluidos en la oferta de Rise, otros se ofrecen como opciones o algunos no están incluidos. Tampoco está claro quién se hará cargo de la interacción entre Rise y los sistemas ajenos a SAP. Por último, los CIO carecen de una estimación de cuántos recursos SAP serán necesarios en el futuro.
Gama de funciones: El paquete estándar de Rise contiene el "núcleo digital" con SAP S/4, la plataforma de desarrollo Business Technology Platform (BTP), la red de compras Business Network (antes Ariba) y herramientas de procesos como Signavio. Las empresas que no necesiten todas las funciones no pueden adelgazar. Además, la BTP del paquete Rise sólo se basa en funcionalidades básicas, que no siempre son suficientes, y las funcionalidades de RRHH (HCM, SuccessFactors, etc.) no están incluidas en Rise. Hay que mirar muy de cerca y analizar si el "paquete total" compensa en última instancia.
Trayectoria de migración: SAP Rise no exime a las empresas de la tarea de plantearse cómo debe ser en última instancia la estrategia de migración. Las decisiones sobre greenfield, brownfield y rightfield, es decir, sobre en qué medida deben adaptarse los procesos, qué datos deben seguir utilizándose, en qué medida debe racionalizarse el panorama informático, qué sistemas deben utilizarse en la nube y cómo debe ser la estrategia de implantación, deben tomarse individualmente. El requisito previo sigue siendo una visión de conjunto para la migración. Así que, en primer lugar, es necesario un trabajo preliminar bien fundamentado para poder decidir si Rise puede entrar en juego y en qué momento.
Los ámbitos de aplicación son individuales. Por ejemplo, la Private Cloud Edition (PCE) suele servir a las grandes empresas como arquitectura objetivo del futuro, mientras que las empresas más pequeñas, así como las filiales u oficinas de ventas de grupos corporativos, utilizan la nube pública porque las funcionalidades estándar son suficientes para ellas. En general, Rise es muy adecuado para cubrir el producto básico a través del estándar y dar así a las empresas la oportunidad de concentrarse en el trabajo de proyectos que ofrezcan a la empresa un valor añadido real y marquen la diferencia con respecto a la competencia.
Transición selectiva de datos
Carve-out, transición selectiva de datos y dos pasos a S/4 Cloud: ejemplos de la industria muestran una posible conversión. Un fabricante de automóviles está escindiendo una división de negocio. Como parte de esta escisión, los sistemas logísticos, ERP y financieros deben retirarse de la TI del grupo y ponerse a disposición de la nueva división autónoma. En lugar de asumir los sistemas ECC existentes uno a uno, el primer paso es cambiar a S/4. En el marco de una transición selectiva de datos (SDT), el cliente SAP existente sólo utiliza los datos relevantes para la nueva empresa.
En el caso de una empresa de fabricación, el objetivo es utilizar un sistema basado en la nube.
estrategia para pasar directamente a S/4 y, de paso, reducir el número de sistemas ECC de tres a dos. La atención se centra en los procesos financieros y logísticos. Aquí también hay ventajas: Los códigos específicos del cliente se adoptan a través de un SDK y las licencias ECC se sustituyen por nuevos acuerdos contractuales.
Un grupo Dax del sector sanitario confía en un camino en dos pasos hacia S/4 y utiliza bases de datos Hana en el primer paso y, por tanto, más velocidad en el procesamiento de grandes cantidades de datos antes de que se planifique un cambio de sus 29 sistemas SAP actuales a S/4 Private Cloud.
Como se desprende de estos ejemplos, el paso a S/4 requiere una buena preparación. La diferencia con la era anterior a Rise: SAP está impulsando ahora el cambio a S/4 con Rise. La experiencia demuestra que SAP está haciendo buenas ofertas a sus clientes actuales para que se pasen a Rise. Cuando hace poco se "recalcularon" las licencias de un cliente, SAP le preparó un paquete individual que preveía la entrada en Rise y lo hizo sin necesidad de actualizar la licencia. La próxima encuesta del DSAG sobre el tema mostrará si SAP ha conseguido lo suficiente para que sus clientes se entusiasmen por fin con S/4 Hana en la nube.
