![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
![SAP BASIS Otros procesos ABAP SAP BASIS Otros procesos ABAP](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/247.jpg)
1.- La impresión
Para agilizar los procesos de visualización en SAP, este provee varias opciones de los cuales los datos son creados y formateados en un paso de diálogo que pueden ser enviados a impresoras y otros dispositivos de salida como faxes, e-mails, etc.
Una impresora debe ser configurada en el sistema antes de que sea utilizada.
Los usuarios pueden seleccionar una impresora configurada en el sistema, una vez que esta configurada el sistema SAP tiene toda la información para crear un spool request.
Cada usuario puede tener su propia impresora configurada por defecto desde la transacción SU01.
Transacción SU01: Permite realizar el mantenimiento de un usuario permitiendo asignarle permisos y parámetros asociados. También sirve para crear un usuario.
2.- El Spool Request
Este proceso contiene la información sobre los datos de salida, su formato y el modelo de impresora utilizado.
El spool request generado se almacena en un área temporal de almacenamiento llamado TemSe (Temporary Sequential File).
Los spool request pueden ser creados por procesos de diálogo o procesos de backgrounf, los procesos de spool no los crean.
3.- El Spool work process
Un S-WP (Spool Work Process) formatea los datos específicos del spool y crea un output request. Este output request mantiene todos los datos en un formato para la impresora especifica que se seleccionó.
Estos datos pueden ser enviados por el S-WP al sistema operativo que puede ser local o remoto.
Transacción SP02: Permite visualizar los propios Spools, un usuario puede verificar que sus impresiones se hayan procesado correctamente.
Transacción SU03: Permite la autogestión de los datos básicos de un usuario, es importante ya que en un sistema real los permisos están controlados por roles y con esta transacción se puede modificar.
4.- El procesamiento en Background
Es un método para automatizar tareas rutinarias y optimizar el uso de recursos.
Se puede utilizar este proceso para ejecutar programas que tomen demasiado tiempo o hacen un uso intensivo de recursos, ejemplo la base de datos y programarlos para que se ejecuten fuera de horarios pico de alta utilización.
Aunque un programa que se ejecuta en background no evita las restricciones de los procesos de diálogo que luego de un tiempo son terminados por el sistema.
5.- El background process
La separación del procesamiento de background en work process especiales nos da una dimensión adicional para separar el procesamiento de background del de diálogo.
Normalmente este proceso y el proceso interactivo se realizan en distintos tiempos.
Dialogo durante día y background durante noche.
También es posible utilizar los B-WP (Background Word Process) para separar el procesamiento de background y el trabajo interactivo en diferentes servidores de aplicación (o instancias).
El planteamiento de realiza mediante los D-WP y luego la ejecución la realiza el B-WP.
Transacción SMX: Permite la visualización de los Jobs propios, es importante para el usuario final dado que ellos deberían ver solo sus propios procesos, y poder monitorear si han lanzado un job, su estado y el resultado arrojado al finalizar.
Como administradores utilizaremos frecuentemente la transacción SM50 y podremos monitorear los procesos sin importar que sean de dialogo, background, update, etc.
Un caso ejemplo es donde nosotros coloquemos el máximo de ejecución de un proceso de dialogo sea de 600 seg pero al ingresar a la SM50 vemos superado ese límite. Si el usuario ejecutó un reporte de visualización y no coloco un filtro, el sistema tomara el requerimiento y lo envía a la base de datos para obtener el resultado. Cuando la base de datos le devuelve y encuentra que supero el límite de la configuración de 600 seg, arrojara un error de TimeOut o tiempo de ejecución.
6.- La comunicación vía el Gateway
Cada instancia ABAP o ABAP+JAVA contiene un Gateway el cual comunica los work processes de diferentes instancias o sistemas SAP y no-SAP.
El Gateway Reader es el proceso principal del sistema de Gateway. El dispatcher se encargará de iniciarlo y verificarlo periódicamente.
La comunicación se inicia en el proceso de diálogo, pasa por el dispatcher y se reenvía al Gateway para establecer la comunicación con un par de la otra instancia o sistema SAP o no-SAP.
En las comunicaciones entre instancias o sistemas SAP utilizando funciones remotas (RFC) o CPIC (Common Programming Interface Communications = se trata de un protocolo de transferencia especifico de SAP. Las RFC se basan en este protocolo, pero con más funciones facilitando programar aplicaciones para su uso), siempre se involucra al Gateway de cada instancia.
Transacción SMGW: Se puede monitorear las conexiones del Gateway.
7.- El Internet Communication Manager (ICM)
Se encarga de que funcionen adecuadamente las comunicaciones entre el SAP y el mundo exterior vía protocolos HTTP, HTTPS y SMTP.
Puede procesar solicitudes que llegan desde el internet como URLs con la combinación de servidor-puerto donde se encuentra configurado, luego el ICM llama al proceso local del AS (Application Server) que ocupara la URL.
El ICM es un componente del AS por lo que se puede administrar uno por cada instancia del sistema SAP. Es un proceso que se implementa por separado el cual es iniciado y monitoreado por el dispatcher. Se puede configurar a través de parámetros que se configuran en los perfiles de cada instancia.
 
 
 
Sobre el autor
Publicación académica de Sayil Emanuel López Valencia, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Sayil Emanuel López Valencia
Profesión: Sistemas Computacionales - Mexico - Legajo: WA24Q
✒️Autor de: 45 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP Fiori
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial