✒️SAP BASIS / Otros procesos ABAP Por Wander Andujar Ortiz
SAP BASIS Otros procesos ABAP
Otros Procesos ABAP:
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 Fax, email, etc..
Cada usuario puede tener una impresora configurada por defecto en su registro de usuario (Transacción SU01).
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 Resquest".
Transacción SU01: Nos permite realizar el mantenimiento integral de un usuario permitiendo la asignación de permisos y parámetros asociados, esta será la puerta de entrada a nuevos usuarios en el sistema.
SPOOL RESQUEST:
Un spool request contiene información sobre los datos de salida (output), su formato y el modelo de impresora utilizado. El spool request se almacena en un área temporal de almacenamiento llamada TemSe (temporary sequential file).
Información Importante: Los soopl request 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 específica que el usuario seleccionó. Estos datos pueden ser enviados por el spool work process al Sistema Operativo que puede ser local si es en el mismo ordenador o remoto si es a través de la red.
Transacción SP02: Nos permite visualizar nuestros propios resultados de Spool, es decir nuestros propios spool request y output requests.
Transacción 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.
PROCESAMIENTO EN BRACKGROUND:
Este procesamiento en SAP es un método para automatizar tareas y para optimizar el uso de recursos de SAP.
Podemos utilizar el procesamiento de 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 se ejecuten 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 diálogo que luego de un tiempo definido son terminados por el sistema.
EL BACKGROUND PROCESS:
La separación del procesamiento de background en work process espaciales 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 el día y background durante la noche.
Estos procesos de background se pueden visualizar en ejecución a través de la Transacción SM50.
También es posible utilizar los background work process para separar el procesamiento de backgroun y el trabajo interactivo en diferentes servidores de aplicación (o isntancias).
El planeamiento se realiza mediante los work processes de diálogo y luego la ejecución la realiza el backgroun work process.
Transacción SMX: nos muestra los Jobs planificados por nuestro usuario, es decir, los Jobs propios, esto es importante para los usuarios finales dado 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.
AUDIO: Independientemente del tipo de Job que hayamos lanzado, nosotros como administradores debemos revisar durante varias veces al día. En algunos casos nos encontraremos con varias situaciones anormales o que no coincide con lo que hemos estudiado en la teoría, ejemplo: Se puede dar el caso que hayamos colocado el máximo de tiempo de ejecución sea de 600 segundos. pero al ingresar a la Transacción SM50 vemos q ha superado ese límite, el caso más común es que un usuario ejecute un reporte de visualización de datos y no coloque ningún filtro, por lo tanto, la base de datos será recorrida de principio a fin para obtener el resultado. ¿Qué es lo que hace SAP? o el proceso de Diálogo? Toma el requerimiento lo envía a la base de datos y queda a la espera para enviárselo al usuario. Cuando la base de datos lo devuelve y encuentra que ha superado su límite para el caso estándar 600 segundos arroja un error de timeout. Estas situaciones podemos evitarlas, contactando con el usuario y cancelamos el proceso.
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 las comunicaciones entre instancias o sistema SAP realizadas utilizando funciones remotas (Remote Function Call) RFC o CPIC* siempre está involucrado el Gateway de c/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).
*CPIC: Interfaces de comunicaciones comunes de programación. Se trata de un protocolo de transferencia de datos entre sistemas, protocolo específico de SAP. Las RFC (funciones de llamadas remotas) están basadas en CPIC, pero con más funciones facilitando programar aplicaciones para su uso.
Transacción SMGW: se pueden monitorear las conexiones del Gateway.
INTERNET COMMUNICATION MANAGER (ICM):
Administrador de comunicaciones de internet es quien se encargar de que funcionen las comunicaciones entre un sistema SAP (servidor de aplicaciones SAP NW) y el mundo exterior vía los protocolos HTTP, HTTPS y SMTP.
En un rol como servidor, el ICM puede procesar solicitudes que llegan configurado para escuchar. El ICM luego llama al proceso local del servidor de aplicación que se ocupará finalmente de la solicitud URL.
Como consideración para la implementación, debemos pensar que necesitaremos del ICM si queremos que el servidor de aplicación 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 q podremos administrar uno por cada instancia del sistema SAP. Es un proceso q se implementa por separado el cual es iniciado y monitoreado por el dispatcher . Se puede configurar a través de parámetros q se configuran en los perfiles de c/instancia.
Escanear / Compartir
Sobre el autor
Publicación académica de Wander Jorge Andujar Ortiz, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Inicial.
SAP Master
Wander Jorge Andujar Ortiz
Profesión: Ingeniero en Sistemas y Computación - Republica Dominicana - Legajo: XO87G
✒️Autor de: 104 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado
- Carrera Consultor SAP BASIS NetWeaver Nivel Inicial
Disponibilidad Laboral: FullTime
