![](/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/61.jpg)
1.- La impresión
Una impresora debería ser configurada en el sistema previo a que sea usada.
Los usuarios tienen la posibilidad de elegir una impresora configurada en el sistema, cuando esta configurada el sistema SAP tiene toda la información para generar un spool request.
Cada cliente puede tener su propia impresora configurada por defecto a partir de la transacción SU01.
2.- El Spool Request
Este proceso tiene la datos sobre los datos de salida, su formato y el modelo de impresora usado.
Los spool request tienen la posibilidad de ser creados por procesos de diálogo o procesos de backgrounf, los procesos de spool no los inventan.
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 conserva todos los datos en un formato para la impresora especifica que se escogió.
Dichos datos tienen la posibilidad de ser enviados por el S-WP al sistema operativo que podría ser local o remoto.
4.- El procesamiento en Background
Es un procedimiento para automatizar labores rutinarias y optimizar la utilización de recursos.
Se puede usar este proceso para realizar programas que tomen bastante tiempo o realizan un uso exhaustivo de recursos, ejemplo la base de datos y programarlos para que se ejecuten fuera de horarios pico de alta implementación.
5.- El background process
La división del procesamiento de background en work process especiales nos da una magnitud adicional para dividir el procesamiento de background del de diálogo.
Dialogo a lo largo de día y background a lo largo de noche.
El planteamiento de hace por medio de los D-WP y después la ejecución la hace el B-WP.
Como administradores usaremos muchas veces la transacción SM50 y vamos a poder monitorear los procesos sin que importe que sean de dialogo, background, update, etcétera.
Un caso ejemplo es donde nosotros mismos coloquemos el mayor de ejecución de un proceso de dialogo sea de 600 seg sin embargo al ingresar a la SM50 vemos superado aquel límite. Una vez que la base de datos le regresa y halla 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 tiene un Gateway el cual comunica los work processes de diferentes instancias o sistemas SAP y no-SAP.
La comunicación se inicia en el proceso de diálogo, pasa por el dispatcher y se reenvía al Gateway para entablar la comunicación con dos la otra instancia o sistema SAP o no-SAP.
Las RFC se fundamentan en este protocolo, sin embargo con más funcionalidades haciendo más fácil desarrollar aplicaciones para su uso), continuamente se implica al Gateway de cada instancia.
7.- El Internet Communication Manager (ICM)
Se ocupa de que funcionen correctamente las comunicaciones entre el SAP y el planeta exterior vía protocolos HTTP, HTTPS y SMTP.
Puede procesar demandas que llegan a partir del internet como URLs con la mezcla de servidor-puerto donde está configurado, después el ICM llama al proceso local del AS (Application Server) que ocupara la URL.
Es un proceso que se implementa por separado el cual es iniciado y monitoreado por el dispatcher.
 
 
 
Sobre el autor
Publicación académica de Sahilmar Mendez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Sahilmar Mendez
Profesión: Bachiller Académico - Venezuela - Legajo: GW52B
✒️Autor de: 96 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Sahilmar Mendez