✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
Otros Procesos ABAP
- Impresión: Los datos provistos por SAP son creados y formateados en un paso de diálogo y pueden luego ser enviados a impresoras y otros dispositivos de salida como faxes, e-mails, entre otros.
Los usuarios pueden seleccionar al momento de imprimir entre las impresoras configuradas en el sistema. De igual forma cada usuario puede tener una impresora configurada por default en su registro de usuario mediante la transacción SU01 así como el realizar el mantenimiento integral de un usuario como la asignación de permisos, parámetros asociados, datos personales, contraseñas, entre otros.
- Spool Request: Un Spool Request contiene información sobre los datos de salida (output), su formato y el modelo de impresora utilizado. Se almacena en un área temporal de almacenamiento llamada TemSe (Temporary Sequential File). Los Spool Request pueden ser creados por procesos de diálogo o por procesos de Background. Los procesos de Spool no crean Spool Requests.
- Spool Work Process: este proceso formatea los datos especificados en el Spool Request y crea un Output Request. El Output Request, 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 que puede ser local si es en la misma computadora o remoto si es a través de la red. Mediante la Transaccion SP02 podemos visualizar nuestros propios resultados de Spool, esto es muy útil para la verificación por parte del usuario del estatus de sus impresiones, ya sea si se procesaron correctamente o no, particularmente cuando las impresoras se encuentran físicamente en otro lugar.
Con la transacción SU3 se pueden autogestionar los datos básicos de un usuario, esto es muy importante dado que en un sistema real, los permisos están controlados por roles y con esta transacción se le permite la configuración personal de impresión en la sección Spool Control.
- Procesamiento en Background: Se utiliza para ejecutar programas que consumen mucho tiempo o hacen un uso intensivo de recursos, como por ejemplo la base de datos y pueden programarse para que corran fuera de las horas pico del sistema. (Horas de mayor utilización)
Los procesos de Backgound son utilizados para automatizar tareas rutinarias y optimizar el uso de recursos de los sistemas SAP. No están sujetos a las restricciones de los procesos de diálogo que luego de un tiempo definido son terminados por el sistema.
- Background Process: Normalmente el procesamiento de diálogo se realiza durante el día y el de Background durante la noche. De igual forma, es posible utilizar los Background Work Process para separar el procesamiento de Background y el trabajo interactivo en diferentes servidores de aplicación (o instancias). El planeamiento se realiza mediante los Work Processes de diálogo y luego la ejecución la realiza el Background Work Process.
- Transaccion SMX: esta transacción permite la visualización de los Jobs propios, y le permite a los usuarios finales la monitorización en el caso de haber lanzado un Job, el estatus del mismo y el resultado arrojado al finalizar.
- Comunicación vía Gateway: Cada instancia de un sistema ABAP ó ABAP JAVA contiene un Gateway. Este es utilizado para la comunicación entre los Work Processes de diferentes instancias o sistemas SAP, así como también con programas externos. El dispatcher se encarga de iniciarlo y verificarlo periódicamente.
En las comunicaciones entre instancias o sistemas SAP realizadas utilizando funciones remotas (Remote Function Call) RFC o CPIC siempre está involucrado el Gateway de cada instancia. 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 su par de la otra instancia u otro sistema SAP.
- La transaccion SMGW: permite al usuario monitorear las conexiones del Gateway.
Internet Comunication Manager (ICM): El administrador de comunicaciones de Internet (ICM) es quien se encarga de que funcionen adecuadamente las comunicaciones entre un sistema SAP y el mundo exterior vía los protocolos HTTP, HTTPS y SMTP.
El ICM es un componente del servidor de aplicación SAP, por lo que podremos administrar uno por cada instancia. Es iniciado y monitoreado por el dispatcher y se puede configurar a través de parámetros en los perfiles de instancia.
Sobre el autor
Publicación académica de Jorge Alanoca, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
SAP Senior
Jorge Alanoca
Profesión: Ing. Informatica - Bolivia - Legajo: QV84A
✒️Autor de: 51 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Jorge Alanoca
Disponibilidad Laboral: PartTime 
