✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
Otros procesos:
1 | Impresión
El sistema SAP provee una amplia variedad de opciones para representar 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.
Una impresora debe ser configurada en el sistema antes de que sea utilizada.
Un usuario puede tener una impresora por defecto configurada en la su01.
2 | Spool Request
Contiene información sobre los datos de salida, su formato y el modelo de impresora utilizando. El spool request generado se almacena en un área temporal de almacenamiento llamada TemSe(Temporary Sequential File).
Los spool request pueden ser creados por procesos de diálogo o por procesos de background. Los procesos spool no pueden crear spool request.
3 | Spool work process
Un spool work process formatea los datos especificados en el spool request y crea un ouput request, éste contiene todos los datos en un formato apropiado para la impresora específica que el usuario seleccionó. Estos datos pueden ser enviados por el S-WP 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 request y output request. Nos permite visualizar los propios Spools, un usuario puede verificar que sus impresiones se hayan procesado correctamente.
La otra es al SU03 donde podemos especificar configuraciones personales de impresión en la sección Spool Control.
Permite la autogestión de los datos básicos de un usuario, es importante ya que en un sistema real los permisos están controlados por roles y con esta transacción se puede modificar.
4 | Procesamiento en BackGround
El procesamiento en backgroud del sistema SAP en 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.
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 de diálogo. Normalmente el procesamiento de background y el procesamiento interactivo, o de diálogo se realizan en distintos tiempos.
Diálogo durante dia y background durante la noche.
También es posible utilizar los B-WP (Background Word Process) para separar el procesamiento de background y el trabajo interactivo en diferentes servidores de aplicación (o instancias).
El planteamiento de realiza mediante los D-WP y luego la ejecución la realiza el B-WP.
Transacción SMX: Permite la visualización de los Jobs propios, es importante para el usuario final dado que ellos deberían ver solo sus propios procesos, y poder monitorear si han lanzado un job, su estado y el resultado arrojado al finalizar.
Como administradores utilizaremos frecuentemente la transacción SM50 y podremos monitorear los procesos sin importar que sean de dialogo, background, update, etc.
Un caso ejemplo es donde nosotros coloquemos el máximo de ejecución de un proceso de dialogo sea de 600 seg pero al ingresar a la SM50 vemos superado ese límite. Si el usuario ejecutó un reporte de visualización y no coloco un filtro, el sistema tomara el requerimiento y lo envía a la base de datos para obtener el resultado. Cuando la base de datos le devuelve y encuentra que supero el límite de la configuración de 600 seg, arrojara un error de TimeOut o tiempo de ejecución.
6 | La comunicación vía el Gateway
Cada instancia ABAP o ABAP+JAVA contiene un Gateway el cual comunica los work processes de diferentes instancias o sistemas SAP y no-SAP.
El Gateway Reader es el proceso principal del sistema de Gateway. El dispatcher se encargará de iniciarlo y verificarlo periódicamente.
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 un par de la otra instancia o sistema SAP o no-SAP.
En las comunicaciones entre instancias o sistemas SAP utilizando funciones remotas (RFC) o CPIC (Common Programming Interface Communications = se trata de un protocolo de transferencia especifico de SAP. Las RFC se basan en este protocolo, pero con más funciones facilitando programar aplicaciones para su uso), siempre se involucra al Gateway de cada instancia.
Transacción SMGW: Se puede monitorear las conexiones del Gateway.
7 | El Internet Communication Manager (ICM)
Se encarga de que funcionen adecuadamente las comunicaciones entre el SAP y el mundo exterior vía protocolos HTTP, HTTPS y SMTP.
Puede procesar solicitudes que llegan desde el internet como URLs con la combinación de servidor-puerto donde se encuentra configurado, luego el ICM llama al proceso local del AS (Application Server) que ocupara la URL.
El ICM es un componente del AS por lo que se puede 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 Victor Adrian Moreno Crespi, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Victor Adrian Moreno Crespi
Profesión: Analista de Sistemas - Argentina - Legajo: CE84N
✒️Autor de: 46 Publicaciones Académicas
🎓Cursando Actualmente: Consultor ABAP Nivel Inicial
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Mi nombre es victor, argentino, analista de sistemas. tengo mas de 25 anios de estar en ti. siempre enfocado en resultados, en mantenerme actualizado en database, analisis datos y ahora en sap basis
Certificación Académica de Victor Moreno