✒️SAP / Los perfiles que trabajan en SAP Por Ornella Mollani Norverto

Lección 10: 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.

Puede suceder que un cliente tenga alguna necesidad tan especifica que no esté contemplada en el sistema estándar, o puede suceder que la funcionalidad que ofrece el sistema no se ajuste por completo. Para resolver esto existe un entorno completo de desarrollo de nuevas aplicaciones integradas en el sistema SAP.

Este entorno se llama ABAP Development Workbench o Entorno de Desarrollo ABAP. Se compone de una serie de herramientas integradas, que permiten crear desarrollos nuevos en poco tiempo.

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 en computación, que surge a finales de los años 70, en el cual solo se puede recurrir a subrutinas y tres estructuras básicas que son:

· Secuencia: es el orden en que las instrucciones deben ser ejecutadas

· Instrucción Condicional o Selección: es la posibilidad de 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. Es también 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.

Historia de ABAP

Fue desarrollado por SAP en los años 80 como un lenguaje de programación para elaborar reportes para el sistema SAP R/2. En ese momento era como una mezcla entre COBOL y SQL. Fue pensado para que los usuarios finales del sistema SAP pudieran manipular la información, pero con el paso del tiempo y de las versiones, se fue volviendo demasiado complicado para los usuarios comunes.

ABAP se mantuvo como lenguaje de desarrollo para la versión SAP R/3, que fue lanzada al mercado en 1992, en el que casi todo el sistema estaba escrito en ABAP.

En 1999 con el lanzamiento de la versión 4.6 de R/3, SAP lanzo una extensión orientada a objetos denominada ABAP Objects. No es que convirtieron ABAP en un lenguaje orientado a objetos, sino que permitió que determinadas funcionalidades puedan ser pensadas y desarrolladas usando POO (Programación Orientada a Objetos). Es un método de desarrollo de software orientado al comportamiento de los objetos en la vida real.

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.

Las principales fortalezas de ABAP

1. Utiliza sentencias de OPEN SQL (es el lenguaje estructurado de consulta) para conectarse con prácticamente cualquier base de datos: si bien después de la versión S/4HANA solo trabaja con la base de datos SAP HANA, en las versiones anteriores se utilizaban otras.

2. 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.

3. Cuenta con miles de funciones para el manejo de archivos, base de datos, fechas, caracteres, entre otros.

4. Permite conexiones RFC (es una llamada a función remota, Remote Function Call) para conectar a los sistemas SAP con cualquier otro sistema o lenguaje de programación.

5. Permite la creación de aplicaciones multidioma, funcionalidad indispensable para las empresas multinacionales que cuentan con sucursales en todo el mundo.

6. Posee una ayuda muy potente sobre la sintaxis y la semántica del lenguaje

7. Permite la realización de reportes en forma rápida y sencilla

Las herramientas propias de ABAP

Tiene herramientas propias que no están en otros entornos de desarrollo.

· 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 una misma pantalla se puede crear, modificar y borrar objetos de base de datos. Las definiciones de las tablas pueden ser referenciadas directamente en los programas permitiendo modificar posteriormente las tablas sin tener que cambiar los programas.

La transacción estándar SE11 "diccionario de datos ABAP" e usada para la administración de todas las definiciones de datos usadas en el sistema SAP.

· El editor de programa gas (Transacciones SE38 y SE80): aparte de proveer de las funciones básicas para la edición de texto, tiene múltiples características que facilitan la programación. Permite verificar la sintaxis, resaltar las palabras clave y tener una vista en forma de estructura jerárquica que ofrece la posibilidad de ocultar o desglosar bloques.

· El screen Painter (Transacción SE51): con esta herramienta crearemos rápidamente interfaces graficas de usuario incluyendo una amplia gama de elementos de control. Las pantallas que se crean se denominan dyn pros en ene ellas se incluye la definición de la pantalla y sus campos y la lógica de proceso de la misma. Esta lógica estad dirigida por eventos, como los lenguajes modernos, aunque la variedad de dichos eventos es bastante limitada.

· El entorno de depuración (Dentro de la Transacción SE38): el módulo debugging de ABAP es posiblemente la herramienta más alabada por los programadores habituales de este lenguaje. Se pueden crear breakpoints y watchpionts, la ejecución paso a paso, la 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.

