✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
OTROS PROCESOS ABAP
IMPRESIÓN
Una impresora debe ser configurar en el sistema antes de que pueda ser utilizada
Los usuarios pueden seleccionar cuando van a imprimir entre las impresoras configuradas en el sistema.
Los usuarios también pueden tener una impresora configurara por defecto en su registro de usuario. Transacción SU01
Transacción SU01: 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 sobre los datos de salida (output), su formato y el modelo de impresora utilizado.
El spool request generado se almacena en área temporal de almacenamiento llamada TemSe (temporary sequential file).
NOTA: 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 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 especifica que el usuario selecciono.
Estos datos pueden ser enviados por el spool work process al sistema operativo que puede ser local si es en la misma computadora o remoto si es a través de la red.
Transacción SP02, podemos ver nuestros propios spool request y output requests.
Transacción SU3 donde podemos especificar configuraciones personales de impresión en la sección Spool Control.
PROCESAMIENTO EN BACKGROUND
Es un método para automatizar tareas rutinarias y para optimizar el uso de recursos de los sistemas SAP en una organización.
Podemos utilizarlo para ejecutar programas que tarden 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.
Estos 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.
EL BACKGROUN 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 dialogo.
El procesamiento de background y el 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).
El planeamiento se realiza mediante los work process de dialogo y luego la ejecución la realiza el background 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 usuarios finales dado que ellos deberían ver solo sus propios procesos. Podrán monitorear los Jobs lanzados y es estado del mismo, también el resultado arrojado al finalizar.
COMUNICACIÓN VIA EL GATEWAY
Cada instancia de un sistema ABPA (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 solo Gateway, es el proceso principal del sistema. El dispatcher se encarga de iniciarlo y verificarlo periódicamente.
En las comunicaciones entre instancias o sistemas SAP realizadas utilizando funciones remotas RFC (Remote Functon Call) 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: para monitorear las conexiones del Gateway.
INTERNET COMUNICACITON MANAGER (ICM)
EL ICM (Internet comunication manager) o administrado 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 luego llama al proceso local del servidor de aplicación que se ocupará finalmente de la solicitud URL.
Si el servidor de aplicación SAP queremos que tenga comunicación con internet a través de alguno de los protocolos mencionado, debemos considerar la implementación del ICM.
NOTA: 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 Josep Antoni Lopez Moyano, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Josep Antoni Lopez Moyano
Profesión: It Manager - España - Legajo: QP26P
✒️Autor de: 375 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP HCM Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
- Máster Funcional ABAP
- Máster ABAP Orientado a Objetos
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial