✒️ABAP El lenguaje de programación ABAP

El lenguaje de programación ABAP

¿Qué es ABAP?: Es un lenguaje de programación de cuarta generación, propiedad de SAP, que se utiliza para programar en sus productos SAP ECC y SAP S/4HANA. Sus siglas significan Advanced Business Application Programming, es decir Programación Avanzada de Aplicaciones de Negocio, aunque también es conocido como SAP ABAP. Es un lenguaje de programación de muy alto nivel, fácil de leer y se aprende rápidamente.

Aunque la cantidad de aplicaciones desarrolladas por SAP es enorme, siempre existe la posibilidad que el cliente que adquiere el sistema SAP, tenga alguna necesidad tan específica de su negocio que no esté contemplada en el sistema estándar. Cuando hablamos del sistema SAP estándar nos referimos al sistema tal cual SAP lo proporciona a las empresas que lo compran, es decir recién salido de fábrica.

También puede darse el caso que la funcionalidad que ofrece el sistema estándar no se ajuste completamente a las necesidades del cliente. Para resolver estas situaciones existe un entorno completo de desarrollo de nuevas aplicaciones integradas en el sistema SAP.

Este entorno, que SAP denomina ABAP Development Workbench (Entorno de Desarrollo ABAP), se compone de una serie de herramientas integradas, que permiten crear desarrollos nuevos en poco tiempo.

El lenguaje de programación ABAP se caracteriza por su total integración en el sistema SAP. No en vano todo el software de aplicación, compuesto por millones de líneas de código, que el cliente recibe cuando adquiere SAP está escrito en ABAP.

Podemos decir que ABAP es un lenguaje de programación estructurado.

La programación estructurada es un paradigma de programación orientado a mejorar la claridad, la calidad y el tiempo de desarrollo de un programa de computación, que surge a finales de los años 70, en el cual solo se puede recurrir únicamente a subrutinas y tres estructuras básicas:

• Secuencia: Es el orden en que las instrucciones deben ser ejecutadas
• Instrucción Condicional o Selección: Es la posibilidad de poder elegir entre dos instrucciones y la decisión se tomará en base a una evaluación, a la cual se le llama condición.
• Iteración: Es la repetición de una instrucción o grupo de instrucciones mientras se cumple una condición.

ABAP también es un lenguaje orientado a eventos, donde la secuencia de instrucciones depende del cumplimiento de una condición o evento.

La programación orientada a eventos es un paradigma de programación en el que la estructura y la ejecución de los programas va determinado por los sucesos o acciones que ocurren en el sistema, definidos por el usuario o por el propio sistema.

El sistema SAP está compuesto por un conjunto de áreas funcionales, módulos o líneas de negocio, según la versión de SAP a la que nos estemos refiriendo, por lo que utilizaremos el lenguaje de programación ABAP para realizar nuevos desarrollos o modificar los desarrollos existentes para todas las áreas funcionales, módulos o líneas de negocio del sistema SAP.

Imagen 1.3 - Utilizamos ABAP para trabajar con todas las áreas funcionales de SAP

2 | Un poco de historia de ABAP

ABAP fue desarrollado por SAP como un lenguaje de programación para elaborar reportes para el sistema SAP R/2, en los años 80.

Imagen 2.1 - El sistema SAP R/2 y sus módulos

En ese momento podíamos decir que ABAP era un lenguaje de programación que era una mezcla entre el COBOL y el SQL.

Hay que tener en cuenta que ABAP se creó en una época en donde COBOL era el lenguaje preferido para los desarrollos de aplicaciones de gestión.

Imagen 2.2 - El longevo y siempre vigente lenguaje COBOL cumplió más de 60 años desde su creación

ABAP fue pensado como un lenguaje de programación para que los usuarios finales del sistema SAP pudieran manipular la información, pero con el paso del tiempo y de las versiones, el lenguaje de cuarta generación se fue volviendo demasiado complicado para usuarios comunes, por lo que fue necesario programadores experimentados para realizar desarrollos.

ABAP se mantuvo como el lenguaje de desarrollo para la versión cliente-servidor de SAP R/3, que fue lanzada al mercado en 1992, en el que casi todo el sistema, menos las llamadas al sistema básicas estaban escritas en ABAP.

