✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
Lección 8
Otros procesos de ABAP
Impresión
El sistema SAP provee una aplica variedad de opciones para represantar los datos de negocio u otros. Estos datos, creados y formateados en un paso de dialogo, pueden luego ser enviados a impresoras y otros dispositivos de salidas como faxes, e-mails, etc. Particularmente una impresora debe ser configurada en el sistema antes de que puede ser utilizada.
Los usuarios pueden seleccionar al momento de imprimir entre las impresoras configuradas en el sistema. También cada usuario puede tener una impresora configurada por defecto en su registro de usuario (transacción SU01)
Transacción SU01
La transacción SU01 nos permite realizar el mantenimiento integral de un usuario permitiendo la asignación de permisos y parámetros asociados, a lo largo de nuestra carrera será de uso común dado que es la prueba de entrada a nuevos usuarios en el sistema.
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 (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 dialogo o por procesos de background, los procesos de spool no crean spool requests.
3 Spool work process
Como puede verse en la figura 281, un spool work process 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 puede ser enviados por el spool work process al sistema operativo que puede ser local si es en la misa computadora o remoto si es a través de la red.
De todas maneras, veremos con mayor detalle la administración de impresión más adelante en el curso.
Dos transacciones que son útiles son la transacción SP02 donde podemos ver nuestros propios spool requests u output request. La otra es la transacción SU3 donde podemos especificar configuraciones personales de impresión en la sección Spool control.
Transacción SP02: Nos permite visualizar nuestros propios resultaos de Spool, 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.
Transaccion SU3
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 esta transacción se le permite modificar sus datos básicos.
4 Procesamiento en Background
El procesamiento de background del sistema 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 hacen un uso intensivo de recursos, por ejemplo la base de datos, y programarlos para que corran fuera de 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 dialogo que luego de 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 dialogo. Normalmente el procesamiento de background y el procesamiento interactivo, o de dialogo se realizan en distintos tiempos. Dialogo durante el día y background durante la noche.
También 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.
Figura 286 planificación de tareas de background (jobs)
El planeamiento se realiza mediante los work processes de dialogo y luego la ejecución la realiza el background work process como se ve en la figura 286.
La transacción SMX nos muestra los Jobs planificados por nuestro usuario.
Transacción SMX
La transacción SMX permite la visualización de los Jobs propios, es muy importante para los usuarios finales dad 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.
6 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 processes de diferentes instancias o sistemas SAP así también como con programas externos. El Gateway reader, usualmente llamado solamente Gateway, es el proceso principal del sistema de Gateway. El dispatcher se encarga de iniciarlo y verificarlo periódicamente.
En la comunicaciones entre instancias o sistemas SAP realizadas utilizando funciones remotas (remote function call) RFC O CPIC siempre está involucrado el Gateway de cada instancia. Como se muestra en la imagen, la comunicación con su par de la otra instancia (u otro sistema SAP)
Transacción SMGW
Con la transacción SMGW se pueden monitorear las conexiones Gateway.
7. Internet communication Manager (ICM)
El internet Communication Manager (administrador de comunicaciones de internet) es quien se encarga de que funcionen adecuadamente las comunicaciones entre un sistema SAP (servidor de aplicación sap Netweaver) y el mundo exterior vía los 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 si queremos que el servidor de aplicación SAP tenga comunicación con internet a través 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 Lina Marcela Zapata Suarez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Lina Marcela Zapata Suarez
Profesión: Ingeniera Informática. - Colombia - Legajo: AB47Z
✒️Autor de: 109 Publicaciones Académicas
🎓Egresado de los módulos:
Presentación:
Ingeniera informática.
Certificación Académica de Lina Zapata