✒️ABAP El Batch Input utilizando Call transaction
ABAP El Batch Input utilizando Call transaction
EL BATCH INPUT UTILIZANDO CALL TRANSACTION
1.- PASO 1ERO. : Declaración de datos propios del batch Input
Declaramos una tabla interna y una estructura, ambas del tipo BDCDATA, otra tabla interna del tipo BDCMSGCOLL con su estructura, que servirán para almacenar los mensajes que se produzcan cuando ejecutamos el CALL TRANSACTION, la tabla interna de usuarios, que contendrá los datos que levantamos del archivo de entrada y una tabla para mostrar por pantalla los errores entre otras declaraciones.
2.- PASO 2DO. : Lectura de datos de archivo de entrada.
Ejecutamos el método GUI_UPLOAD para levantar el archivo de entrada con la información para generar el batch input.
3.- PASO 3ERO.: Carga de la tabla BDCDATA
Para cargar la tabla DBCDATA utilizamos la subrutina BDC_FIELD. Antes debemos inicializar la tabla interna del Batch Input y la de los mensajes,
Como vamos a ingresar más de un registro, tendremos que manejar indices para saber en que fila de la pantalla estamos cargando los datos. Esto lo solucionamos fácilmente, concatenando al nombre del campo el número de fila que le corresponde en la pantalla entre paréntesis.
4.- PASO 4TO.: Ejecución de la sentencia Call Transaction.
Ahora vamos a ejecutar la sentecia call transaction. La sintaxis de la sentencia es la siguiente:
CALL TRANSACTION v_cod_trans USING ti_bdc_data
MODE v_modo
UPDATE v_update
MESSAGES INTO ti_messages.
IF NOT sy-subrc EQ 0.
v error = 'X'.
ENDIF.
Veamos en detalle cada una de las opciones:
- USING: aquí especificamos la tabla BDCDATA que se utilizará.
- MODE: determina el modo de procesamiento que utilizará el Batch Input. Los modos posibles de procesamiento son:
A . procesamiento con la visualización de todas las pantallas. Es el valor por default.
E procesamiento donde se muestran las pantallas solo si ocurre un error
N procesamiento donde no se muestran las pantallas.
P procesamiento donde no se muestran las pantallas. Si se alcanza un breakpoint, se pasa el control al debugger.
Es conveniente utilizar una variable para asignar el modo de procesamiento a un batch input.
De esta forma podremos modificar su valor dinámicamente, durante la ejecución del programa.
Cuando estamos desarrollando un programa que realiza un Batch input mediante la técnica de call transaction, es sumamente útil procesar el batch input mediante el modo de ejecución A, el cual nos permite visualizar cada una de las pantallas, ya que en caso de error en los datos que introducimos en la tabla BDCDATA el procesamiento se detendrá en la pantalla correspondiente al error y será allÍ donde tendremos que analizar como solucionarlo. Una vez que detectamos y corregimos el error, podemos modificar el modo de ejecución a N.
- UPDATE: determina el modo de actualización de los cambios que producirá el Batch input. Los modos posibles son:
A actualización Asincrónica. La actualización se produce de igual forma a la que sucede si utilizamos la sentencia COMMIT WORK, Valor por defecto.
S actualización sincrónica. La actualización se produce de igual forma a la que sucede si utilizamos la sentencia COMMIT WORK AND WAIT.
L actualización local.
- MESSAGES INTO: con el uso de esta opción, todos los mensajes generados durante el procesamiento del Batch input son almacenados en una tabla interna de tipo BDCMSGCOLL. Para armar los mensajes, vamos a utilizar la función MESSAGE_PREPARE.
Ahora que ya terminamos con todos los pasos del Batch Input, vamos a ejecutarlo con modo de procesamiento "A", que nos permite ver el paso a paso de las actualizaciones.
Lo primero que hacemos es ingresar a la transacción SM30, con el nombre de la tabla y presionamos el botón Actualizar.
Luego presionamos el botón Entradas nuevas.
Se cargan todos los campos del registro y presionamos grabar.
Finalmente salimos de la transacción y repetimos esta secuencia de pasos por cuantos registros de usuario ingresamos en la tabla.
La sentencia CALL TRANSACTION también es muy utilizada en reportes, para acceder a una transacción determinada, a partir de los datos presionados en pantalla, con el agregado de la cláusula AND SKIP FIRST SCREEN.
 
 
 
Sobre el autor
Publicación académica de Ducelvis Lolimar Arcia Cova, en su ámbito de estudios para la Carrera Consultor ABAP.
Ducelvis Lolimar Arcia Cova
Profesión: Tsu Relaciones Industriales (rrii) - Argentina - Legajo: WX74T
✒️Autor de: 125 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP FI Nivel Inicial
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Mi principal objetivo al comenzar esta gran experiencia educativa en programación abap es adquirir los conocimientos y competencias necesarias para incorporarme en el ámbito laboral en esta área.
Certificación Académica de Ducelvis Arcia