En 1999 con el lanzamiento de la versión 4.6 de R/3, SAP lanzó una extensión orientada a objetos denominada ABAP Objects.

La incorporación de los Objetos ABAP no convirtió a ABAP en un lenguaje orientado a objetos, sino que permite que determinadas funcionalidades pueden ser pensadas y desarrolladas utilizando POO.

En las últimas versiones de ABAP se fueron incorporando al lenguaje las últimas innovaciones tecnológicas de los lenguajes de programación modernos de hoy en día, inclusive se dispone de la posibilidad de programar en otros entornos de desarrollo diferentes al ABAP Development Workbench.

3 | Las principales fortalezas de ABAP

Existen muchos puntos fuertes que presenta ABAP como lenguaje de programación. Si tenemos que mencionar los principales entonces serían los siguientes:

• Utiliza sentencias de OPEN SQL para conectarse con prácticamente cualquier base de datos: si bien a partir de la versión SAP S/4HANA solo trabaja con SAP HANA como base de datos, en las versiones anteriores del sistema SAP, se utilizaban otras bases de datos, tal como Oracle y otras más.

• Es un lenguaje de programación estructurado, que también puede ser programado orientado a eventos y también puede programarse utilizando la orientación a objetos: tomando de cada uno de estos paradigmas las mejores prácticas.

• Cuenta con miles de funciones para el manejo de archivos, bases de datos, fechas, caracteres, entre otros: de esta forma operaciones complejas se vuelven simples.

• Permite conexiones RFC para conectar a los sistemas SAP con cualquier otro sistema o lenguaje de programación: mediante estas conexiones podemos conectar nuestro sistema SAP con otros sistemas SAP o no SAP y a ABAP con otros lenguajes tal como JAVA, etc.

Imagen 3.1 - La comunicación entre los distintos sistemas SAP y no SAP

• Permite la creación de aplicaciones multidioma: podemos traducir todos los textos de nuestras aplicaciones a los diferentes idiomas en donde se utilice la misma aplicación sin necesidad de tener que volver a crearla. Esta funcionalidad resulta indispensable para las empresas multinacionales que cuentan con sucursales en distintos países del mundo.

• Posee una ayuda muy potente sobre la sintaxis y la semántica del lenguaje: simplemente con presionar la tecla F1 sobre la sentencia que queramos.

• Permite la realización de reportes en forma rápida y sencilla: dispone de varias opciones para la realización de reportes de forma rápida.

Imagen 3.2 - Los reportes ALV son fáciles de hacer y en poco tiempo

4 | Las herramientas propias de ABAP

ABAP posee algunas herramientas que son propias del lenguaje y que no están presentes en otros entornos de desarrollo. Las más importantes son las siguientes:

El Diccionario de Datos ABAP (Transacción SE11): es el punto de referencia para los programadores ya que permite aislarles del sistema de gestión de base de datos que se utilice por debajo. Desde un misma pantalla se puede crear, modificar y borrar los objetos de bases de datos, entre los que se incluyen tablas base de datos, estructuras, vistas, elementos de datos y dominios.

Las definiciones de las tablas pueden ser referenciadas directamente en los programas permitiéndonos modificar posteriormente las tablas sin tener que cambiar los programas. Tenemos la posibilidad de gestionar otros objetos del diccionario de datos como las ayudas de búsqueda, los objetos de bloqueo o los objetos de autorización.

Imagen 4.1 - El diccionario de datos ABAP

Transacción SE11

La transacción estándar SE11 "Diccionario de datos ABAP" es utilizada para la administración de todas las definiciones de datos utilizadas en el sistema SAP.

El Editor de programas (Transacciones SE38 y SE80): el editor ABAP, aparte de proveer de las funciones básicas para la edición de texto, tiene múltiples características que facilitan la programación enormemente.

Nos permite efectuar una verificación de sintaxis y aceptar las sugerencias del dispositivo de corrección automática que tiene incluido.

También nos permite resaltar las palabras clave y tener una vista en forma de estructura jerárquica que ofrece la posibilidad de ocultar o desglosar bloques sintácticos. De esta manera, el programador obtiene una buena visión de conjunto de la estructura general del programa.

Imagen 4.2 - El editor ABAP

Transacciones SE38 y SE80

Ambas transacciones estándares son utilizadas para el desarrollo de aplicaciones o programas ABAP dentro del sistema SAP.

