Cambio de paradigma

En el SAP TechEd de este año en Barcelona, el Director de Tecnología, Björn Goerke, estaba en su elemento: presentó numerosas herramientas de desarrollo, elogió a los mentores presentes por su compromiso y les felicitó por el décimo aniversario de esta organización. Fue como en los viejos tiempos del R/3.

SAP suministra al mundo software empresarial estándar, lo que indirectamente significa que estos "trajes a medida a medio terminar" aún deben personalizarse y completarse con complementos.

Hace muchos años, esto no era un problema con R/3 (Enterprise) y ERP/ECC 6.0, al contrario: SAP animaba a usuarios, socios, programadores y mentores a hacer un uso intensivo del lenguaje de programación Abap de SAP, convirtiendo así el ERP en una herramienta perfecta de gestión empresarial.

Intenté mantener un debate sobre licencias con los mentores acerca de SAP NetWeaver Foundation for Third Party y las implicaciones del "uso indirecto", pero no lo conseguí: ¡al final, este tema era completamente ajeno e incomprensible para los brillantes desarrolladores y programadores de sistemas!

El problema es, por tanto, la volatilidad actual de SAP, el cambio de paradigma en curso: al principio, SAP animaba a la gente a implementar modificaciones y complementos de Abap en el espacio de nombres Z (sin aplicar ni mencionar licencias opcionales como "uso indirecto").

Luego vino Hana como base de datos y plataforma, y un poco más tarde S/4 - una nueva situación: muchas tablas Abap fueron víctimas de la "simplificación", que hizo que el sistema ERP fuera más delgado y más potente.

Además, SAP empezó a transferir muchas funciones estándar del área de tablas de Abap a la plataforma Hana, es decir, más cerca de la base de datos. Este fue un buen cambio de paradigma: Hana como plataforma ofrece más que las funciones de la base de datos SQL y todo el sistema se vuelve más rápido (no solo a través del componente de computación en memoria). Y ya se hacía eco de ello la comunidad SAP: Abap ha muerto.

Por supuesto, algunas modificaciones de Z pierden su propósito y significado con una actualización a S/4. No se puede negar que se está produciendo una "limpieza de Abap" y, en algunos casos, no es una desventaja.

En el momento álgido de esta evolución, SAP transmitió la imagen de que todas las extensiones, complementos, modificaciones y marcos del sistema eran indeseables y contraproducentes; como mínimo, estarían sujetos a la tarifa punitiva de "uso indirecto".

Sólo Hana PAL (Predictive Analysis Library) parecía tener derecho a existir. ¿El fin de la programación individual? ¿El fin de la comunidad de socios? ¿El fin de los mentores? ¡Un cambio de paradigma duradero!

Hace unas semanas, el director de tecnología de SAP, Björn Goerke, subió al escenario de Sapphire en Barcelona y mostró un "nuevo" panorama para los desarrolladores: al parecer, Abap también es bienvenido en SAP Cloud Platform (SCP), ¿un renacimiento de Abap?

Y Goerke pudo presentar otros muchos kits de desarrollo de software (SDK) a los programadores, desarrolladores y mentores presentes: ¿otro cambio de paradigma?

¿Vuelven a ser socialmente aceptables las modificaciones del entorno del sistema ERP de SAP? ¿O es que los actuales clientes, socios y mentores de SAP vuelven a hacer cuentas sin el casero? Ver la columna de la licencia E-3 "Una primera concesión“.