La alternativa a la base de datos Hana

Después de APO vino Hana

El invento de SAP, APO (Advanced Planner and Optimiser), sólo fue una revolución en teoría. La idea de automatizar y optimizar las ejecuciones de MRP era correcta, pero la cantidad de datos procedentes de la producción era excesiva para los algoritmos de APO. Como tantas veces antes y después, el profesor Hasso Plattner tuvo la idea que salvó el día: una pequeña y sofisticada base de datos oculta en la memoria principal del servidor APO aceleró el sistema y entregó las cifras de planificación y su optimización a las pantallas de los usuarios de SAP en el momento oportuno. ¡APO estaba salvado!

En aquel momento, SAP no hizo mucho ruido con este paso de soporte técnico. Se mantuvo la pelota baja, ya que el objetivo era llevar finalmente APO al éxito y consolidar la supremacía ERP de SAP más allá de las finanzas y el controlling. Por tanto, la base de datos de computación en memoria de APO se consideraba una función auxiliar que no merecía la pena mencionar.

Potsdam reinventa la ERP

En el Instituto Hasso Plattner de la Universidad de Potsdam, el profesor Plattner y sus estudiantes profundizan en la reflexión sobre cómo podría ser un ERP del futuro. Una idea central era un nuevo comportamiento del tiempo de respuesta en tiempo real, es decir, un sistema ERP que no haga esperar al usuario -véase el desastre de APO.

Una vez más, Hasso Plattner cayó en la trampa de la base de datos de computación en memoria. Esta vez, sin embargo, la base de datos no iba a quedar oculta en las profundidades del sistema ERP, ¡sino que iba a convertirse en la estrella de la comunidad SAP como sistema independiente! La nueva base de datos tenía que ser de uso universal para todos los módulos y sistemas SAP y ser siempre capaz de proporcionar respuestas en tiempo real. En el Instituto Hasso Plattner se desarrolló una base de datos SQL en memoria.

Hana-only frente a AnyDB

Fue un movimiento brillante por parte de SAP ofrecer únicamente Hana como base de datos para el sucesor de ECC S/4 con el sistema operativo de código abierto Linux. Con SAP R/3 y Business Suite 7 (ERP/ECC 6.0), no sólo la propia SAP hizo un excelente negocio, sino naturalmente también los proveedores de sistemas operativos y bases de datos. Oracle e IBM, en particular, disfrutaron de unas elevadas ventas de bases de datos sin ningún esfuerzo de ventas significativo.

Hace más de 20 años, Hasso Plattner dijo en una conferencia de prensa en CeBIT que se centraba en toda la cadena de valor, desde el escritorio hasta el servidor. El resultado es ahora reconocible después de muchos años: de Fiori a Linux y de Hana a S/4 y la plataforma de TI SAP BTP, la reivindicación de poder no tiene fisuras. ¿O no?

Buenas ventas, malos resultados

En la actual fase de transición de ECC con AnyDB a S/4 y solo Hana, SAP está obteniendo muy buenos beneficios porque muchos clientes existentes tienen que explotar durante años sus bases de datos de Microsoft, IBM y Oracle, donde SAP también gana mucho dinero, además de tener que pagar las licencias correspondientes para Hana. Muchos clientes existentes de SAP están pagando actualmente el doble por las bases de datos.

Naturalmente, Hana no puede cumplir la promesa de un sistema ERP en tiempo real. Los que pueden permitírselo tienen ahora todos sus datos en la memoria principal del servidor S/4, lo que acelera de forma sensacional las consultas analíticas. Todas las soluciones de almacén de datos se benefician de Hana de una forma sin precedentes. Los usuarios de SAP están de enhorabuena. Pero al igual que muchas funciones ERP son independientes de la velocidad teórica de una base de datos. Otros factores determinan el comportamiento del tiempo de respuesta, de modo que el carísimo almacenamiento de datos con Hana en la memoria principal del S/4 no aporta ningún beneficio. Los clientes actuales de SAP pagan por las caras licencias de Hana sin ningún contravalor perceptible.

Democratización a través de BTP

Hana da lo mejor de sí en el área analítica, por lo que un sistema híbrido podría ser probablemente la solución óptima para los clientes actuales de SAP: Hana para el almacén de datos y una base de datos barata y tradicional para las funciones operativas y de ERP en serie, ¿no?

Este almacenamiento híbrido de datos aún no existe, pero la SAP Business Technology Platform con la funcionalidad de SAP Datasphere y complementos de código abierto como Kafka-Apache podrían abrir un camino. Están ocurriendo muchas cosas en el ámbito de la gestión de datos: Data Fabric, Data Lake y el mencionado Kafka Apache ofrecen a los clientes de SAP alternativas relevantes a Hana-only en las plataformas hyperscaler. Incluso las ampliaciones y modificaciones de ERP mediante CAP, RAP y Steampunk no dependen únicamente de Hana. Si quiere escapar de la exclusión de Hana, debería echar un vistazo a BTP, Datasphere, Steampunk y Open Source.