✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
1. La Impresión
SAP tiene una amplia variedad de presentación de datos. Estos datos, creados y formateados en un paso de diálogo, pueden ser enviados a impresoras y otros dispositivos de salida como faxes, e-mails, etc. Las impresoras deben ser configuradas en el sistema antes de ser utilizadas. Cada usuario puede tener una impresora configurada por defecto en su perfil de usuario. (Transacción SU01).
Transacción SU01: Permite realizar el mantenimiento integral de un usuario permitiendo la asignación de permisos y parámetros asociados.
- El Spool Request
Cuenta con información sobre datos de salida (output), su formato y modelo de impresora utilizado. El spool request generado se almacena en un área temporal 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 request.
- El Spool Work Process (SWP).
Un SWP formatea los datos especificados en el spool request y crea el output request, que contiene todos los datos en un formato apropiado para la impresora espeçifica que el usuario seleccionó. Estos datos pueden ser enviados por el SWP al SO que puede ser local si es la misma computadora o remoto si es a través de la red.
Transaccione que son útiles:
SP02: donde se puede visualizar los propios spool y ouput request. Es útil para los usuarios dado que puede verificar que sus impresiones se hayan procesado correctamente en los casos que las impresoras se encuentren físicamente en otro lugar.
SU3: Donde se especifica los parametros de configuración personales de impresión a la sección Spool Control. Le permite al usuario poder modificar sus datos básicos.
- El procesamiento en Background (PB).
Método utilizado para automatizar las tareas rutinarias y optimizar el uso de recursos de los sistemas SAP.
Podemos usar el PB para ejecutar programas que insumen mucho tiempo o hacen un uso intensivo de recursos, por ejemplo la dB y programarlos para que corran fuera de horarios de picos altos de utilización. Estos programas, no están sujetos a las restricciones de los procesos de diálogo que luego de un tiempo definido son terminados por el sistema.
- El background process (BP).
La separación del PB en WP especiales nos da una dimensión adicional para separar el PB del de diálogo. Normalmente el procesamiento de background y el procesamiento interactivo, o de diálogo se realiza en distintos tiempos. Durante el día y el BP durante la noche. También es posible utilizar los BWP para separar el PB y el trabajo interactivo en diferentes servidores de aplicación (o instancias). El planeamiento se realiza mediante los WP de diálogo y luego la ejecución la realiza el BWP.
Transacción SMX muestra los jobs planificados por nuestro usuario, con lo cual se podrá monitorear en el caso de haber lanzado un job, el estado del mismo y el resultado arrojado al finalizar.
- La Comunicación vía el Gateway
Casa instancia de un sistema ABAP/ABAP JAVA contiene un Gateway. Este se utiliza para la comunicación entre los WP de diferentes instancias o sistemas SAP así también como con programas externos. El Gateway reader, usualmente llamado solo Gateway, es el principal proceso del sistema de Gateway. El dispatcher se encarga de iniciarlo y verificarlo periódicamente. En las comunicaciones entre instancias o sistema 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 dialogo, 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 puede monitorear las conexiones del gateway.
- El Internet Communication Manager (ICM).
ICM - Administrador de Comunicaciones de Internet, es quien se encarga de que funcionen adecuadamente las comunicaciones entre un sistema SAP (servidor de aplicaciones SAP Netweaver) y el mundo exterior vía los protocolos HTTP, HTTPS y SMTP.
Procesa solicitudes que llegan desde internet como URL's con la combinación de servidor-puerto en la cual el ICM está configurado para escuchar, llamando posteriormente al proceso local del servidor de aplicación que se ocupará finalmente de la solicitud URL.
Se necesitar de un servidor ICM si se quiere que el servidor de aplicaciones 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.
Sobre el autor
Publicación académica de Israel Cespedes Penaloza, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
SAP Senior
Israel Cespedes Penaloza
Profesión: Ingeniero Electrónico - Bolivia - Legajo: DO67A
✒️Autor de: 87 Publicaciones Académicas
🎓Cursando Actualmente: Consultor BASIS Nivel Avanzado
🎓Egresado del módulo:
Disponibilidad Laboral: PartTime