El Screen Painter (Transacción SE51): con esta herramienta crearemos rápidamente interfaces gráficas de usuario incluyendo una amplia gama de elementos de control, como botones de pulsación, botones de radio, checkboxes, etiquetas, campos de entrada, listas de base de datos, etc.

Las pantallas que se crean se denominan dynpros y en ellas se incluye la definición de la pantalla y sus campos y la lógica de proceso de la misma. Esta lógica de proceso está dirigida por eventos, como los lenguajes visuales modernos, aunque la variedad de eventos posibles está bastante limitada.

Imagen 4.3 - El Screen Painter

Transacción SE51

La transacción estándar SE51 "Screen Painter" es utilizada para la creación de las denominadas pantallas o dynpros (termino propio de SAP).

El Entorno de depuración (Dentro de la transacción SE38): el modo debugging de ABAP es posiblemente la herramienta más alabada por los programadores habituales de este lenguaje. Tiene todas las ventajas de este tipo de ayudas a la programación (creación de breakpoints, watchpoints, ejecución paso a paso, ejecución por bloques...) pero además nos permite hacer todo esto viendo el código fuente del programa, por lo que la localización del lugar del error es exacta.

Imagen 4.4 - El depurador ABAP en acción

Otras herramientas: existen una gran variedad de herramientas adicionales cuyo uso no es tan frecuente como él Menu Painter, el análisis del tiempo de ejecución, el Class Builder, el Function Builder, etc.

5 | Las modificaciones al sistema estándar de SAP

Para que los usuarios puedan adaptar el sistema a sus propias necesidades, SAP deja espacios en el sistema estándar de modo que los usuarios puedan satisfacer sus requerimientos, agregando en estos huecos el código ABAP necesario para ello.

A estos huecos que existen en el sistema SAP, se los denominada Ampliaciones, ya que con ellos se amplía o extiende las funcionalidades del sistema estándar.

Las principales ampliaciones que existen en SAP son las siguientes:

Customer Exits (Transacciones CMOD y SMOD): son espacios que SAP deja en el sistema estándar para que los usuarios agreguen código para validaciones y mejoras.

Imagen 5.1 - Las ampliaciones del cliente

Transacciones CMOD y SMOD

Las transacciones estándares CMOD y SMOD son utilizadas para la administración de las denominadas ampliaciones de usuario del sistema SAP.

Field Exits (Transacción CMOD y escribir PRFB): también llamadas ampliaciones de campo, son validaciones de los elementos de datos asociados a campos de pantallas de SAP.

Imagen 5.2 - Las ampliaciones de campo

BADIS (Business Adds-Ins, Transacciones SE18 y SE19): son un nuevo tipo de extensión al sistema SAP basado en la utilización de objetos ABAP para la implementación de validaciones y ampliaciones al código estándar de SAP sin tener que modificar el código estándar.

Imagen 5.3 - Las BADIS

Transacciones SE18 y SE19

Las transacciones estándares SE18 y SE19 son utilizadas para la definición y la declaración de las denominadas BADIS en el sistema SAP.

Enhancements (Desde la misma transacción SE38): son ampliaciones al código estándar de SAP mediante las cuales podremos agregar funcionalidades determinadas.

Imagen 5.4 - Los Enhancements

Estructuras Append (Desde la misma transacción SE11): son objetos de ABAP que se crean para agregar datos o configuraciones adicionales a las tablas y estructuras estándar de SAP.

Imagen 5.5 - Las Estructuras Append

6 | Los Consultores SAP

Dentro de los distintos roles que existen en el mundo SAP me gustaría en este momento que analicemos a los Consultores.

Un consultor SAP puede definirse como un profesional que ofrece servicios para la implementación, optimización y ejecución de los productos SAP y otros sistemas, que mediante interfaz con SAP aseguran el máximo aprovechamiento de los conocimientos y las herramientas de tecnología en beneficio de la compañía.

El consultor SAP adapta el sistema a lo que cada empresa quiere y necesita. Mediante su labor, las empresas obtienen información valiosa para la toma de decisiones y datos específicos para los agentes interesados en ellas.

Imagen 6.1 - Los requisitos recomendables que debemos cumplir para ser un buen consultor

Dentro del ecosistema SAP, existen básicamente 3 tipos de consultores, estos son:

