VIII. OTROS PROCESOS ABAP
1. Impresión
El sistema SAP permite una amplia variedad deopciones para representar los datos de necogio, los cuales pueden sesr enviados a impresoras y otros dispositivos de salidas como faxes, emails, etc. Particularmente una impresora debe ser configurada en el sistema antes de que pueda ser utilizada.
Los usuarios pueden seleccionar al momento de imprimir entre las impresoras configuradas en el sistema. Cada usuario puede tener una impresora configurada por defecto en si registro de usuario (Transaccion SU01)
Transaccion SU01: La transacción SU01 nos permite realizar el mantenimiento integral de un usuario permitiendo la asignación de permisos y parámetros asociados.
Una vez que la impresora está configurada, el sistema SAP tiene toda la información que necesita para poder crear lo que se denomina un spool request.
2. Spool Request
Un Spool Request contiene información sobre los datos de salida, formato y modelo de impresora. Esté se almacena en un área temporal de almacenamiento llamada TemSe (temporary sequential file).
Los spool tequests pueden ser creados por procesos de diálogo y procesos de background.
3. Spool work process
El spool work process formatea los datos especificados en el spool request y crea un output request. El output request contiene todos los datos.
Estos datos pueden ser enviados por el spool work process al sistema operativo que puede ser local o remoto.
Dos transacciones útilies son SPO2 donde podemos ver nuestros propios spool requests y output requests. La otra es SU3 donde podemos especificar configuraciones personales de impresión en la sección Spool Control.
Transacción SPO2: Nos permite ver nuestros propios resultados de Spool.
Transacción SU3: Permite la autogestión de 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 modificar sus datos básicos.
4. Procesamiento en Background
Este es un método para automatizar tareas rutinarias y para optimizar el uso de recursos de los sistemas SAP de una organización.
Podemos usar el procesamiento en Background para ejecutar programas que insumen mucho tiempo o hacen un uso intensivo de recursos, por ejemplo la BD y programarlos para que corran fuera de horarios de picos altos de utilización.
Los procesos de background no estan sujetos a restricciones de tiempo como los procesos de dialogo.
5. El background process
La separación del procesamiento de background en workprocess especiales nos da la dimensión adicional para separar el procesamiento de background del de dialogo. Normalmente el proceso de diálogo se realiza durante el día y el de background durante la noche.
Tambien es posible utilizar los background work process para separar el procesamiento de background y de diálogo 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 backgroun work process.
La transacción SMX nos muestra los JOBs planificados por nuestro usuario.
Transacción SMX: Permite la visualización de los jobs propios, es importante para los usuarios finales ya que solo deberían ver sus propios procesos.
6. Comunicación vía Gateway
Cada instancia de un sistema ABAP (o ABAP JAVA) contiene un Gateway el cual es utilizado para la comunicación entre los work processes de diferentes instancias o sistemas SAP o programas externos. El Gateway reader, es el proceso principal del sistema de Gateway. El dispatcher se encarga de iniciarlo y verificarlo preiódicamente.
En las comunicaciones entre instancias o sistemas SAP realizadas utilizando funciones remotas (Remote Function Call) RFC o CPIC siempre esta involucrado el Gateway de cada instancia.
Transacción SMGW: Con esta se pueden monitorear las conexiones del Gateway.
7. Internet Communicacion Manager (ICM)
El administrador de comunicaciones de internet es el que se encarga que funcionen adecuadamente las comunicaciones entre un sistema SAP y el mundo exterior via protocolos HTTP, HTTPS y SMTP.
En su rol como servidor, ICM puede procesar solicitudes que llegan desde Internet como URL’s como la combinación de servidor-puerto en el cual ICM está configurado para escuchar. El ICM luego llama al proceso local del servidor de aplicación que se ocupará finalmente de la solicitud URL.
Como consderación para la implementación, debemos pensar que necesitaremos el ICM si queremos que el servidor de aplicación SAP tenga comunicación con el Internet a través de alguno de los protocolos ya mencionados.
El ICM es un componente del servidor de aplicación SAP, por lo que podemos 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 travez de parámetros que se configuran en los perfiles de cada instancia.