✒️ABAP El concepto de Batch Input

¿Qué es un Batch Input?

Cuando se instala una aplicación en un ambiente de producción, es necesario dar de alta toda la información que es

indispensable para que pueda funcionar. A este proceso lo llamamos carga inicial de datos.

Supongamos que necesitamos hacer la carga inicial de datos en SAP de 10.000 clientes. Para hacer esto,

tendríamos que ingresar 10.000 veces a la transacción maestro de clientes,

lo que cual sería una tarea demasiado tediosa y sumamente costosa en tiempo.

Algo similar ocurriría si necesitamos ingresar 10.000 registros en una tabla base de datos, ya que si bien, en este caso,

podríamos crear un programa que mediante instrucciones Open SQL carguen los registros,

no estaríamos utilizando todas las validaciones estándar que tienen las transacciones SAP,

por lo que necesitaríamos dedicar mucho tiempo para cubrir ese bache.

Para solucionar estos inconvenientes, SAP introduce la técnica de Batch Input, mediante la cual, podremos dar de alta,

modificar o borrar grandes cantidades de datos en el sistema, de forma automática y utilizando las mismas transacciones,

con sus respectivas validaciones, tal como si lo hiciéramos manualmente de a 1 dato por vez.

Batch Input

Técnica automática mediante la cual podremos realizar la carga masiva de datos en el sistema utilizando las validaciones de las transacciones.

Generalmente, la carga inicial de datos se realizará levantando los datos de un archivo, tal como vimos en la unidad anterior.

Las técnicas de Batch Input

Existen dos técnicas para realizar un Batch Input, una se realiza de forma Online y la otra en forma Batch. Ellas son:

CALL TRANSACTION:

se realiza de forma Online, por lo que ejecuta las actualizaciones en el momento en que se ejecuta el programa del Batch Input.

Se utiliza la sentencia estándar CALL TRANSACTION.

JUEGO DE DATOS:

se realiza de forma Batch (o de fondo) y queda almacenado en SAP para su posterior ejecución mediante la transacción SM35.

Consiste en la ejecución de una serie de funciones estándar para la apertura, ejecución y cierre del juego de datos.

Los pasos para la creación de un Batch Input

Los pasos para la generación de un Batch Input dependen de la técnica utilizada. Veamos cuales son los pasos a seguir para cada técnica:

CALL TRANSACTION

Paso 1ero: Declaración de datos propios del Batch Input.

Paso 2do: Lectura de datos de archivo de entrada.

Paso 3ero: Carga de la tabla BDCDATA.

Paso 4to: Ejecución de la sentencia CALL TRANSACTION.

Estructura BDCDATA

Esta estructura estándar del sistema es muy utilizada en los batch inputs ya que define el tipo de datos de la tabla interna

que almacena los datos que se cargarán en el batch input.

JUEGO DE DATOS

Paso 1ero: Declaración de los datos propios del Batch Input.

Paso 2do: Lectura de datos de archivo de entrada.

Paso 3ero: Apertura de la sesión del Juego de Datos.

Paso 4to: Carga de la tabla BDCDATA.

Paso 5to: Inserción del Juego de Datos.

Paso 6to: Cierre de la sesión del Juego de Datos.

Paso 7mo: Ejecución del Juego de Datos a través de la transacción SM35 o a través de la creación de un job y la ejecución del programa estándar RSBDCBTC.

Programa RSBDCBTC

Este programa estándar del sistema nos permite realizar la ejecución online de un juego de datos.

La carga de la tabla BDCDATA

El paso más importante en la ejecución de un Batch Input es la carga de la tabla BDCDATA.

Tal como hacemos referencia, la tabla BDCDATA será una tabla interna que tendrá los mismos campos que la estructura BDCDATA.

Los campos que forman parte de esta estructura son:

PROGRAM [CHAR 40]: Contiene el nombre del programa ABAP que se ejecuta

DYNPRO [NUMC 4]: Contendrá el numero de la Dynpro o pantalla de ejecución

DYNBEGIN [CHAR 1]: Contendrá una "X" cuando se comience una nueva pantalla

FNAM [CHAR 132]: Contendrá el nombre del campo que se desea cargar. Este campo es sensible a mayúsculas y minúsculas

FVAL [CHAR 132]: Contendrá el valor que se desea cargar en FNAM

