✒️SAP BASIS El proceso de update
SAP BASIS El proceso de update
El sistema de Actualización es un tecnología que permite quitar carga de trabajo intensa en los cambios a nivel de la base de datos, estos cambios son realizados luego de manera asincrónica por el proceso especial denominado update work process.
El SAP Update System o Sistema de Actualización de SAP se encarga de administrar las actualizaciones de datos que se llevan a cabo en la base de datos, los cambios en los datos efectuados en medio de una transacción por ejemplo la creación de una orden de compra, se suponen que serán ejecutados completamente o no serán modificados en absoluto en la bases de datos, si en la ejecución de esta operación ocurre un error, entonces ningún cambio debe efectuarse en la base de datos.
Los procesos de diálogo pasan los datos que van a escribirse en la base de datos al proceso de actualización. El proceso de dialogo no espera que la actulización se complete para continuar, por lo que la actualización se da asincrónicamente y no en simultaneo.
La tarea del proceso de dialogo se completa con el comando ABAP COMMIT WORK, la parte de actualización de la transacción comienza aquí: el message server transfiere la solicitud de actualización a un proceso de actualización. en este punto cada paso de dialogo corresponde a una transacción de base de datos, la cual se realiza completamente o no con un comando COMMIT.
La parte de actualización de la Transacción SAP se ejecuta en una única transacción de base de datos. Es en ese momento cuando los datos se copian a las tablas de la aplicación. Si un usuario quiere cambiar los datos en una transacción SAP, llama a la transacciones actualización correspondiente en dialogo, realiza las entradas o modificaciones en la pantallas y luego al guardar inicia el proceso de actualización.
Proceso de actualización asincrónica
Cuando se realiza una modificación de datos en una transacción SAP.
- El programa a través del enqueue work process bloquea los registros de datos de la aplicación para otros usuarios. El enqueue work process realizará las entradas correspondiente en la tabla de bloqueo si es que ya no lo están por otro usuario.
- Si el enqueue work process puede realizar el bloqueo en la tabla, envía la clave de bloqueo o lock key al usuario. El programa lee los registros que serán modificados desde la base de datos y el usuario realiza las modificaciones en la pantalla de la transacción SAP.
- En el proceso de dialogo activo, el programa llama a un módulo de función ABAP usando la sentencia CALL FUNTION … IN UPDATE TASK y escribe los cambios realizados por el usuario en las tablas de actualización de la base de datos. Estas tablas se conocen como las tablas VB* porque sus nombres comienzan con las letras “VB”. Estas actúan como memoria temporal y guardan los datos que serán modificados hasta que puedan ser guardados en las tablas de la aplicación en la base de datos en una única transacción de base de datos.
- En el final de la parte de diálogo de la transacción, por ejemplo, cuando el usuario guarda los datos, el programa inicia la finalización de la transacción con la sentencia ABAP COMMIT WORK. El proceso de diálogo que hasta acá manejo el paso de diálogo dispara ahora el proceso de actualización.
- En base a la información que recibe del proceso de diálogo (datos para actualizar, clave de bloqueo) el proceso de actualización lee las tablas VB* para identificar los datos que pertenecen a esta transacción SAP ya que pueden haber más registros en la tabla VB* de otras transacciones SAP.
- El proceso de actualización transfiere los cambios marcados y obtenidos de las tablas VB* a la base de datos con una sentencia única de actualización en las tablas de la aplicación y evalúa la respuesta. Si los cambios son realizados, el proceso de actualización confirma los cambios con el comando de base de datos commit luego del último cambio en la base de datos y borra las entradas de las tablas VB*. Pero si ocurre un error, el proceso de actualización disparara un rollback en la base de datos y deja la información en las tablas VB* etiquetándolas como defectuosas.
- Por último, se eliminan las entradas en la tabla de bloqueo.
Trx SM13: se utiliza para visualizar si existen actualizaciones pendientes en el sistema SAP y cuál es su estado. Aquellas que están marcadas como erróneas solo se deben tratar por el mismo usuario utilizando la transacción para tal fin y no deben reprocesarse por el administrador.
 
 
 
Sobre el autor
Publicación académica de Joaquin De Jesus Moreno Duque, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Joaquin De Jesus Moreno Duque
Profesión: Ingeniero de Sistemas - Colombia - Legajo: VE74W
✒️Autor de: 59 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Joaquin Moreno