✒️ABAP El Batch Input utilizando Call transaction
ABAP El Batch Input utilizando Call transaction
Apuntes ING Ezequiel Hurtado Benitez
Mi primer Batch Imput utilizando CALL TRANSACTION, Vamos a crear nuestro primer Batch Input utilizando la técnica de CALL TRANSACTION. El objetivo del Batch Input será la carga inicial de la tabla ZTABLA_USUARIOS. Para ello, vamos a crear un archivo de texto con registros que cumplan con la estructura de la tabla base de datos ZTABLA_USUARIOS. como lo que vamos a hacer será la carga inicial de la tabla de datos de usuarios, borraremos su contenido previamente a la ejecución de este ejemplo. Ahora seguiremos los pasos que restablecimos en la primera lección de la unidad.
Paso 1 La 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 levantemos del archivo de entrada y una tabla para mostrar por pantalla los errores entre otras declaraciones. (Estructura BDCMSGCOLL Esta estructura estándar del sistema es utilizada para definir la tabla interna que almacenará los mensajes del batch input.) Paso 2 La lectura de datos del archivo de entrada. Ejecutamos el método GUI_UPLOAD de la clase CL_GUI_FRONTED_SERVICES para levantar el archivo de entrada con la información para generar el Batch Input. Paso 3 La carga de la tabla interna BDCDATA Para cargar la tabla interna BDCDATA utilizamos la subrutina LLENAR_TABLA_BDCDATA, que vimos en la lección anterior. 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 índices para saber en qué fila de la pantalla estamos cargando los datos. Esto lo solucionamos fácilmente, conectamos al nombre del campo el número de fila que le corresponde en la pantalla entre paréntesis. Paso 4 La ejecición de la sentencia Call Transaction Ahora vamos a ejecutar la sentencia CALL TRANSACTION. La sintaxis de la sentencia es la: FORM call_sm30 Veamos en detalle cada una de las opciones. USING, aquí especificamos la tabla interna 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. Si se alcanza un breakpoint, se termina el procesamiento con SY-SUBRC igual a 1001. El campo SY-MSGTY contendrá "s" SY-MSGID contendrá "00", SY-MSGNO contendrá "344", SY-MSGV1 contendrá "SAPMSSY3" y SY-MSGV2 contendrá el "0131". 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.) UPDATE determina el modo de actualización de los cambios que producirá el Batch Imput. 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 el módulo de funciones 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 base de datos ZTABLA_USUARIOS y hacemos clic en el botón Actualizar. Luego hacemos clic en el botón Entradas nuevas. El sistema nos informa que "No existen entradas" en la tabla base de datos ZTABLA_USUARIOS. Se cargan todos los campos del registro y hacemos clic en el botón grabar. salimos de la dynpro en donde completamos el registro de la tabla base de datos ZTABLA_USUARIOS. Y salimos de la pantalla de la transacción y repetiremos esta secuencia de paso por cuantos registros de usuarios ingresamos en la tabla base de datos ZTABLA_USUARIOS. (La sentencia CALL TRANSACTION también es muy utilizada en reportes, para acceder a una transacción determinada, a partir de los datos introducidos en pantalla, con el agregado de la cláusula AND SKIP FIRST SCREEN. Para más información, presionamos F1 sobre la sentencia.) Finalmente si chequeamos el contenido de la tabla base de datos STABLA_USUARIOS a través de la transacción SE26 vamos a verificar que efectivamente existen tres registros que son los que acabamos de insertar en la tabla.
 
 
 
Sobre el autor
Publicación académica de Ezequiel Hurtado Benitez, en su ámbito de estudios para la Carrera Consultor ABAP.
Ezequiel Hurtado Benitez
Profesión: Ingeniero Mecatrónico - Colombia - Legajo: FD18B
✒️Autor de: 45 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Ingeniero mecatrónico bilingüe con maestría en dirección de ventas y marketing empresarial, con conocimientos y experiencia en programación, diseño, elaboración y pruebas en proyectos de automatizació
Certificación Académica de Ezequiel Hurtado