✒️SAP BASIS / Otros procesos ABAP Por Fabian Beltran Veloza
SAP BASIS Otros procesos ABAP
OTROS PROCESOS SAP
1. IMPRESION
El sistema SAP provee uan amplia variedad de opciones para representar los datos de negocio u otros. Estos datos, creados
y formateados en un paso de diálogo, pueden ser enviados a impresoras y otros dispositivos de salida como faxes , e-mails,
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 las impresoras configuradas en el sistema. Tambien 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 request.
TRANSACCIÓN SU01
la transacción SU01 nos permite realizar el mantenimiento integral de un usuario permitiendo la asignación de permisos y
paramteros asociados, a los largo de nuestra carrera será de uso común dado que es la puerta de entrada a nuevos usuarios
en el sistema.
2. SPOOL REQUEST
Un spool request contiene toda la información sobre los datos de salida (output), su formato y el modelo de impresora
utilizado. 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 requests.
3. SPOOL WORK PROCESS
Un spool work process formatea los datos especificados en el spoll 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 process al sistema operativo que pueden ser local si es en la misma
computadora o remoto si es atraves de la red.
Dos transacciónes que son útiles son la transacción SP02 donde podemos ver nuestros propios spool request y output
requests. La otra es la transacción SU3 donde podemos especificar configuraciones personales de impresion en la selección
spool control.
TRANSACCIÓN SP02
La transacción SP02 nos permite visualizar nuestros propios resultados de Spool, estos es muy útil, para los usuarios dado
que pueden verificar que sus impresiones se hayan procesado correctamente en los casos que las impresoras se encuentren
fisicamente en otro lugar.
TRANSACCION SU3
La transacción SU3 permite las autogestión de los datos básicos de un usuario, esto es muy importante dado que en un
sistema real, los permisos estan controlados por roles y con esta transacción se le permite modificar sus datos básicos.
4. PROCESAMIENTO DE BACKGROUND
El sistema de procesamiento en background del sistema SAP es 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 consumen mucho tiempo o hacen un intensivo de
recusrsos, por ejemplo la based e datos, y programarlos para que corran fuera de horarios picos de utilización.
Los programas que se ejecuten 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.
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 bakcground del de dialogo. Normalmente el procesamiento de background y el procesamiento interactivo, o
el de diálogo se realizan en distintos tiempos. Diálogo durante el día y background durante la noche.
Tambien es posible utilizar los background 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 processes de diálogo y luego la ejecución la realiza el background process.
TRANSACCION SMX
La transacción SMX permite la visualización de los jobs propios, es muy importante para los usuarios finales dado que
ellos deberían ver solo sus propios procesos, con los cual podrán 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 así tambien como con programas externos. El Gateway reader,
usualmente llamado solamente gateway, es el proceso principal del sistema 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. La comunicación se iniciaen el proceso de diálogo, 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)
TRANSACCION SMGW
Con la transacción SMGW se pueden monitorear las conexiones del Gateway.
7. INTERNET COMMUNICATION MANAGER (ICM)
El internet communicaction manager (Administrador de comunicaciones de internet) es quien se encarga de que funcionen adecuadamente las comunicaciones entre un sistema SAP(Servidor de aplicación Netweaver) y el mundo exterior via 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 el 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 tráves de alguno de los protocolos ya mencionados.
* El ICM es un componente del servidor de aplicación SAP, por lo que podremos administrar uno por cada instancia de 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.
Escanear / Compartir
Sobre el autor
Publicación académica de Fabian Leonardo Beltran Veloza, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Inicial.
SAP Senior
Fabian Leonardo Beltran Veloza
Profesión: Ingeniero Electronico - Colombia - Legajo: VJ29B
✒️Autor de: 40 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
