✒️ABAP El Batch Input utilizando Call transaction
ABAP El Batch Input utilizando Call transaction
BATCH INPUT UTILIZANDO CALL TRANSACTION
Tecnica CALL TRANSACTION (sentnecia ABAP que permite la llamada a una transacción SAP). El objetivo del batch input sera la carga inicial de datos de la tabla ZTABLA_USUARIOS. (se llena con un arcihivo de texto con los campos de la tabla ZTABLA_USUARIOS).
1. Declaracion de datos propios del batch input
Tabla interna una estructura de tipo BDCDATA, tabla interna del tipo BDCMSGCOLL ()estructura estandar) con su estructura, almacenan mensajes que se produzcan cuando ejecutamos el call transaction, la tabla interna de usuarios que contendra los datos del archivo plano de entrada y una tabla para mostrar por pantalla los errores entre otras declaraciones.
2. Lectura de datos de archivo de entrada
metodo cl_gui_frontend_services=>gui_upload para levantar el archivo de entrada con la información para generar el batch input.
Se abre el archivo de entrada para lectura CALL METHOD cl_gui_frontend_services=>gui_upload EXPORTING filename = vl_file filetype = 'ASC' has_field_separator = '' CHANGING data_tab = ti_archivo[] EXCEPTIONS file_open_error = 1 file_read_error = 2 no_batch = 3 gui_refuse_filetransfer = 4 invalid_type = 5 no_authority = 6 unknown_error = 7 bad_data_format = 8 header_not_allowed = 9 separator_not_allowed = 10 header_too_long = 11 unknown_dp_error = 12 access_denied = 13 dp_out_of_memory = 14 disk_full = 15 dp_timeout = 16 not_supported_by_gui = 17 error_no_gui = 18 OTHERS = 19. IF sy-subrc NE 0. MESSAGE e000(z_prueba) WITH text-004. ENDIF.
3. Carga de la tabla BDCDATA
Utilizamos la subrutina BDC_FIELD, que vimos en la leccion anterior.
Como vamos a ingresar mas de un registro, tendremos que manejar indices para saber en que fila de la pantalla estamos cargando los datos. Se soluciona fácilmente, concatenando al nombre del campo el numero de fila que le corresponde en la pantalla entre parentesis.
FORM cargo_tabla_bdcdata . CLEAR: ti_bdc_data, ti_messages. REFRESH: ti_bdc_data, ti_messages. * Ingreso a la Primer pantalla y presiono boton de mantenimiento PERFORM bdc_field USING 'X' 'SAPMSVMA' '0100'. PERFORM bdc_field USING ' ' 'VIEWNAME' 'ZTABLA_USUARIOS'. PERFORM bdc_field USING ' ' 'BDC_OKCODE' '=UPD'. * Presiono boton de nuevas entradas PERFORM bdc_field USING 'X' 'SAPLZTABLA_USUARIOS' '0001'. PERFORM bdc_field USING ' ' 'BDC_OKCODE' '=NEWL'. ADD 1 TO v_indice. PERFORM completo_ceros_izq. * Cargo datos del usuario PERFORM bdc_field USING 'X' 'SAPLZTABLA_USUARIOS' '0001'. CLEAR v_campo. CONCATENATE 'ZTABLA_USUARIOS-DNI(' v_indice ')' INTO v_campo. PERFORM bdc_field USING ' ' v_campo st_archivo-dni. CLEAR v_campo. CONCATENATE 'ZTABLA_USUARIOS-NOMBRE_APE(' v_indice ')' INTO v_campo. PERFORM bdc_field USING ' ' v_campo st_archivo-nombre_ape. CLEAR v_campo. CONCATENATE 'ZTABLA_USUARIOS-ESTADO_USU(' v_indice ')' INTO v_campo. PERFORM bdc_field USING ' ' v_campo st_archivo-estado_usu. CLEAR v_campo. CONCATENATE 'ZTABLA_USUARIOS-DIRECCION(' v_indice ')' INTO v_campo. PERFORM bdc_field USING ' ' v_campo st_archivo-direccion. CLEAR v_campo. CONCATENATE 'ZTABLA_USUARIOS-CODIGO_POSTAL(' v_indice ')' INTO v_campo. PERFORM bdc_field USING ' ' v_campo st_archivo-codigo_postal. CLEAR v_campo. CONCATENATE 'ZTABLA_USUARIOS-FECHA_NAC(' v_indice ')' INTO v_campo. PERFORM bdc_field USING ' ' v_campo st_archivo-fecha_nac. CLEAR v_campo. CONCATENATE 'ZTABLA_USUARIOS-ESTADO_CIVIL(' v_indice ')' INTO v_campo. PERFORM bdc_field USING ' ' v_campo st_archivo-estado_civil. * Grabo los Registros PERFORM bdc_field USING ' ' 'BDC_OKCODE' '=SAVE'. * Cierro la segunda pantalla PERFORM bdc_field USING 'X' 'SAPLZTABLA_USUARIOS' '0001'. PERFORM bdc_field USING ' ' 'BDC_OKCODE' '=ENDE'. * Cierro la primer pantalla PERFORM bdc_field USING 'X' 'SAPMSVMA' '0100'. PERFORM bdc_field USING ' ' 'BDC_OKCODE' '/EENDE'. ENDFORM. " CARGO_TABLA_BDCDATA4. Ejecucion de la sentencia CALL TRANSACTION
FORM call_sm30 . CLEAR: ti_messages, v_error. REFRESH ti_messages. IF p_a = 'X'. v_modo = 'A'. ELSE. v_modo = 'N'. ENDIF. * Call transaction CALL TRANSACTION v_cod_trans USING ti_bdc_data MODE v_modo MESSAGES INTO ti_messages. IF NOT sy-subrc IS INITIAL. v_error = 'X'. ENDIF. ENDFORM.
Las opciones:
USING: ESPECIFICAMOS LA TABLA BDCDATA QUE SE UTILIZARA.
MODE: DETERMINA EL MODO DE PROCESAMIENTO QUE UTILIZARA EL BATCH INPUT.
: Modo de visualización:
A | Mostrar todos |
E | Sólo errores de visualización si alcanza breakpoint, se termina el procesamiento con sy-subrc igual a 1, sy-msgty contendar S, sy-msgid contendra 00, sy-msgno contendra 344, sy-msgv1 contendra SAPMSSY3 y sy-msgv2 contnedra el 0131.
|
N | Sin visualización |
P Procesamiento donde no se muestran pantallas, si se alcanza breakpoint, pasa control al debugger.
<update>
: Actualización modo:S | Synchronous |
A | Asíncrono |
L | Actualización local |
Un programa que utiliza
TRANSACCIÓN LLAMADA USANDO para procesar los datos heredados deben ejecutar los siguientes pasos:- Preparar una
- Con una operación de opción USING, llame a la transacción y preparar la estructura BDCDATA. Por ejemplo:
CONVOCATORIA DE TRANSACCIONES 'TFCA' USO BDCDATA
MODO 'A'
'S' UPDATE.
MENSAJES EN MESSTAB.
SI SY-SUBRC <> 0.
<Error_handling>.
TERMINARA SI.
El parámetro de modo
Puede utilizar el parámetro MODE para especificar si el procesamiento de la transferencia de datos se debe mostrar como sucede. Se puede elegir entre tres modos:
Una pantalla todos. Todas las pantallas y los datos que va a aparecer al ejecutar su programa.
N Sin visualización. Todas las pantallas se procesan de forma invisible, sin importar si hay errores o no. El control vuelve a su programa, tan pronto como el procesamiento de transacciones está terminado.
E sólo los errores de pantalla. La transacción entra en modo de pantalla tan pronto como se detecta un error en una de las pantallas. A continuación, puede corregir el error.
Los modos de visualización son los mismos que los que están disponibles para las sesiones de entrada procesamiento por lotes.
El parámetro ACTUALIZACIÓN
Se utiliza el parámetro ACTUALIZACIÓN para especificar cómo deben procesarse cambios producidos por una transacción. Puede seleccionar entre estos modos:
Una actualización asíncrona. En este modo, la operación llamada no espera a que las actualizaciones que produce para ser completado. Simplemente pasa las actualizaciones del servicio de actualización de SAP. Procesamiento asincrónico, por tanto, por lo general resulta en una ejecución más rápida de su programa de transferencia de datos.
Procesamiento asíncrono NO se recomienda para el tratamiento de cualquier cantidad mayor de datos. Esto se debe a la operación llamada no recibe ningún mensaje de finalización del módulo de actualización de actualización asíncrona. El programa de transferencia de datos que llama, a su vez, no puede determinar si una operación llamada terminó con una actualización correcta de la base de datos o no.
Si utiliza la actualización asíncrona, entonces usted tendrá que utilizar las instalaciones de la administración de actualizaciones (transacción SM12) para comprobar si las actualizaciones se han terminado de forma anormal durante el procesamiento sesión. Análisis de errores y la recuperación es menos conveniente que con la actualización síncrona.
S actualización síncrona. En este modo, la operación se llama espera a las actualizaciones que produce para ser completado. La ejecución es más lenta que con la actualización asíncrona porque denominadas operaciones de esperar a que la actualización se complete. Sin embargo, la transacción llamada es capaz de devolver un mensaje de error de actualización que se produce a su programa. Es mucho más fácil para usted para analizar y recuperarse de errores.
L actualización local. Si actualiza los datos a nivel local, la actualización de la base de datos no será procesada en un proceso separado, pero en el proceso del programa de llamada. (Consulte la documentación de palabras clave en ABAP
Es conveniente utilizar una variable para asignar el modo de procesamiento a un batch input, asi se modifca dinamicamente durante la ejecucion del programa. El modo A se utiliza para el desarrollo del programa permite visualizar cada pantalla asi se detecta el error para solucionarlo y corregirlo una vez se haga esto lo pasamos a N para que no se visualice las pantallas,
MESSAGES INTO: Los mensajes genrados son almacenados en una tabla interna BDCMSGCOLL. Para armar los mensajes se utiliza la función MESSAGE PREPARE.
CALL FUNCTION 'MESSAGE_PREPARE' EXPORTING msg_id = v_msg_id msg_no = v_msg_no msg_var1 = v_msg_v1 msg_var2 = v_msg_v2 msg_var3 = v_msg_v3 msg_var4 = v_msg_v4 IMPORTING msg_text = v_mensaje EXCEPTIONS function_not_completed = 1 message_not_found = 2 OTHERS = 3. IF sy-subrc <> 0. MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4. ENDIF.
Al terminar con todos los pasos del batch input, se ejecuta en modo A, para ver el paso a paso de las actualizaciones.
ingresamos a la transaccion SM30 con el nombre de la tabla y luego presinamos el boton actualizar.
entradas nuevas
se cargan todos los campos del registro y presinamos grabar
Salimos de la gransaccion y repetimos secuencia de pasos por cuantos registros de usuario ingresemos en la tabla.
La sentencia CALL TRANSACTION es muy utilizada en reportes, para acceder a una transacción determinada, a partir de los datos presinados en pantalla, con el agregado de la clausula AND SKIP FIRST SCREEN.
 
 
 
Sobre el autor
Publicación académica de Oscar Guillermo Rodriguez Villate, en su ámbito de estudios para la Carrera Consultor ABAP.
Oscar Guillermo Rodriguez Villate
Profesión: Ingeniero de Sistemas - Colombia - Legajo: WM49P
✒️Autor de: 103 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Oscar Rodriguez