✒️SAP BASIS / Otros procesos ABAP Por Ruben Lugo
SAP BASIS Otros procesos ABAP
1 Impresión
SAP provee una amplia variedad de opciones para represantar los datos de negocio u otros. Estos datos, creados y formateados en un paso de diálogo, pueden luego ser enviados a impresoras y otros dispositivos de salidas como faxes, e-mails, etc. Particularmente una impresora debe ser configurada en sistema antes de ser utilizada
Los usuarios pueden imprimir entre las opciones de impresoras configuradas. También cada usuario puede tener una impresora configurada por defecto
* SU01
Transacción que permite realizar el mantenimiento integral de un usuario, permitiendo la asignación de permisos y parámetros asociados. Es la prueba de entrada a nuevos usuarios en el sistema
Con la impresora configurada, SAP tiene toda la información para crear lo que se denomina un spool request
2 Spool Request
Spool request contiene información sobre los datos de salida (output), su formato y modelo de impresora. 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 request
3 Spool work process
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
Estos datos puede ser enviados por el spool work process al sistema operativo que puede ser local o remoto
- 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
* SP02
Transacción que permite visualizar nuestros propios resultaos de Spool. De utilidad para el monitoreo efectivo de impresoras
* SU3
Transacción que permite la autogestión de datos básicos de un usuario. Al tener permisos por roles, esta transacción permite moodificar los datos básicos del usuario
4 Procesamiento en Background
El procesamiento de background, es un método para automatizar tareas rutinarias y optimización de recursos
- Ejecuta programas que insumen mucho tiempo o hacen un uso intensivo de recursos
- Los programas ejecutados con este método no están sujetos a las restricciones de los procesos de diálogo que luego de un tiempo definido son terminados por el sistema
5 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 diálogo. Normalmente el procesamiento de background y el procesamiento interactivo o de diálogo, se realizan en distintos tiempos
- Diálogo -> Día
- Background -> Noche
Es posible usar los background work process para separar el procesamiento de background y el trabajo interactivo en diferentes servidores o instancias
El planeamiento se realiza mediante los work process de diálogo y luego la ejecución la realiza el background work process
* SMX
Transacción que permite la visualización de Jobs propios y el correcto monitoreo de los mismos
6 Comunicación vía el Gateway
Cada instancia de un sistema ABAP (o ABAP JAVA) contiene un Gateway, que es usado para la comunicación entre los work process de diferentes instancias, sistemas SAP o programas externos. El Gateway reader o 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 usando funciones remotas RFC o CPIC siempre está involucrado el Gateway de cada instancia
- La comunicación inicia en el proceso de diálogo
- Pasa por el dispatcher
- Reenvía al gateway para establecer comunicación con instancias u otro sistema SAP
* SMGW
Transacción que monitorea las conexiones del Gateway
7 Internet communication Manager (ICM)
El internet Communication Manager, es quien 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 procesa solicitudes que llegan desde internet como URL con la combinación de servidor-puerto en la cual el ICM está configurado para escuchar. El ICM llama al proceso local del servidor de aplicación que se ocupará de la solicitud URL
Como consideración, debemos pensar la necesidad del ICM, si queremos que el servidor de aplicación SAP, tenga comunicación con internet
- El ICM es un componente del servidor de aplicación SAP, por lo que podemos administrar uno por cada instancia en SAP. Este proceso 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
Escanear / Compartir
Sobre el autor
Publicación académica de Ruben Lugo, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Inicial.
SAP Senior
Ruben Lugo
Mexico - Legajo: UX67S
✒️Autor de: 48 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Experienced developer oracle
Certificación Académica de Ruben Lugo
Disponibilidad Laboral: FullTime
