✒️SAP El procesamiento de fondo

EL PROCESAMIENTO DE FONDO

También conocido como procesamiento Bach o procesamiento en segundo plano, consiste en la ejecución de un proceso o programa sin interacción con el usuario. Se lanza el proceso y SAP GUI nos devuelve el control aunque todavía no acabe de ejecutarse.

Dos segundos es el tiempo que se considera bueno para la espera del usuario, de lo contrario piensa que el programa puede estar bloqueado o que a fallado. Cuando se prevee que el tiempo de espera será mayor debería ser lanzado de fondo.

Se recomienda lanzar los programas de fondo durante la noche, cuando los procesos no sean críticos para la obtención de datos en tiempo real

2. LOS JOBS

Conjunto de uno o más programas o transacciones que se lanzan consecutivamente en un proceso de fondo.

Transacción SM36 Definir y planificar los procesos de fondo que definan en sistema SAP

Tres áreas principales:

Ø Información general

Ø Hora de inicio o evento de ejecución

Ø Pasos

Debemos dar un nombre al Job, ya que SAP de manera interna le da un número a cada Job pero ese número no es conocido para nosotros, por tanto solo los podemos ubicar por medio de los nombres.

Clases de job:

Ø Alta prioridad: Críticos para el funcionamiento del sistema

Ø Prioridad media: Procesos periódicos para el mantenimiento del sistema.

Ø Prioridad normal: Clase normal que se asigna a Jobs de usuario.

2.1 HORA DE INICIO O EVENTO

Una vez definidas las características debemos indicar a que hora ejecutarse

Ø Ejecución inmediata: En el momento de acabar su definición.

Ø Ejecución por fecha y hora: Se marca el día y la hora y se puede programar una periodicidad en el proceso.

Ø Por job: Podemos indicar que inicie Job B cuando termine Job A, incluso podemos indicar que Job B solo comience cuando la ejecución de Job A sea ejecutada de manera correcta, de lo contrario no se ejecutará Job B.

Ø Por evento: Cuando se produzca el evento que le indiquemos

2.2 PASOS DE UN JOB

Ø Programa ABAD estándar o creado por nosotros al que le indicaremos una variante que contenga parámetros de selección de ese programa

Ø Un comando externo que se ejecutará en el sistema operativo donde este el servidor de app que procesa el Job.

Ø Un programa externo que reside en otro sistema distinto a SAP, cuando hay otros sistemas de gestión distintos al SAP y se necesita una interface entre ellos.

2.3 ANALISIS DE UN JOB

Desde la transacción SM37 podemos analizar y monitorizar. Se utilizan distintos datos como el ID, Usuario SAP, Status, fecha y hora de inicio, duración y retraso.

2.4 ESTADOS DE UN JOB

Lo que más nos interesa de un job es su estado

Ø Previsto: Es cuando se han definido los datos generales pero aún no se a liberado o modificado para poder ser ejecutado.

Ø Liberado: Transacción SM36, pasa de previsto a liberado y así permanecerá hasta que se cumpla la condición de su fecha de inicio.

Ø Preparado: Se encontrará aquí hasta que haya recursos libres para ejecutarse. (saturado)

Ø Activo: Ver el log desde este momento y ver lo que esta haciendo.

Ø Terminado: Completó su ejecución correctamente.

Ø Cancelado: Finaliza de manera incorrecta, En el log podemos ver el motivo de cancelación.

2.5 OPERACIONES SOBRE JOBS

Transacción SM37 operaciones que podemos realizar sobre los procesos de fondo

Ø Verificar Status: La transacción SM37 dice que esta activo pero realmente no lo está, con esta opción podemos comprobar su real estado.

Ø Cancelar job activo: Detenemos un job activo y lo pasamos a estado cancelado.

Ø Borrar: Una vez terminado o cancelado podemos borrarlo

Ø Liberado-Previsto: Es para cuando queremos detener un job sin tener que cancelarlo por haberlo liberado en un momento antes de que realmente lo querramos utilizar.

Ø Copiar: Para utilizarlo dos o tres veces mas, de querer que se ejecute más veces podríamos considerar la opción de crear un job periódico.

Ø Modificar: Siempre y cuando no se haya ejecutado el job

Ø Repetir previsión: Similar a copiar pero no pide los datos de inicio en Job.

Ø Traslado a otro servidor: Cambiamos el servidor de destino a un job que no esta activo.

Ø Capturar job activo: En el modo debugger ABAP podremos ver en el punto del programa que estuviera en ese momento.

Ø Detalles de job: Datos internos como en que servidor de aplicación esta procesando, numero de cola de BTC, para monitorizar su estado y/o rendimiento con la transacción SM51 ( se puede seleccionar un servidor en particular y comprobar los procesos que se están ejecutando)

Ø