✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
OTROS PROCESOS JAVA
1. Impresion
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 dialogo, pueden luego ser enviados a impresoras y otros dispositivos de salidas como faxes, e-mail, etc, Particularmente una impresora debe ser configurada en el sistema antes de que pueda ser utilizada.
Los usuarios `pueden seleccionar al momento de imprimir entre impresoras configuradas en e sistema. Tambien cada usuario puede tener una impresora configurada por defecto en su registro de usuario (Transaccion SU01).
Transaccion SU01 permite realizar el mantenimiento integral de un usuario permitiendo la asignaciòn de permisos y parametros asociados.
Una vez que la impresora esta configurada, el sistema SAP tiene toda la informaciòn que necesita para poder crear un spool request.
2. Spool Request: Un Spool Request contiene informaciòn sobre los datos de salida (output), su formato y modelo de impresora utilizado. El Spool Request generado se almacena en un area temporal de almacenamiento llamado TemSe (temporay sequential file).
Los spool requests pueden ser creados por procesos de dialogo o por procesos de backgrund. Los Procesos de spool no crean spool requests.
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 especifica que el usuario seleccionò.
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.
Dos transacciones que son utiles son la transacciòn SP02 donde podemos ver nuestro propios spool request y ouput requests. La otra es la transacciòn SU03 donde podemos especificar configuraciones personales de impresiòn en la secciòn Spool Control; es decir permite la autogestion de los datos bàsicos de un usuario, esto es muy importante porque los permisos estàn controlados por roles y con esta transacciòn se le permite modificar sus datos bàsicos.
La transacciòn SP02 nos permite visualizar nuestros propio resultados de Spool, Esto es muy util para los usuarios dado que pueden verificar que sus impresiones se hayan procesado correctamente en los casos que las impresoras se encuentren fìsicamente en otro lugar.
El procesamiento en Background del sistema SAP es un metodo 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 los horarios de picos altos de utilizaciòn.
Lo programas que se ejecutan utilizando el procesamiento de background no estan sujetos a las restricciones de los procesos de dialogo 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 de dialogo. Normalmente el procesamiento de background y el procesamiento interactivo, o de dialogo se realizan en distintos tiempos. Dialogo durante el dìa y background durante la noche.
Tambien 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).
Planificaciòn de tareas de background (jobs) -----El Planeamiento se realiza mediante los work processes de dialogo y luego se realiza el background work process.
La Transacciòn SMX nos muestra los jobs planificdos por nuestro usuario.
Transacciòn SMX------Permite la visualizaciòn de los jobs propios, es muy importante para los usuarios finales dado que ellos deberian ver solo sus propios procesos, con lo cual podran monitorear en el caso de haber lanzado un job, el estado del mismo y el resultado arrojado al finalizar.
6. Comunicacion via 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 asi tambien como con programas externos. El Gateway reader, usualmente llamado Gateway, es el proceso principal del sistema de Gateway. El Dispatcher se encarga de iniciarlo y verificarlo periodicamente.
En las comunicaciones entre instancias o sistemas SAP realizadas utilizando funciones remotas (Remote Function Call) RFC o CPIC siempre està involucrado el Gateway de cada instancia como se muestra en la imagen, la comunicaciòn se inicia en el proceso de dialogo, pasa por el dispatcher y se reenvia al Gateway para establecer la comunicaciòn con su par de la otra instancia (u otro sistema SAP).
Transacciòn SMGW
Con la transacciòn SMGW se puede monitorear las conexiones del Gateway.
7. Internet Communication Manager (ICM)
El Internet Communication Manager (Administrador de Comunicaciones de Internet) es quien se encarga de que funcionen adecuadamente las comunicaciones entre un sistema SAP (Servidor de Aplicacion SAP Netweaver) y el mundo exterior via 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.
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 que podremos adminsitrar uno por cada instancia del Sistema SAP. En un proceso que se implementa por separado el cual es iniciado y monitoreado por el dispatcher,. Se puede configurar, a travès de paramtetros que de configurar en los perfiles de cada instancia.
 
 
 
Sobre el autor
Publicación académica de Edwin Vargas Guzman, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Edwin Vargas Guzman
Profesión: Ingeniero Electronico - Colombia - Legajo: XS14Z
✒️Autor de: 52 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Edwin Vargas