Somos ERP
Desde el Fkom 2020 en Las Vegas, EE.UU., SAP ha estado diciendo: "Somos ERP". Un correo electrónico de un amigo analista me llegó a mediados de enero, señalándome el último mensaje de SAP del CEO Adaire Fox-Martin.
Se dice que anunció en el SAP Fkom de Las Vegas que SAP es ante todo una empresa de ERP, pero ni una palabra sobre la nube, sobre la base de datos de computación en memoria Hana y sobre C/4 y Qualtrics.
Esto último me parece lógico, la historia CRM del exCEO Bill McDermott lleva muerta mucho tiempo -en sentido estricto-: La idea C/4 de Sapphire 2018 nunca pudo cobrar vida, solo renació como "C/4" la adquisición suiza de SAP Hybris.
¿Y Qualtrics? Por el momento, SAP mantiene la pelota muy baja: Qualtrics está asaltando y robando la base de datos de clientes habituales de SAP y haciendo buenas ventas con estos nuevos contactos comerciales.
Pero el objetivo y la tarea eran diferentes. El sistema CRM más potente del mundo debía crearse a partir de varias adquisiciones y desarrollos internos. Incluso el profesor Plattner se quedó prendado de la idea de Bill en Sapphire 2018 en Orlando.
Como tantas otras cosas en SAP en los últimos años, ha sido un fracaso. Bill McDermott se ha ido y el polvo se ha asentado: C/4 ha muerto y Qualtrics funciona como un exoplaneta en el universo SAP.
La "declaración de guerra" de Adaire Fox-Martin "We are ERP" es por tanto la admisión "Back to the Roots": No sólo C/4 ha fracasado estrepitosamente, sino también la estrategia en la nube con HEC y HCP y ahora también Hana 3, la nueva versión de código con escalado infinito en la nube y "software multitenancy".
Volver a los orígenes puede ser razonable en algunos ámbitos. En un universo SAP R/3 muy lejano en el tiempo, la compatibilidad de datos y la integración de módulos eran realmente ejemplares.
El deseo de los clientes actuales de armonizar, sincronizar e integrar también las numerosas compras en la nube no surgió por capricho.
Los miembros más veteranos de la comunidad SAP han llegado a apreciar la naturaleza holística y la compatibilidad de los módulos R/3 y ahora echan de menos esta facilidad de uso.
Somos ERP y no Hana 3, ¿verdad? Un caso especial en la obra actual de SAP es Hana, la ingeniosa base de datos de computación en memoria que nunca se diseñó para la computación en nube.
Se suponía que Hana iba a llevar el "tiempo real" al universo ERP de SAP, tal y como esbozó en su día el ex director de tecnología de SAP Vishal Sikka. Hana logró perfectamente el "tiempo real" con muchos trucos informáticos fantásticos, pero fue un proyecto on-prem desde el principio. Si Hana no escala en la nube, es un fallo sistémico del código de Hana.
SAP ha reconocido el déficit de arquitectura de Hana: La computación en nube sólo puede ser rentable si la aplicación se escala infinitamente. Configurar otra instancia de Hana en el centro de datos de la nube para cada nuevo cliente de SAP es caro, ilógico y contraproducente; al principio de la era de la nube de SAP, se tomó este camino, pero no es viable desde el punto de vista financiero.
El éxito de IBM Power y Hana se basa exclusivamente en instalaciones on-prem. Hace dos años ya se celebró un taller sobre Hana patrocinado por IBM en el Instituto Hasso Plattner de Potsdam.
El objetivo era mostrar las posibilidades y formas en que los subcontratistas y los proveedores de la nube podrían realizar instancias escalables de Hana en IBM Power en sus centros de datos. La reunión, a la que asistieron destacados participantes, concluyó sin resultados.
SAP ha reconocido el dilema de Hana y ha encargado Hana 3. Durante más de un año, han estado intentando desarrollar un nuevo código Hana que debería cumplir todas las condiciones para el éxito de la computación en nube.
Se supone que este año finalizará la reprogramación y el recauchutado de Hana Cloud Edition, pero los resultados hasta ahora son decepcionantes:
Al portar aplicaciones Hana "clásicas" al "nuevo" HCP, siguen surgiendo anomalías peligrosas. No son buenas condiciones para 2025, ¡pero somos emperadores!
