✒️SAP El procesamiento de fondo

Puntos Adicionales

En ocasiones, el debug necesitamos realizarlo en procesos de fondo (por ejemplo, un job planificado en el sistema) o en las actualizaciones que se lanza de forma asíncrona cuando grabamos los datos en un proceso (por ejemplo, al facturar pedidos de ventas o entregas en SD).

Para el caso de los procesos de actualización, bastaría con activar la opción correspondiente en los parámetros de usuario cuando estamos en la herramienta de debug. Esto se realiza desde el punto de menú Opciones –> Visualizar/Modificar parametrizaciones que tenemos disponible desde la ventana de debug.

Cuando lo que queremos hacer es realizar un debug sobre un proceso que se ejecuta en fondo, tenemos disponibles varios métodos para realizar el proceso. En detalle, cada una de las opciones serían:

Jobs que están en ejecución

Accederemos a la transacción SM50, donde podemos consultar los procesos que se encuentran en ejecución en nuestro sistema. Nos posicionaremos encima del proceso a debugear y seleccionaremos la opción de menu Programa/Modo –> Programa –> Debugging.

A continuación se nos pedirá confirmación de la acción y entraremos a la herramienta de debug de la forma habitual.

Jobs finalizados.

Para realizar la misma operación, pero en este caso sobre jobs que ya hayan concluido, accederemos a la transacción SM37 y seleccionaremos el job que queremos analizar.

Escribiremos el comando JDBG en el campo de transacción.

El programa del job seleccionado se ejecutará en modo debug, con un comportamiento de proceso en fondo (con la variable de sistema SY-BATCH = ‘X’).

Forzar debug en jobs de fondo.

En ocasiones, los jobs que se estan ejecutando son rápidos y no nos da tiempo a acceder a la SM50 para lanzar el debug sobre ellos. Para solucionar este problema, utilizaremos un pequeño truco.

Cuando realicemos la definición de los jobs con la transacción SM36, añadiremos siempre un paso previo, que incluirá la ejecución del programa BTCLOOP.

El programa BTCLOOP genera un bucle infinito, que hace que tengamos el programa disponible en la SM50 para poder tomar el control de el con el debug.