✒️SAP BASIS Otros procesos ABAP
SAP BASIS Otros procesos ABAP
- LECCION 8: Otros Procesos ABAP.
Impresión.
SAP nos provee una amplia variedad de opciones para representar los datos del negocio entre otros, estos datos creados y formateados en un proceso de dialogo pueden ser enviados por medio de impresoras, correos, fax, entre otras. Estos datos para poderlos imprimir antes necesitamos tener la impresora configurada en el sistema, los usuarios podrán seleccionar la impresora a la que desean imprimir entre las que estén configuradas, también es posible que un usuario pueda tener una impresora predeterminada en su registro de usuario, una vez que la impresora este configurada el sistema tendrá toda la información para poder crear un spool request o solicitud de impresión.
Esta modificación a nivel de usuario la podemos realizar por medio de la transacción SU01, que nos permite realizar el mantenimiento integral a un usuario; de esta manera desde esta transacción podremos crear los usuarios, bloquearlos, cambiar la contraseña, asignar roles, perfiles, configurar impresoras entre otras.
Spool Request.
Una solicitud de impresión contiene los datos de salida, su formato y el modelo de impresora utilizado, una vez la solicitud este generada se almacena en un área temporal de almacenamiento llamada TemSe (Temporary sequential file) o archivo de secuencia temporal. Estas solicitudes pueden ser creadas por procesos de diálogos o por procesos de background. Los procesos de spool no crean solicitudes de impresión.
Spool work process.
Un proceso de trabajo de impresión formatea los datos especificadps en el spool request y crea un output request. El output request contiene todos los datos en un fprmato apropiado para la impresora especifica que el usuario selecciono.
Estos datos pueden ser enviados por el spool work process al sistema operativo que pueden ser local si es en la misma computadora o remoto si es a través de la red.
Nota: Dos transacciones que son útiles son la transacción SP02 donde podemos ver nuestros propios spool request o procesos de impresión y output requests donde podemos ver el estado de nuestras impresiones. La otra transacción es la SU3 donde podemos especificar configuraciones personales de impresión en la sección Spool Control.
La 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 Background.
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 uso intensivo de recursos, por ejemplo la base de datos, y programarlos para que corran fuera de horarios picos de alta utilización; estos programas se ejecutan utilizando un procesamiento de background no están sujetos a las restricciones de los procesos de dialogo 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 otra 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 durante el dia y background durante la noche.
Tambien es posible utilizar los background work process para separar el procesamiento del background y el trabajo interactivo en diferentes servidores de aplicación (o instancias).
Transacción SMX.
Permite visualizar los Jobs propios, esto es muy 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 Jobs, el estado del mismo y el resultado arrojado al finalizar.
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 proceses de diferentes instancias o sistemas SAP asi también como los programas externos; el Gateway reader, usualmente llamado solamante Gateway, es el proceso principal del sistema de Gateway. El despachador se encarga de iniciarlo y revisarlo periódicamente.
En las comunicaciones entre instancias o sistemas SAP realizadas utilizando funciones remotas (Remote Function Call) RFC o CPIC siempre esta involucrado el Gateway de cada instancia. Como lo muestra la imagen, la comunicación se inicia en el proceso de dialogo, pasa por el despachador y se reenvia al Gateway para establecer la comunicación con su par de la otra instancia u otro sistema SAP.
Nota: con la transacción SMGW podemos monitorear las conexiones del Gateway.
Internet communication manager (ICM).
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 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.
Sobre el autor
Publicación académica de Jesus David Cantillo Perez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
SAP Senior
Jesus David Cantillo Perez
Profesión: Auxiliar de Seguridad Informatica - Colombia - Legajo: BP45F
✒️Autor de: 24 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP MM Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
Presentación:
Muy buenas tardes, mi nombre es jesus david cantillo soy de soledad-atlantico, colombia y estoy interesado en aprender mucho en esta carrera de sap.
Certificación Académica de Jesus Cantillo
Disponibilidad Laboral: FullTime
