✒️ABAP / El lenguaje de programación ABAP Por Gaston Asplanatti

El lenguaje de programación ABAP

Es lenguaje de 4ta generación. Se usa para programar en sus productos de SAP ECC y S/4HANA de alto nivel.

SAP Estándar “recién salido de fábrica”. A veces no se ajusta a la necesidad del cliente. Por eso existe un entorno ABAP Development workbench, permite crear desarrollo en poco tiempo.

ABAP es un lenguaje de programación estructurado. Solo se puede recurrir a subrutinas y 3 estructuras básicas que son las siguientes:

· Secuencial: Orden de ejecución de instrucciones.

· Instrucciones, condiciones o selecciones: toma de decisión, evaluación y condicionales.

· Iteraciones: repetición de una instrucción mientras cumpla condición.

ABAP También es orientado a Eventos: donde la secuencia de instrucciones depende del cumplimiento de una condición o evento. Es otro paradigma en el que la estructura y la ejecución de los programas va determinada por los sucesos o acciones que ocurren en el sistema, definidos por el usuario o el propio sistema.

ABAP es fácil de aprender, una de las principales razones es por la estabilidad a lo largo del tiempo. En 40 años solo hay pocas versiones: paulatinamente fueron: 5 grandes versiones ERP R1, R2, R3, ECC y SAP S/4HANA.

El corazón de ABAP sigue siendo las mismas.

La incorporación de los objetos a ABAP, no lo convirtió en un código POO, sino que lo usa como herramienta como anexo a su esencia.

Fortaleza:

· Utiliza OPEN SQL: para conectarse a cualquier DB, si bien a partir de HANA se usa la DB de SAP HANA, en versiones anteriores SAP se usaba con otras DB ej Oracle.

· Es un lenguaje de programación estructurada, que también puede ser programado orientado a eventos y también puede ser usado como orientado a objetos. Tomando cada uno de estos paradigmas las mejores prácticas.

· Cuenta con miles de funciones para manejo de archivos, DB, fechas, caracteres, otros.

· Permite conexiones RFC para conectar sistemas SAP con otros legacy o diferentes lenguajes de programación. Mediante conexiones podemos conectar nuestra SAP con otros SAP o NO SAP y ABAP con otros lenguajes como JAVA. Etc.

· Permite creación de aplicaciones multi idioma: podemos traducir textos de nuestras aplicaciones para diferentes idiomas. Según necesidad de tener que volver a crearla.

· Posee ayuda potente sobre sintaxis y semántica del lenguaje. Con apretar F1 sobre la sentencia que queramos.

· Relación de reportes en forma rápida y sencilla.

Herramientas propias de ABAP:

SE11: diccionario de datos ABAP: permite aislarles el sistema de gestión de DB que se utilice por debajo. Desde una misma pantalla se puede hacer ABMS. Es la transacción estándar SE11 utilizada para la administración de todas las definiciones de datos utilizadas en el sistema SAP.

SE38 y SE80: Editor de programas: Aparte de proveer funciones básicas, tiene otras funciones. Útiles para el desarrolles de aplicaciones ABAP dentro del sistema SAP. Permite efectuar una verificación de sintaxis, aceptar sugerencias del dispositivo, corrección automática. Resaltar palabras claves tener una vista amplia y jerárquica.

SE51 Screen painter: Creamos pantallas rápido o sea, interfaces de usuarios con botones, check, etiquetas etc. Pantallas que se crean son DYNPROS. Con sus configuración. Lógica de proceso son dirigidas por eventos.

SE38: Depuración debuging. Es las herramientas más importantes para el debug. Viendo el código fuente y la localización del error es exacta.

Modificaciones al sistema estándar de SAP. SAP Deja espacio, huecos. Llamados ampliaciones se extiende la función del estándar, son las siguientes:

· CUSTOMER EXITS ( CMOD SMOD) Son espacios que SAP DEJA en el sistema estándar para que los usuarios agreguen código, validaciones y mejoras.