· Otras herramientas: Menú Painter, el análisis del tiempo de ejecución, el class builder, el function builder, etc.

Las modificaciones al sistema estándar de SAP

Para que los usuarios puedan adaptar el sistema a sus necesidades, SAP deja espacios o huecos en el sistema, estos huecos se denominan Ampliaciones.

Las principales ampliaciones que existen son:

· Customer Exits (Transacciones CMOD y SMOD): son espacios para que el usuario agregue código para validaciones y mejoras.

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

· BASIS (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.

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

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

Los consultores 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.

Requisitos para ser un buen consultor SAP

Parametrizar, y programar en algún modulo;

Escuchar, y entender lo que el cliente necesita;

Analizar, y entender los procesos de negocio de una empresa y transformarlos al lenguaje SAP;

Hablar, para comunicar al cliente el funcionamiento del sistema y ayudarle a entender como será su trabajo con la herramienta;

Aprender, debe seguir los avances en las nuevas herramientas; Colaborar, el trabajo en equipo es una fuente inagotable de ideas, necesaria en todo proyecto;

Correr, siempre será necesario trabajar fuera de hora y solucionar rápidamente lo que no funciona.

Existen básicamente 3 tipos de consultores:

Consultor Funcional: Son aquellos que tienen el conocimiento de un área funcional o modulo del sistema y están encargados de ayudar a las empresas a configurar el sistema SAP de acuerdo las necesidades, brindar asesoramiento y luego de ello formar al personal asignado por la empresa para poder desempeñarse sin su ayuda constante. Intentar abarcar muchos módulos puede resultar imposible.

Consultor SAP Basis: cuando hablamos de Basis nos referimos a la base técnica de las aplicaciones SAP. 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 tiene 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 Netweaver que esta funcione siempre correctamente optimizando los recursos del sistema.

Consultor Técnico: nos referimos a las personas que poseen los conocimientos básicos 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 usada. Los desarrolladores ABAP, también se encargan de confeccionar la documentación, realizar pruebas, asesorar a los consultores funcionales en cuestiones técnicas, de optimizar el sistema, entre otras cuestiones.

El ciclo de trabajo de un consultor ABAP

Explicaremos como 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 del desarrollo de SAP.

1° El requerimiento del cliente al consultor funcional.

Lo que habitualmente sucede es que un gerente de ventas cite a un consultor funcional SAP para (POR EJEMPLO), tratar un requerimiento del sector o modulo de ventas. Un consultor funcional SAP SD toma este requerimiento y le comentara al cliente que información necesita, por ejemplo, un reporte de ventas que nos sirva para poder medir la productividad de nuestros vendedores a lo largo del mes.

Luego el consultor funcional analizara el pedido del cliente y evaluara si ese trabajo se puede realizar parametrizando el sistema SAP, es decir configurando el sistema a través de las transacciones existente. Para nuestro ejemplo, es posible que SAP ya nos proporcioné 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 estará terminado.

Lo que puede pasar es que los requisitos del cliente excedan a una parametrización o un reporte ya existente y es allí cuando el consultor funcional y el consultor técnico, se ponen a trabajar en equipo.

2° La elaboración del diseño funcional.

La forma más sencilla de realizar esta tarea en equipo es que el consultor funcional, inicie elaborando una documentación llamada diseño funcional, en el mismo se le indica al consultor técnico lo siguiente:

· Si se trata de hacer un programa nuevo o modificar un programa ya 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 las modificaciones

· 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

Una vez que el consultor funcional elaboro 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 comentó en donde se especifica el trabajo que deberá realizar desde el punto de vista técnico

· 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 realizaran en el programa

· Si se imprimirán datos en pantalla

· Si se generara un archivo de salida y muchas cuestiones mas

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 lo general se elabora de común acuerdo entre ambos consultores en base a:

· La dificultad de la tarea a realizar

· La experiencia que posea el consultor ABAP como programador.

3° La elaboración del diseño técnico y la programación

En este punto se comienza con el desarrollo del programa o la modificación al sistema estándar. Al terminarlo el consultor ABAP lo probara, 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. El consultor funcional a su vez realizara sus propias pruebas, las cuales se conocen como pruebas integrales, en donde se probara el programa rigurosamente y si está todo bien, avisara al cliente, cerrando de esta manera el requerimiento establecido en un principio.