SAP en el país de las maravillas
Vienen buenas noticias para todos los fans de la nube. En 2024, habrá una primera versión en la nube de una de las aplicaciones SAP on-prem más éxitosas: BRIM, Billing and Revenue Innovation Managemen. Este paso debería haberse dado hace mucho tiempo. El CEO de SAP, Christian Klein, lleva meses promocionando la nube, pero por supuesto no ha podido cumplir esta promesa. El resultado es una comunidad SAP intranquila e indefensa.
Como aspecto positivo, SAP está adoptando una actitud prudente y diferenciada en su propia estrategia de "sólo nube". Un ejecutivo de SAP le declaró a la revista E3 que, por supuesto, también hay clientes que ya estaban a gusto con los hiperescaladores, antes de las opciones ECC 6.0 o S/4 “sólo en la nube” de Christian Klein. Por supuesto, estos innovadores no deben ser penalizados por no querrer o no poder trasladarse a la nube de SAP. Por lo tanto, estos clientes, según las declaraciones iniciales, tendrían que prescindir de las futuras innovaciones de SAP en las áreas de IA, aprendizaje automático y libros verdes.
La incertidumbre y la indignación surgieron en el verano de 2023, cuando Christian Klein habló en una conferencia telefónica con analistas financieros sobre el hecho de que las futuras innovaciones de IA e invenciones similares solo estarían disponibles para los clientes de Rise with SAP. Así que si los clientes no se comprometen plenamente con el líder del mercado mundial de ERP a través de un contrato Rise, no tendrán libro verde ni programas de IA.
El anuncio del CEO de SAP, Christian Klein, sobre el uso exclusivo de la nube es sólo la punta del iceberg. Detrás de él está el último bloqueo del proveedor. Cuando Christian Klein habla de “cloud only” o sólo en la nube, se refiere claramente a Rise with SAP. El núcleo del programa Rise es la renuncia completa a toda autonomía: las valiosas licencias on-prem se convierten por completo en suscripciones a la nube.
A partir de ese momento, no hay escapatoria. El mismo ejecutivo de SAP dijo que los socios disponen de las bases de datos de retención de datos para una salida de la nube, de modo que los datos de la nube pueden almacenarse y guardarse y, en el mejor de los casos, analizarse muchos años después para consultas oficiales. Nadie ha comprobado la veracidad de esto todavía.
Cualquiera que tenga la previsión de trasladar sus propias licencias SAP a la nube de un hiperescalador tiene la oportunidad teórica de volver a reducir su tamaño. Durante muchos meses, no estuvo claro cómo debía tratar SAP a estos clientes autónomos. Habrá muy pocos usuarios que pasen de un hiperescalador a la nube de SAP mediante el programa Rise. Pero negarle a un cliente innovador de SAP, que utiliza hiperescalador, las futuras innovaciones en la nube, parece políticamente incorrecto de parte de SAP. Obviamente, ha surgido una solución híbrida, según la cual no hay que hacer distinciones entre la nube SAP y los hiperescaladores.
El evento TechEd en Bangalore, India fue como SAP en el país de las maravillas. El director de tecnología de SAP, Jürgen Müller, presentó un copiloto para Citizen Developer. La herramienta debería permitir desarrollar rápidamente aplicaciones SAP sencillas por cuenta propia. Los visitantes mostraron gran asombro cuando Jürgen Müller se vio obligado a admitir que el copiloto de SAP no soporta Abap. ¿Un copiloto de SAP que no conoce el lenguaje de programación en el que están escritos el 80 por ciento de todos los programas SAP?
Como informático, no me resulta difícil responder a esta paradoja: las herramientas informáticas como los copilotos funcionan de forma similar a ChatGPT. Se alimentan del internet. Hay miles de millones de líneas de código Java y JavaScript, pero muy poco Abap. Apenas es posible entrenar una inteligencia artificial con el material limitado de aprendizaje de Abap. Cuando se le preguntó, Jürgen Müller no pudo, o no quiso, decir qué camino tomará ahora SAP para poder presentar un copiloto Abap. Fue sorprendente comprobar lo difícil que le resultaba al líder mundial del mercado ERP satisfacer la demanda de Abap. En el mejor de los casos, se podría argumentar que es porque no saben lo que hacen.
Esta incertidumbre de SAP se debe probablemente a la fidelidad de los clientes a sus modificaciones Abap frente a la estrategia de nube pública, donde las modificaciones actúan realmente como veneno. Pero la comunidad SAP está experimentando actualmente un renacimiento de Abap muy exitoso con Steampunk. Pero SAP está presentando un marco de programación sin Abap, utilizando en su lugar el odiado Java. Nadie en la comunidad SAP se enreda con Java porque esto resulta inevitablemente en altas tarifas de licencia que hay que pagarle a Oracle. Formulado maliciosamente, el nuevo copiloto de SAP le aumentará las ventas a Oracle.
