BATCH-INPUTS

8.1. INTRODUCCIÓN

8.2. FASE DE GENERACIÓN

8.3. OPERACIONES

8.4. FASE DE PROCESAMIENTO

 


8.1. INTRODUCCIÓN:


8.2. FASE DE GENERACIÓN:

 

8.3. OPERACIONES:

Para el método call transaction se usa esta sentencia Abap/4. Parámetros:


8.4. FASE DE PROCESAMIENTO:

  • La transacción que procesa los lotes de batch-input es la SM35, o bien por menú: Sistema – Servicios – Batch-input – Tratar. Con esta transacción pueden consultarse, eliminarse y procesarse (haciendo doble clic en ella) todas las sesiones batch-input (los juegos de datos, que pueden ser: a procesar, erróneos, procesados, en tratamiento y en background). Otra manera de lanzar sesiones batch-input es ejecutar el report RSBDCSUB. Con él es posible procesar un batch-input justo después de ser generado, llamando a este report con los parámetros adecuados desde el mismo programa abap/4 que ha generado el lote.
  • Antes de procesar una sesión de batch-input puede comprobarse si los datos de entrada y la secuencia de pantallas programada es la esperada. Para ello, desde la transacción SM35 elegir la sesión a analizar y Pasar a – Análisis Juego de datos. Con doble clic en cada una de las dynpros pueden visualizarse éstas.
  • Log: Cuando el sistema ejecuta un batch-input, se va generando un log con el resultado de cada transacción individual. Se guarda la hora de inicio de la sesión, la hora de inicio de cada transacción, los mensajes que se generan (los mismos que si se hiciera la transacción on-line). Al final se generan unas estadísticas: número de transacciones que componen el lote, nº de ellas procesadas con éxito y nº de ellas erróneas.
  • Cancelarejecución: Por el menú Sistema – Servicios – Batch-Input – Cancelar se puede finalizar la ejecución de un batch-input (no hay otra forma). Se continuaría ésta con “Siguiente transacción”.
  • Caída de sesión: Si se cae el sistema durante la ejecución de un batch-input, al rearrancarlo aparecerá éste como ‘procesando’, pero no está haciendo nada, aunque tampoco hemos perdido los datos. Hay que liberar la sesión, yendo a la transacción SM35, indicar la sesión en cuestión y elegir Juego de datos – Liberar. Entonces ya pueden ejecutarse las transacciones que resten.
  • Tipos de procesamiento de un batch-input:
    • Visible: Se procesa cada transacción viendo todas las dynpros por las que se pasa. Hay que pulsar ENTER para pasar de una a otra. Se pueden modificar los valores que automáticamente se van introduciendo en los campos. Se puede saltar alguna transacción que no se desee procesar (poniendo /N en la barra de comandos), o bien para retrasar su ejecución.
    • Invisible: El proceso se hace de forma transparente al usuario, en background, sin mostrar ninguna pantalla. Se debe esperar a que acabe la ejecución, o bien cancelar ésta. Para ver el resultado se debe consultar el log (que también se puede ver mientras se está procesando el juego de datos).
    • Visualización sólo errores: El batch-input se ejecuta en modo invisible salvo cuando se produzca un error: entonces se detiene el proceso en la dynpro que contiene el campo erróneo, para así poder corregirlo manualmente, o cancelar esa transacción individual. Tras esto, continua el proceso en modo invisible (hasta el siguiente error, o hasta acabar).