![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BASIS Los procesos de diálogo ABAP
SAP BASIS Los procesos de diálogo ABAP
![SAP BASIS Los procesos de diálogo ABAP SAP BASIS Los procesos de diálogo ABAP](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/317.jpg)
La capa de presentación
Los usuarios pueden loguearse al sistema SAP utilizando diferentes front ends, tal como el clásico SAP GUI el cual usaremos durante el curso pero también podrían utilizar un navegador y así trabajar con las aplicaciones de SAP que estén desarrolladas para este tipo de interfaz de usuario.
En ambos casos, los programas que conforman esas aplicaciones están desarrollados para que sean ejecutados en el entorno de ejecución ABAP de nuestro sistema SAP. Sin importar si son transacciones clásicas o aplicaciones web serán ejecutadas por el proceso de diálogo de la instancia de ABAP.
Las aplicaciones web también pueden ser desarrolladas en JAVA por lo que serían procesadas por este entorno.
Cuando llega la solicitud al sistema se determina si es ABAP o JAVA y se reenvía al entorno adecuado.
Procesando solicitudes de SAP GUI
Cuando el usuario llama a una transacción o cambia de pantalla dentro de una misma función, esto es tomado por el programa de presentación SAP GUI, el cual lo convierte en un formato interno y enviado al AS ABAP.
El dispatcher (ABAP) es el proceso central del AS ABAP. Se encarga de gestionar los recursos para las aplicaciones escritas en ABAP en coordinación con el sistema operativo respectivo donde corre nuestro sistema SAP.
Las principales tareas del dispatcher incluye la distribución de solicitudes entre sus work processes, la integración de la capa de presentación y la organización de las comunicaciones.
La solicitud enviada por el SAP GUI entra en una cola de solicitudes en el dispatcher. En cuanto existe un proceso de diálogo libre, la solicitud es enviada por el dispatcher a este work process. Esto significa que no hay una relación fija entre los work process y los usuarios (más adelante volveremos sobre esto).
Para poder procesar las solicitudes de usuario, frecuentemente el work process necesitará leer datos desde o escribirlos en la base de datos del sistema. Es por esto que cada work process está conectado directamente a la base de datos.
Finalmente, una vez que la solicitud ha sido completamente procesada por el work process la respuesta es enviada nuevamente a través del dispatcher al SAP GUI. El SAP GUI interpreta la respuesta y genera una pantalla para el usuario.
La interface con la base de datos del sistema
Dentro del lenguaje de programación ABAP el programador puede utilizar lo que se conoce como ABAP Open SQL (SQL = Structured Query Language) para acceder a los datos de la aplicación ABAP. Cuando se elige este método el programador se independiza del RDBMS sobre el cual se instaló el sistema SAP.
La interfaz de base de datos, que existe en cada work process del AS ABAP, traduce la sentencia Open SQL al correspondiente lenguaje SQL para la base de datos específica utilizada que sería el Native SQL (SQL Nativo).
Esto es importante porque de esta manera los programas ABAP aseguran que sean independientes de la base de datos.
Otra ventaja importante de utilizar Open SQL, es que cuando la interface de base de datos del work process interpreta la sentencia intenta utilizar de manera óptima los buffers del servidor de aplicación SAP para acceder a los datos rápidamente.
 
 
 
Sobre el autor
Publicación académica de Luis Edgar Lacombe Alarcon, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Luis Edgar Lacombe Alarcon
Mexico - Legajo: SD42E
✒️Autor de: 98 Publicaciones Académicas
🎓Cursando Actualmente: Master S/4HANA FINANCE Accounting
🎓Egresado de los módulos:
- Máster Controlling en SAP S/4HANA FINANCE
- Máster Accounting en SAP S/4HANA FINANCE
- Carrera Consultor en SAP CO Nivel Inicial
- Carrera Consultor en SAP FI Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Inicial