Consultor Funcional: tal como hablamos en las lecciones anteriores, SAP es un sistema muy extenso, compuesto por diferentes áreas funcionales o módulos, que a su vez se dividen en submódulos que contienen más procesos y subprocesos.

Los consultores funcionales de SAP son aquellos profesionales que tienen el conocimiento de un área funcional o módulo del sistema y son están encargados de ayudar a las empresas a configurar el sistema SAP, de acuerdo con las necesidades de la empresa, brindar asesoramiento para que la empresa logre un aprovechamiento máximo de sus recursos al momento de tomar decisiones y luego de ello formar al personal asignado por la empresa para poder desempeñarse sin su ayuda constante.

Hay consultores funcionales que pueden decirse especialistas en más de un módulo o área funcional del sistema SAP, sin embargo, para que sea más sencillo de dominar es importante la especialización en un módulo en particular.

Ya que intentar abarcar todos los módulos a la vez puede ser una tarea imposible.

Con la práctica aún en un solo módulo de SAP, es seguro que vamos a tener al menos conocimientos generales de otros módulos ya que recordemos que SAP al ser un sistema ERP entrelaza los distintos módulos.

Consultor SAP Basis: cuando hablamos de SAP Basis, nos referimos a la base técnica de las aplicaciones SAP. SAP Basis es la forma “clásica” de nombrar a la administración de la plataforma operativa del sistema. Esta plataforma es llamada actualmente SAPNetweaver.

Los consultores especialistas en SAP Basis tienen como principal responsabilidad la administración del entorno SAP asegurando la integridad del sistema, esto incluye tareas de mantenimiento, actualizaciones y generación de backups con el fin de tener un respaldo de la información. Se encargan de gestionar la plataforma operativa SAP Netweaver, para que esta funcione siempre correctamente optimizando recursos en el sistema.

Consultor Técnico: cuando hablamos de los consultores técnicos nos estamos refiriendo a las personas que poseen los conocimientos técnicos dentro del sistema SAP. En general nos referimos a los programadores ABAP, pero también podríamos estar hablando de otros perfiles dependiendo de la tecnología utilizada.

Dentro del mundo ABAP, cuando hablamos de Consultor Técnico ABAP, Consultor ABAP, Desarrollador ABAP, Programador ABAP o Abaper nos estamos refiriendo a lo mismo.

Los desarrolladores ABAP, como me gusta llamarlos, no solo realizan la programación en el lenguaje ABAP, sino que también se encargan de confeccionar la documentación, realizar pruebas, asesorar a los consultores funcionales en cuestiones técnicas, optimizar el sistema, entre otras tantas cuestiones, es por ello que el nombre programador ABAP se queda corto con las tareas acordes al puesto de trabajo.

7 | El ciclo de trabajo de un Consultor ABAP

A continuación, vamos a explicar cómo es la interacción de los Consultores ABAP con los Consultores Funcionales de SAP y como es la metodología de trabajo más comúnmente utilizada en el ciclo de vida de desarrollo de SAP.

Cada empresa posee su propia metodología de trabajo, esta metodología afecta directamente la manera en que la información fluye entre los distintos niveles jerárquicos de la empresa. Si se encuentra bien implementada, mejora el control de los costos de los requerimientos de los usuarios antes de llevarlas a cabo.

Aunque en primera instancia pudiera parecer un tanto burocrática, la misma garantiza la calidad del producto final y la organización del trabajo a realizar, ya que "en teoría" los tiempos han sido calculados con antelación, no teniendo que trabajar a las apuradas o con demasiado tiempo ocioso improductivo.

Imagen 7.1 - El ciclo de vida de un requerimiento en SAP

Veamos un ejemplo para comprender en detalle este concepto.

1º El requerimiento del Cliente al Consultor Funcional

Es muy raro que un gerente de ventas contacte a un consultor Abap o Abaper directamente ante un requerimiento o petición de trabajo.

Lo que habitualmente sucede (y es correcto que pase) es que el gerente de ventas cita a un Consultor Funcional SAP, para este ejemplo, por tratarse de un requerimiento del sector/módulo de Ventas, tendría que tomar este requerimiento un Consultor Funcional SAP SD, al cual el gerente le comentará sus necesidades de información.

Por ejemplo, necesitamos un reporte de ventas que nos sirva para poder medir la productividad de nuestros vendedores a lo largo del mes.