· FIELD EXITS (CMOD PRFB) ampliación de campo, son validaciones de los elementos de datos asociados a campos de pantallas.

· BADIS: (business add-ins, trx SE18 y SE19) son el Nuevo tipo de extensión del sistema SAP basados en objetos ABAP para implantación de validaciones y ampliación de código. (badi nuevo, badi clásico) sin tener que modificar el código estándar.

· SE18 y SE19 Usadas para definición y declaración de las denominadas BADIS.

· Enhancements ( ampliaciones de la trx SE38) son ampliación al código estándar de SAP, las cuales podemos agregar funciones.

· Estructuras Append (desde la se11) son objetos de ABAP que se crean para agregar datos o configuración adicionales a las tablas de DB y estructuras estándar de SAP.

CONSULTORES:

o Funcional: son aquellos que tienen conocimiento de un área o de módulos. Pueden ser especialistas, ayudan a las empresas a configurar SAP, de acuerdo a sus necesidades. Brinda asesoramiento para obtener al máximo los recursos que brinda SAP. Intentar abarcar todo los módulos a la vez es imposible por su complejidad.

o BASIS: bases técnicas de las aplicaciones SAP. Son la forma clásica de nombrar al administrador. Esta plataforma actualmente se llama SAPNetweaver. Su responsabilidad es la administración del entorno, backups, mantenimiento, generar respaldos de información. Gestionan la plataforma SAPNetweaver.

o Técnico: poseen conocimientos técnicos del sistema SAP. Programadores ABAP, pero también otros perfiles dependiendo la tecnología usada. Confeccionan documentos, realizan pruenas, asesoran a los consultores funcionales en cuestiones técnicas, optimizar el sistema entre otras, es por ell que el nombre ABAP se queda corto con las tareas acorde.

Interacción consultor ABAP: Metodología de trabajo.

Ej.: necesitamos reporte de ventas, el funcional evaluará si se puede parametrizar, es decir, configurar el sistema para lograr la petición, si se puede realizar porque SAP ya lo satisface, será cuestión de utilizarlo.

1° Reunión con el usuario el consultor funcional: El pedido del cliente generalmente excede los pedidos y ahí, es cuando ambos se ponen a trabajar en equipo entre el abaper y el funcional.

2° Consultor Funcional elabora el "diseño funcional" (se le indica al consultor técnico) si es un programa nuevo, o existente, el detalle del ABM, las tablas DB que se requieren, pruebas básicas. Luego de que el Consultor funcional elabora el diseño funcional en base a la metodología que trabaja la empresa, se le pide al consultor técnico que en base a ese diseño funcional elabore un diseño técnico. Se especifica el trabajo técnico: el nombre del programa a crear, campos, pantalla de selección, forma de acceder a tablas a DB, validaciones, si se imprimen datos si generan datos de salida y más. Se estima las horas del trabajo. Estimación se elabora entre el funcional y el abap, en base a la dificultad y la experiencia del abaper.

3° El programador recibe y ejecuta la petición: Pruebas unitarias. si el programa cumple con los requisitos. El consultor funcional hace sus pruebas integrales, y se prueba rigurosamente establecido en un principio, puede hacer asignada a otros consultores e incorporar otra visión evitando sesgos.

Cambios: El entorno de desarrollo: antes se usaba en SAP Workbench, se usaba las trx se38 se80.

Ahora se utiliza en SAP HANA ADT (Eclipse) Opensource. Significa que podemos usar tanto al Workbench como el ADT, pero este último tiene muchas más funcionalidades nuevas. Para modelar las DB antes se usaba SE11. Ahora podemos usar el SAP HANBA Estudio. Gracias al nuevo entorno basado en eclipse, SAP Aprovecha este poderoso acceso y uso del paradigma "en memoria" creando nuevas herramientas como "abap core database services and abap database procedure" estas solo se encuentran en el nuevo entorno de desarrollo. Este propósito de solo acceder mediante ADT, nos obliga a mudarnos definitivamente a eclipse.