Abap en la era S/4 Hana

El auge de los lenguajes de programación de cuarta generación (4GL) se prolongó desde mediados de los ochenta hasta bien entrada la segunda mitad de los noventa.

El objetivo principal era ofrecer a los desarrolladores un soporte sostenible para la creación rápida de aplicaciones completas.

Desarrolladas con varios 4GL abiertos y propietarios, numerosas aplicaciones vieron la luz y sirvieron de base o plataforma de desarrollo para sistemas de software estándar, como SAP R/3, la historia de éxito de Walldorf.

Hacia mediados de los años 90, el planteamiento de SAP consistió en establecer Abap (Advanced Business Application Programming) como base general de desarrollo y 4GL de forma generalizada en el mercado. En aquella época se promocionó el Abap Workbench.

Varios clientes R/3 y socios de SAP ya habían empezado a desarrollar aplicaciones de diversos tipos con SAP Workbench. En parte como sistemas casi autónomos, en parte como componentes R/3 integrables.

Al mismo tiempo, Abap fue utilizado cada vez más por los clientes de SAP, en particular para crear o desarrollar extensiones de R/3 de acuerdo con una amplia variedad de requisitos de la empresa (palabra clave: propiedad intelectual), lo que sigue siendo el caso hoy en día de forma animada.

Abap, denominado inicialmente "procesador general de formato de informes", ha cambiado y evolucionado a lo largo de los años. SAP siempre ha prestado atención a la compatibilidad, incluso cuando se introdujeron elementos de programación orientados a objetos (así como modelos).

Un hito importante se produjo, por ejemplo, a principios de los noventa, cuando el grupo de software de Walldorf ofreció un entorno de ejecución y programación Java, además de Abap, desde la introducción de NetWeaver.

Otra: Desde hace algo más de cuatro años, SAP ofrece un entorno de desarrollo Abap basado en Eclipse, una plataforma de código abierto.

Ha habido varias etapas de desarrollo de Abap a lo largo del tiempo. Sin embargo, enumerarlas todas aquí iría más allá del alcance de este artículo.

En cualquier caso, cabe mencionar que Abap se basa en elementos sintácticos del lenguaje de programación Cobol.

SAP sin duda alineará o adaptará Abap de forma más estricta al uso de Hana de una forma u otra.

Estándar por aquí, código personalizado de larga duración por allá

Sólo se puede adivinar cuántas líneas de código o aplicaciones pequeñas y grandes se han desarrollado en todo el mundo con el lenguaje de programación propietario Abap.

En cualquier caso, ascienden a miles de millones. Y el código Abap personalizado es duradero, muy duradero.

Muchos usuarios de SAP con desarrollos Abap, así como bastantes socios de SAP que han desarrollado soluciones adicionales o sectoriales basadas en Abap, se plantean actualmente estas preguntas:

• ¿Se puede utilizar el código Abap también en la era S/4 Hana?
• ¿Qué hay que hacer para aprovechar al máximo los programas Abap en S/4?

Como es bien sabido, S/4 representa una nueva generación de la Business Suite basada en una nueva tecnología. Por un lado, la gama de funciones cambia constantemente, como en la actual versión principal 1610 (frente a la 1511).

Por otra parte, SAP está transfiriendo numerosas funciones a la norma. Además, se combinarán diversas transacciones.

Independientemente de esto, el código Abap o personalizado también puede utilizarse generalmente en S/4. Sin embargo, el código Abap debe analizarse para ver si es compatible con las partes del programa existentes y futuras de S/4 y el uso de Hana.

Es aconsejable crear aquí una especie de "mapa de calor" que, por ejemplo, proporcione información sobre qué objetos acceden a qué tablas, o comprobar qué procesos y datos se han cuasi simplificado y cuáles pueden o deben simplificarse.

O bien: qué programas funcionan en qué transacciones, por razones de identificación/rastreabilidad.

Las herramientas de Smartshift también son capaces de realizar este tipo de análisis, como base para una optimización pertinente y sostenible del código.