✒️ABAP / Las características de los programas ABAP Por Francisco Compte Sanchez

Unidad 2: Declaración y procesamiento de datos.

Lección 1:Características programas ABAP.

1. Aplicaciones ABAP.

En ABAP existen distintos tipos de objetos, de los que podemos destacar los siguientes:

• Reporte: También llamado reporte clásico. Es el más básico de todos los reportes ofrecidos por el lenguaje. Suele estar constituido por una pantalla de selección el contenido de cuyos campos servirá de base para determinar los datos a recuperar. Normalmente los datos a recuperar suelen obtenerse de tablas estándar de SAP o de tablas Z llamadas de usuario. Los resultados obtenidos se muestran en una nueva pantalla, llamada de datos, mediante la sentencia Write.
• Reporte Interactivo: Es un listado que presenta una una pantalla inicial de datos. Al marcar una de las lineas de datos aparece otra pantalla con datos adicionales relativos a la información de la linea en cuestión. Este tipo de listados pueden tener los niveles que se deseen. Se relaciona con los mismos una serie de eventos específicos. AT LINE-SELECTION, TOP-OF-PAGE DURING LINE-SELECTION así como todo un conjunto de variables del sistema que nos serán de utilidad en este tipo de programas.Las variables del sistema en SAP tienen siempre el siguiente formato sy-xxxxx donde las x corresponden al nombre de la variable. Adjunto un listado con variables del sistema SAP:

http://www.forosap.com/forum/foros-de-sap/abap/2496-variables-de-sistema-abap

Si queremos conocer de manera actualizada todas las variables de este tipo podemos a acceder a la estructura SYST mediante transacción SE11.

• Reporte ALV: Es un tipo de report específico de ABAP. Que nos proporciona toda una serie de funcionalidades adicionales como por ejemplo generar un excel, un fichero plano, agregar sumatorios a columnas, ordenaciones y filtros ... Los datos se pueden presentar en el formato de los reports clásicos, en formato tabulado llamado grid, o bien en forma de árbol llamado también jerárquico.
• Programa de Diálogo: Conocido también como Module Pool. Consiste en una serie de pantallas (dynpros) entre las que se navega siguiendo un flujo determinado por la lógica que contiene cada dynpro individual.

Los programas de diálogo se crean con la transacción SE80 con ayuda del Screen Painter para el diseño de las pantallas y del Menu Painter (SE41) para incluir la transacción asociada al programa en un menu existente o de nueva creación.Es importante destacar que un Programa de Diálogo siempre se ha de asociar a una transacción SAP.

• Formularios: Son objetos de SAP que se utilizan en la creación de documentos que necesitan ser impresos, visualizados por pantalla o enviados por correo electrónico. Ejemplos de formularios son Facturas, Remitos, Ordenes de compra, Solicitudes de pedido, etc.

• Batch Input: Es una técnica que consiste en simular a un usuario ingresando datos en SAP pero de manera automática y utilizando las validaciones que nos proporciona el sistema en sus transacciones.

  Es un método seguro y fiable. Se utiliza generalmente cuando debe realizarse un elevado número de altas, modificaciones o bajas.

  Supongamos que se deben introducir en una tabla base de datos 10.000 registros. Tenemos dos posibilidades ingresar los 10.000 registros manualmente, lo que nos tomará una enorme cantidad de tiempo o hacerlo en forma automática, mediante un Batch Input.

  Es una funcionalidad que SAP considera frente a otras mas modernas como obsoleta. Suele generar muchos problemas después de aplicar upgrades al sistema, debido a que son muy sensible al mas mínimo cambio en las dynpros relacionadas con el mismo.
• User exists: Son huecos que deja SAP dentro de los objetos estándar del sistema, para que los programadores agreguen código de modo de satisfacer un requerimiento que no satisface SAP.

  Son las primeras ampliaciones que introdujo SAP.

  Están implementados en la forma de subrutinas.

  Todos los User Exit están nombrados por SAP como USEREXIT_XXXXXXXX.
• Field exits: Son objetos de ABAP que se utilizan para relacionar un campo de una dynpro de un determinado programa con un código de programa o función.

  El nexo de unión entre la función y el campo es a través del elemento de datos de dicho campo.

  Se las conoce también con el nombre "Exit de campo".

  Un FIELD EXIT es una función que tiene la particularidad de que sólo tiene un parámetro de entrada INPUT y uno de salida OUTPUT.

  Generalmente se utilizan para validar los campos de una dynpro sin modificar el código fuente del programa en el cual está funcionando. Su codificación se realiza aparte.

• Funciones y RFC: Los módulos de funciones son programas ABAP que se crean a través de la transacción estándar SE37, conocida como la biblioteca de funciones y que pueden ser reutilizados en cualquier otro programa.

La idea principal detrás de los módulos de funciones es no tener que generar infinidad de veces un código que utilizamos de igual forma en distintos programas ABAP.

Los módulos de funciones permiten encapsular las lógicas de procesamiento dentro del módulo, de modo que nos olvidamos de lo que se procese dentro del módulo y obtenemos la salida que deseamos.

El sistema SAP estándar nos proporcionas muchísimos módulos de funciones estándar que podremos utilizar o también podemos crear nuestros propios módulos de funciones, de acuerdo a las necesidades que tengamos.

Siempre que se define un módulo de funciones, será necesario crear previamente un grupo de funciones. El grupo de funciones también lo crearemos a través de la transacción SE37.

Centrémonos de momento en lo mas sencillo, el report clásico. Un report es un conjunto de instrucciones también llamadas palabras clave cuyo objetivo es procesar unos datos de entrada o a partir de tablas del sistema mostrando el resultado en una pantalla.

Tenemos en ABAP cuatro tipos de palabras clave principales:

• Declarativas: Se utilizan para definir datos. Ej. DATA, TABLES, CONSTANT.
• Eventos: Identifican situaciones que se producen dentro del report. START-OF-SELECTION, TOP-OF-PAGE ...
• Control: Gestionan el flujo del programa. IF, WHILE, DO, CASE ,,,,
• Operativas: Ejecutan una función concreta: WRITE, MOVE ....

Estructura general de un report ABAP:

• Nombre del programa: REPORT <xxxxxx>
• Definición de tablas estándar, de usuario o internas: TABLES
• Definición de variables internas: DATA.
• Eventos y su código. Cualquier código entre la declaración de evento y el siguiente forma parte del código del mismo. Ej. START-OF-SELECTION.
• Subrutinas. Son elementos de modularización del código que ayudad a su claridad y mantenimiento

En qualquier tipo de programa SAP es esencia que existan comentarios que clarifiquen lo que hace dicho código.ABAP presenta dos posibilidades de comentarios:

• De linea completa. Se pone un asterisco en la primera columna del editor y luego el texto del comentario.
• De posición: Pueden colocarse en cualquier posición de la linea y se inician mediante la dobles comillas.