✒️ABAP El concepto de Batch Input
ABAP El concepto de 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.
2 | Las técnicas de Batch InputExisten 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.
AUDIO ACLARATIVO: Como alternativa a las técnicas de carga inicial de datos mediante batch input, existe la técnica llamada Direct input o entrada directa. A través de Direct input los módulos de funciones de SAP ejecutan las pruebas de consistencia. En el batch input estos controles de consistencia se ejecutan con la ayuda de las pantallas. Esto significa que el Direct input tiene ventajas importantes en cuanto a performance en comparación al batch input, pero hay pocos programas para realizar direct input y tiene sentido utilizarlos solo si cumplen plenamente con el objetivo del requerimiento. Los programas de direct input actualizan las tablas de base de datos de SAP en forma directa. Como sabemos, esto está prohibido, ya que los datos estándar de SAP no se pueden actualizar en forma directa debido a que de esta forma se pierde la consistencia y la seguridad de los datos. Los programas de direct input son la excepción a la regla. Por lo tanto, no es posible escribir programas ABAP Z de direct input, sino que debemos solamente utilizar los ya existentes. Pero por supuesto que sí se pueden escribir programas ABAP para actualizar las tablas base de datos Z, siempre teniendo en cuenta la consistencia y la seguridad de los datos. SAP ha creado programas de direct input, un esfuerzo de querer mejorar los procedimientos de batch input, cuya velocidad de procesamiento es muy inferior al direct input la técnica de direct input es ideal para la transferencia de grandes cantidades de datos. Para mantener e iniciar estos programas se utiliza la transacción estándar BMV0. Ejemplos de programas de direct input son para el módulo financiero FI el programa RFBYBL00, para el módulo de gestión de materiales MM, el programa estándar RMDATIND. Para el módulo de ventas y distribución SD, el programa estándar RVAFSS00, para el módulo de administración de activos AM, el programa estándar RAALTD11 y para el módulo de control CO, el programa estándar RKEVEXTO.
3 | 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.
4 | 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.
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.
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.
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.
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.
En la próxima lección veremos como hacer para obtener los datos para completar la tabla BDCDATA.
 
 
 
Sobre el autor
Publicación académica de Pedro Antonio Duarte, en su ámbito de estudios para la Carrera Consultor ABAP.
Pedro Antonio Duarte
Profesión: Consultor de Sap Abap - Argentina - Legajo: JP24O
✒️Autor de: 128 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Pedro Duarte