SolMan no es suficiente
SAP no lo inventó. Antes de SAP Solution Manager (SolMan), ya existían numerosas herramientas informáticas que podían supervisar y controlar instalaciones de software complejas, como un ERP.
Pero bajo la sabia y previsora dirección de Gerd Oswald, exmiembro del consejo de administración de SAP, se creó una caja de herramientas que se ofreció de forma gratuita e inicialmente opcional a los clientes existentes de SAP, y que más tarde se prescribió.
SAP aprendió rápidamente y SolMan mejoró cada año. La aceptación en la comunidad, sin embargo, creció sólo marginalmente. ¿Por qué? Los clientes de SAP que necesitaban un potente programa de gestión y supervisión de TI ya se habían abastecido de IBM, HP y otras empresas de software años antes.
Sin embargo, muchos clientes existentes de SAP también dominaban la administración "manual" de su sistema R/3 y utilizaban el mercado de servicios de SAP según sus propias especificaciones.
Al principio, SAP no podía ni podía apretar el tornillo de mariposa de SolMan porque el ámbito funcional aún tenía muchas lagunas, pero Gerd Oswald y su tropa trabajaron diligentemente, hasta que un día quedó claro: ¡SolMan es un ejercicio obligatorio!
La protesta de la comunidad SAP fue enorme y comprensible, ya que esta obligación de utilizar SolMan iba asociada a unos costes elevados. Naturalmente, SolMan podía seguir obteniéndose gratuitamente, pero la formación, el desarrollo de una nueva infraestructura informática y la adaptación de los procesos básicos costaron mucho dinero a los clientes de SAP existentes. Todos los conocimientos sobre los productos de la competencia quedaron anulados porque ahora SolMan era obligatorio.
SolMan ha llegado a la comunidad SAP. La indignación inicial ha remitido. Mientras tanto, muchos clientes existentes de SAP han reconocido las ventajas de SolMan e incluso esta revista ha publicado muchos textos elogiosos sobre SolMan en los últimos meses.
Cabe destacar aquí la técnicamente perfecta y competente columna SolMan de Matthias Kneissl y los numerosos y útiles textos de Carl Christoph Winter.
Pero SolMan de SAP no es suficiente, ¿verdad? Para la gestión, administración, actualización de versiones, etc. de un sistema ERP local como ECC 6.0 o S/4, SolMan es más que suficiente. Sin embargo, SAP sigue evolucionando.
A principios de este año, se presentó un concepto de multi-nube que amplía los flujos de datos de una SAP Cloud Platform (SCP) a las plataformas en nube de Amazon, Google y Microsoft.
SAP ha adquirido muchas empresas de TI en los últimos años y está empezando a consolidar su oferta de software: Hybris y otras adquisiciones se convertirán en el nuevo sistema CRM C/4 basado en la base de datos Hana; SuccessFactors se convertirá en el sistema HCM universal en la nube.
La lista de consolidaciones, planes y proyectos puede continuar casi indefinidamente. Lo que falta es una "navaja suiza" para todas estas plataformas locales y en la nube. Falta un SolMan para Hybris, SuccessFactors, Concur, Fieldglass, etc.
Prácticamente ningún cliente existente de SAP opera un ERP/ECC 6.0 o S/4 independiente. Si no es con Legacy-IT a través de NetWeaver, entonces la base ERP está al menos conectada a otros componentes de software de SAP.
Y aquí se acaba la diversión cada vez más a menudo cuando SolMan se enfrenta a problemas irresolubles: la copia del sistema en un sistema ECC 6.0 no es ningún problema. Pero, ¿quién hace el mismo trabajo con el componente SAP Hybris?
Para los clientes SAP existentes, la combinación de ERP, CRM e Hybris ya no tiene nada de especial. En cambio, SolMan solo sirve para la "antigua" base ERP, contenta al responsable de CCoE y desespera al de Hybris.
Multi Cloud con SCP, Amazon, Google y Microsoft es sólo el principio. Las instalaciones de producción mundiales con millones de sensores IoT que envían sus datos a SAP Leonardo a través de los cientos de centros de datos de Cloudflare son tan poco "vistas" por SolMan como el blockchain en la logística S/4.
SAP no deja de lado ningún tema informático en estos momentos. El líder del mercado mundial de ERP intenta entrar en el juego en todas partes, pero la base de SAP, que sólo dispone de un SolMan "corto de miras", se queda por el camino.
Pero quizás en el futuro el cliente SAP existente no necesite una copia del sistema para Hybris, ni un software de gestión para Multi Cloud, sino simplemente la confianza de que en lugar de SolMan, Leonardo resolverá ahora todos los problemas.
PD: El 4 de octubre estaré en Viena para dar una charla sobre "Transformación digital en clientes SAP ERP" en el VÖSI Software Day 2018.
Naturalmente, miraré más allá de SAP y comentaré la digitalización de los socios y competidores de SAP. Volveré a dar la misma charla el 11 de octubre en la AKI de Würzburg.
Nos vemos en Viena o Wurzburgo.