Veamos un ejemplo sencillo de como cargaríamos la tabla BDCDATA.

Supongamos que queremos hacer un Batch Input, para cargar con un registro a nuestra tabla de usuarios ZTABLA_USUARIOS.

Si ejecutamos esta acción en forma manual, deberíamos hacer lo siguiente:

Ingresar a la transacción SM30, introducir el nombre de la tabla, presionar el botón de modificación o maintain,

presionar el botón de nuevas entradas o new entries, introducir el contenido del registro con todos sus campos,

presionar el botón grabar y salir de la transacción.

Si representamos en código el procedimiento anteriormente descrito, escribiríamos:

Para ingresar a la primer pantalla y presionar el botón de mantenimiento.

* Primer pantalla

CLEAR st_bdc_data.

st_bdc_data-program = 'SAPMSVMA'.

st_bdc_data-dynpro = '0100'.

st_bdc_data-dynbegin = 'X'.

APPEND st_bdc_data TO ti_bdc_data.

CLEAR st_bdc_data.

st_bdc_data-fnam = 'VIEWNAME'.

st_bdc_data-fval = 'ZCVS_USUARIOS'.

APPEND st_bdc_data TO ti_bdc_data.

* Presiono boton de mantenimiento

CLEAR st_bdc_data.

st_bdc_data-fnam = 'BDC_OKCODE'.

st_bdc_data-fval = '=UPD'.

APPEND st_bdc_data TO ti_bdc_data.

Por cada vez que se ingrese en la tabla BDCDATA, una nueva pantalla, debe ingresarse un BDC_OKCODE.

Luego, presionamos el botón de Nuevas entradas.

* Presiono boton de nuevas entradas

CLEAR st_bdc_data.

st_bdc_data-program = 'SAPLZCVS_USUARIOS'.

st_bdc_data-dynpro = '0001'.

st_bdc_data-dynbegin = 'X'.

APPEND st_bdc_data TO ti_bdc_data.

CLEAR st_bdc_data.

st_bdc_data-fnam = 'BDC_OKCODE'.

st_bdc_data-fval = '=NEWL'.

APPEND st_bdc_data TO ti_bdc_data.

Los números de las dynpros siempre deben tener 4 dígitos.

Después ingreso el registro del usuario. En la imagen que vemos a continuación no figuran todos los campos de la tabla de usuarios.

CLEAR st_bdc_data.

st_bdc_data-program = 'SAPLZCVS_USUARIOS'.

st_bdc_data-dynpro = '0001'.

st_bdc_data-dynbegin = 'X'.

APPEND st_bdc_data TO ti_bdc_data.

CLEAR st_bdc_data.

st_bdc_data-fnam = 'ZCVS_USUARIOS-DNI'.

st_bdc_data-fval = st_usuarios-dni.

APPEND st_bdc_data TO ti_bdc_data.

El código anterior está diseñado para dar de alta un solo registro en la tabla de usuarios.

Si quisiéramos ingresar más de un registro, vamos a tener que manejar un indice. Esto lo veremos en detalle en las próximas lecciones.

Por último, grabamos y salimos de ambas pantallas.

* Grabo los Registros

CLEAR st_bdc_data.

st_bdc_data-fnam = 'BDC_OKCODE'.

st_bdc_data-fval = '=SAVE'.

APPEND st_bdc_data TO ti_bdc_data.

* Cierro la segunda pantalla

CLEAR st_bdc_data.

st_bdc_data-program = 'SAPLZCVS_USUARIOS'.

st_bdc_data-dynpro = '0001'.

st_bdc_data-dynbegin = 'X'.

APPEND st_bdc_data TO ti_bdc_data.

CLEAR st_bdc_data.

st_bdc_data-fnam = 'BDC_OKCODE'.

st_bdc_data-fval = '=ENDE'.

APPEND st_bdc_data TO ti_bdc_data.

* Cierro la primer pantalla

CLEAR st_bdc_data.

st_bdc_data-program = 'SAPMSVMA'.

st_bdc_data-dynpro = '0100'.

st_bdc_data-dynbegin = 'X'.

APPEND st_bdc_data TO ti_bdc_data.

CLEAR st_bdc_data.

st_bdc_data-fnam = 'BDC_OKCODE'.

st_bdc_data-fval = '/EENDE'.

APPEND st_bdc_data TO ti_bdc_data.