✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
Unidad 2 – Lección 8: Otros Procesos ABAP
Impresión:
SAP – Amplia variedad de opciones para representación de datos
i. Impresión
ii. Mails
iii. Faxes, etc.
En el caso de las impresiones, en la tx SU01 se configura una impresora predeterminada para el usuario.
La TX 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.
Spool Request:
Contiene información de 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 requests pueden ser creados por procesos de diálogo o por procesos de background. Los procesos de spool no crean spool requests.
Spool Work Process
Un SPW formatea los datos específicos 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.
Transacciones:
i. SP02: Podemos visualizar nuestros propios resultados de Spool, esto es muy útil para los usuarios dado que pueden que sus impresiones se hayan procesado correctamente en los casos que las impresoras se encuentren físicamente en otro lugar.
ii. SU03: Permite la autogestión de 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 ésta transacción se le permite modificar sus datos básicos.
Procesamiento en Background
El procesamiento en background de SAP es un método para automatizar tareas rutinarias y para optimizar el uso de recursos de los sistemas SAP en una organización.
Podemos utilizar el procesamiento en background para ejecutar programas que insumen mucho tiempo o hace un uso intensivo de recursos, por ejemplo la BD, y programarlos para que corran fuer ad horarios de picos altos de utilización.
Los programas que se ejecutan utilizando el procesamiento de background 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
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 el procesamiento de background y el procesamiento interactivo, o de diálogo se realizan en distintos tiempos:
i. Diálogo – día
ii. Background – noche
También es posible utilizar los background 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 process de diálogo y luego la ejecución la realiza el background work process.
La transacción SMX permite la visualización de los Jobs propios, es muy importante para los usuarios finales dado que ellos deberían ver solo sus propios procesos, con lo cual podrán monitorear en el caso de haber lanzado un job, el estado del mismo y el resultado arrojado al finalizar.
Comunicación vía Gateway
Cada instancia de un sistema ABAP (o ABAP Java) contiene un Gateway. Este es utilizado para la comunicación entre los WP de diferentes instancias o sistemas SAP así también como con programas externos. El Gateway reader es el proceso principal del sistema 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) 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).
Transacción SMGW: Se pueden monitorear las conexiones del Gateway.}
Internet Communication Manager
El ICM se encarga de que funcionen adecuadamente las comunicaciones entre un sistema SAP y el mundo exterior vía protocolos 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á configurado para escuchar. El ICM luego llama al proceso local del servidor de aplicación que se ocupará de la solicitud URL.
Como consideración para la implementación, se debe pensar que necesitaremos del ICM si queremos que el servidor de aplicación SAP tenga comunicación con 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 podremos 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 Israel Fajardo Rivera, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Israel Fajardo Rivera
Profesión: Ingeniero en Sistemas - Administración de Ti - Mexico - Legajo: LO19O
✒️Autor de: 18 Publicaciones Académicas
🎓Cursando Actualmente: Consultor Funcional Módulo FI Nivel Inicial
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Eight years’ experience developing, implementing and managing sap complex projects within time, budgetary, scope and quality cons. strong analytical skills and a broad range of computer expertise.
Certificación Académica de Israel Fajardo