✒️SAP BASIS Otros procesos ABAP
SAP BASIS 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
como faxes, emails,
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. También
cada usuario puede tener una impresora configurada por defecto en su registro de usuario (Transacción SU01).
Spool Request
Un 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 un área temporal de almacenamiento llamada TemSe (temporary
sequential file).
Spool work process
Como puede verse en la figura 281, 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 la misma
computadora o remoto si es a través de la red.
De todas maneras, veremos con mayor detalle la administración de impresión más adelante en el curso.
Dos transacciones que son útiles son la transacción SP02 donde podemos ver nuestros propios spool requests y output
requests. La otra es la transacción SU3 donde podemos especificar configuraciones personales de impresión en la
sección Spool Control
Procesamiento en Background
El 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 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.
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 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 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).
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 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 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).
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 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 servidorpuerto
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
 
 
 
Sobre el autor
Publicación académica de John Edinson Estupi?an Abril, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
John Edinson Estupi?an Abril
Profesión: Ingeniero Mecatronico - Colombia - Legajo: XX15R
✒️Autor de: 71 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
John edinson estupi?an abril ing mecatronico, diplomado en gestion internacional de proyectos, bogota d.c.
Certificación Académica de John Estupi?an