✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
El sistema SAP provee una amplia variedad de opciones para representar los datos de negocio u otros, estos son creados y formateados en un paso de dialogo, pueden ser enviados a impresoras u otros dispositivos de salidas como el correo electrónico, faxes, etc.
Los usuarios pueden seleccionar una impresora entre las configuradas en el sistema al momento de imprimir, sin embargo la impresora debe estar configurada previamente en el sistema SAP, cada usuario puede tener una impresora configurada por defecto la cual se agrega a través de la trx Su01.
La trx SU01 permite realizar el mantenimiento integral de un usuario permitiendo asignar permisos y parámetros asociados a este.
Una vez se tenga la impresora configurada, el sistema SAP tiene toda la información para poder crear un spool request.
Spool request
Los spool request contienen información sobre los datos de salida (output), su formato y el modelo de impresora utilizado. El spool request generado se almacena en un área temporal de almacenamiento llamada Temse (temporary sequential file).
Los spool request pueden ser creados por procesos de diálogos o por procesos de background. los procesos de spool no crean spool request.
Spool work process
El spool work process formatea los datos especificados en el spool request y crea un output request. El contiene todos los datos en un formato apropiado para la impresora específica que el usuario seleccionó.
Estos datos pueden ser enviados por el Spool work process al sistema operativo local o remoto.
Trx SP02: visualizar nuestros propios resultados de spool, spool request y output request, esto es muy útil para los usuarios dado que pueden verificar que sus impresiones se hayan procesado correctamente en los casos que las impresoras se encuentren físicamente en otro lugar.
Trx SU03 podemos especificar configuraciones personales de impresión en la sección spool control.
Procesamiento en Background
El procesamiento en background del sistema SAP es un método para automatizar tareas rutinarias y para optimizar el uso de los recursos de los sistemas SAP en una organización.
Podemos utilizar el procesamiento en background para ejecutar programas que toman mucho tiempo o hacen uso intensivo de los recursos, por ejemplo, la base de datos, y programarlos para que corran por fuera de horarios picos de utilización.
Los programas que se ejecutan en background no están sujetos a las restricciones de los procesos de dialogo que luego en un tiempo definido son terminados por el sistema.
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 dialogo. Normalmente estos se ejecutan en diferentes tiempos, diálogos de día y background de noche. También se puede utilizar para separar el procesamiento de background y el trabajo interactivo en diferentes servidores de aplicación o instancia.
El planeamiento se realiza mediante los work proceses de dialogo y luego la ejecución la realiza el background work process. Con la trx SMX podemos visualizar los job planificados por nuestro usuario, es posible monitorear en el caso de haber lanzado un job, el estado del mismo y su resultado. Es muy importante para los usuarios finales dado que ellos deberían ver solo sus propios procesos.
Comunicación vía el Gateway
Cada instancia de un sistema ABAP o ABAP JAVA contiene un Gateway. Este es utilizado para la comunicación entre los work process de diferentes instancias o sistemas SAP así también como los programas externos. El Gateway reader, usualmente llamado Gateway solamente, es el proceso principal del proceso de Gateway, el dispatcher se encarga de iniciarlo y verificarlo periódicamente.
En las comunicaciones entre instancias o sistemas SAP realizadas utilizando funciones remotas RFC (Remote Function Call) o CPIC (Common Programing Interface Communications) siempre esta involucrado el Gateway de cada instancia. Como se muestra en la imagen, la comunicación se inicia en el proceso de dialogo, pasa por el dispatcher y se reenvía al Gateway para establecer comunicación con su par de la otra instancia o sistema SAP.
Trx SMGW sirve para monitorear las conexiones del Gateway.
Internet Communication Manager (ICM)
El internet Comunication Manager (Administrador de comunicaciones de internet) es quien se encarga que funcionen adecuadamente las comunicaciones entre el Sistema SAP (Servidor de Aplicación SAP NetWeaver) y el mundo exterior vía los protocolas HTTP, HTTPS y SMTP.
En su rol como servidor, el ICM puede procesar solicitudes que llegan desde Internet como URLs con la combinación de servidor-puerto en la cual el ICM está está configurado para escuchar. El ICM luego llama al proceso local del servidor de aplicación que se ocupada finalmente de la solicitud URL.
 
 
 
Sobre el autor
Publicación académica de Joaquin De Jesus Moreno Duque, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Joaquin De Jesus Moreno Duque
Profesión: Ingeniero de Sistemas - Colombia - Legajo: VE74W
✒️Autor de: 59 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Joaquin Moreno