Discurso de las Jornadas Tecnológicas
Consolidación de la base SAP
Esta selección de términos del ámbito de la gestión de datos es arbitraria, incompleta y desordenada: NetWeaver PI/PO, Data Hub, Smart Data Integration, Data Fabrics, Information Steward, Datasphere, etc. La mezcolanza de términos demuestra que SAP intenta encontrar una solución, pero sigue fracasando en la realidad. La consolidación con los conocimientos de la comunidad de código abierto probablemente habría abierto un camino más estricto, pero quizá habría reportado menos ingresos por licencias.
Pero SAP no sólo debe a sus clientes actuales una hoja de ruta clara para la gestión de datos; tampoco existe una estrategia de salida para la gestión de documentos basada en Adobe Document Services. El fin de SolMan está fijado para 2027, y Jürgen Müller, CTO y miembro de la junta directiva de SAP, recalcó en repetidas ocasiones en las Jornadas Tecnológicas de la DSAG que definitivamente no se ampliará la disponibilidad de ERP/ECC 6.0 ni de SAP Business Suite 7.
Seguridad y conformidad
Desde 2018, SAP ha prometido un cuadro de mandos de seguridad para una visión global de la arquitectura ERP. En los últimos años se han presentado muchas soluciones individuales. Sin embargo, una suite de seguridad holística no parece factible.
SAP tiene problemas con las funciones que aportan menos ingresos y son menos atractivas. Además de la seguridad, el tema de la conformidad no está realmente presente. SAP presentó una interesante herramienta low-code/no-code, pero en Mannheim todavía no se pudo explicar cómo se supone que las aplicaciones conectadas entre sí deben cumplir la normativa. Temas como la supervisión de las aplicaciones en la plataforma tecnológica empresarial y más allá también se han dejado de lado por el momento. Mientras tanto, SAP está lleno de ideas innovadoras, pero la realidad para los clientes actuales de SAP parece diferente.
Centro de transformación
SAP es consciente de sus carencias. Un SAP Business Transformation Center impulsado por Cloud ALM pretende ser una red de seguridad para la transformación de S/4. Uwe Grigoleit de SAP también hablará sobre este tema en la Cumbre de Centros de Competencia de Salzburgo. Existe un manual para la transformación de datos empresariales y numerosas herramientas para ello: Signavio, ALM y LeanIX. Aparte de eso, sin embargo, SolMan no tiene futuro. Así pues, los clientes actuales de SAP tienen que aprender muchos procedimientos, consejos y trucos nuevos; junto a ello, no debe permitirse que la transformación digital se estanque.
Los numerosos retos y su solución en la base SAP se presentarán en el Cumbre de Centros de Competencia los días 1 y 2 de junio en Salzburgo, porque hay mucho que aprender.
RAP y CAP
El modelo de programación de aplicaciones Abap RESTful (RAP), junto con la programación de aplicaciones en la nube (CAP), es otro reto para los clientes actuales de SAP en el que es importante informarse y orientarse. Con CAP, las aplicaciones holísticas en la nube se pueden crear de forma centralizada en un marco totalmente integral y esto también incluye Core Data Services (CDS). Con RAP, el camino va en dirección steampunk (Embedded Abap). Desgraciadamente, también es cierto para RAP y CAP que muchos caminos llevan a Roma o a Walldorf. ¡SAP quiere revolucionar el desarrollo Abap con Steampunk! Con servicios de datos básicos, definiciones de comportamiento y anotaciones de interfaz de usuario, se van a desarrollar aplicaciones que van a funcionar para S/4 en la nube privada y pública.
Otro de los discursos de las Jornadas Tecnológicas del DSAG estuvo dedicado a la cuestión del low-code (SAP Build) frente al pro-code. Incluso en un mundo S/4, los clientes actuales de SAP exigirán modificaciones específicas. Con la pretensión de un Clean Core, habrá restricciones para el "espacio de nombres Z", pero sin adaptación, el concepto de nube privada (on-prem) no funcionará, véase RAP o CAP.