Luego el Consultor Funcional analizará el pedido del cliente y evaluará si ese trabajo se puede realizar "parametrizando" el sistema SAP, es decir configurando el sistema a través de las transacciones existentes. Para el caso de nuestro reporte de ventas, existe la posibilidad que SAP ya nos proporcione un reporte estándar de ventas para medir la productividad de los vendedores de la empresa.

Si se puede realizar la adaptación mediante una "parametrización", o si SAP ya nos brinda dicho reporte y el mismo satisface las necesidades de información del cliente entonces será cuestión de utilizarlo y nuestro trabajo habrá terminado.

Lo que suele suceder en cambio, es que el requisito del cliente excede a una parametrización o un reporte ya existente y es allí cuando el "Consultor Funcional" y el "Consultor Técnico" (el Abaper para nuestro caso) se ponen a trabajar en equipo.

2º La elaboración del Diseño Funcional:

La forma más básica de realizar este trabajo Funcional y Técnico en conjunto, es que el Consultor Funcional, lo inicie elaborando una documentación llamada "Diseño Funcional", en este documento se le indica al Consultor Técnico entre otras cuestiones lo siguiente:

• Si se trata de hacer un programa nuevo o modificar un programa existente.

• La funcionalidad del programa a realizar.

• El detalle de la interfaz gráfica de selección de datos que debe tener el programa o bien la modificación/es.

• Las tablas bases de datos que se accederán para obtener la información del programa.

• Las pruebas básicas a realizar luego que el programa esté terminado.

• Demás documentación que crea necesaria o útil al Consultor ABAP.

Una vez que el Consultor Funcional elaboró el "Diseño Funcional", en base a la metodología con la que trabaje la empresa, se le pedirá al Consultor Técnico, que en base al Diseño Funcional elabore y entregue un "Diseño Técnico", el cual es un documento en donde se especifica el trabajo que deberá realizar desde el punto de vista técnico, es decir se detalla:

• El nombre del programa a crear.

• Los campos que componen lo que se denomina en ABAP la pantalla de selección.

• La forma de acceder a las tablas de la base de datos para obtener información.

• Las validaciones que se realizarán en el programa.

• Si se imprimirán datos en pantalla.

• Si se generará un archivo de salida y muchas cuestiones más.

Normalmente aquí también se incluirá la estimación de las horas que se presume insumirá realizar o modificar el programa. Esta estimación por la general se elabora de común acuerdo entre el Consultor Funcional y el Consultor Técnico ABAP en base a:

• La dificultad de la tarea a realizar.

• La experiencia que posee el Consultor ABAP como programador.

3º La elaboración del Diseño Técnico y la Programación

Una vez finalizado el Diseño Técnico, el Consultor ABAP comenzará el desarrollo del programa o modificación a realizar.

Al terminarlo lo probará, realizando lo que se conoce como "Pruebas Unitarias", es decir pruebas básicas para asegurarnos que el programa cumple con los requisitos que nos solicitaron y avisa al consultor funcional.

El Consultor Funcional a su vez realizará sus propias pruebas, las cuales se conocen como "Pruebas integrales", en donde se probará el programa rigurosamente y si está todo en orden, avisará al cliente, cerrando de esta manera el requerimiento establecido en un principio.

La programación del requerimiento puede ser efectuada por el mismo Consultor ABAP que elaboró el diseño técnico o puede ser asignada a otro Consultor ABAP, lo cual en ciertos casos resulta más eficiente ya que incorpora la visión de otra persona, la cual puede ayudar a reducir los errores cometidos al elaborar la especificación técnica.

A continuación, te presentamos ejemplos de los documentos con los que trabaja el Consultor ABAP en el día a día.

Ejemplo de Formulario de Diseño Técnico

Ejemplo de Formulario de Pruebas Unitarias

Ejemplo de Formulario de Diseño Funcional

Ejemplo de Formulario de Pruebas Integrales

Para finalizar la lección, veamos juntos un video sobre las últimas actualizaciones en el lenguaje de programación ABAP que vienen de la mano con la plataforma SAP HANA.

Aguarda unos instantes a continuación compartiremos un video.

Ejercitación:

• Ejercicio de práctica

• Solución al ejercicio de práctica

Agradecimiento:

Ha agradecido este aporte: Sebastian Morales Naranjo