✒️SAP BASIS El proceso de update
SAP BASIS El proceso de update
Unidad 2 Lección 7: Proceso de Update
Un proceso de negocio es mapeado como una transacción que puede contener varios cambios de pantalla.
El sistema de actualización
El sistema de actualización es una tecnología que permite a las transacciones SAP quitar carga de trabajo intensa en los cambios a nivel base de datos. Estos cambios se realizan luego de manera asíncrona en un proceso especial denominado update work process.
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 diálogo no espera que la actualización se complete para continuar, por esto que la actualización es asíncrona, no en simultáneo. Los pasos de actualización son:
El comando ABAP COMMIT WORK es el comando que completa la tarea del proceso de diálogo. La actualización de la transacción se lleva a cabo de la siguiente manera:
i. El message server transfiere la solicitud de actualización a un proceso de actualización.
ii. Cada paso de diálogo corresponde a una transacción de BD, la cual se realiza completamente o no con un comando COMMIT.
iii. La transacción SAP es ejecutada 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.
iv. Si un usuario quiere cambiar datos en una transacción SAP, llama a la transacción correspondiente en diálogo.
v. Realiza las entradas o modificaciones en las pantallas y luego inicia el proceso de actualización cuando guarda los cambios.
Proceso de actualización asíncrona
Pasos en una modificación SAP:
i. El programa bloquea los registros de datos de la aplicación para otros usuarios. Esto se logra por supuesto a través del enqueue work process (utilziando el message server si fuese apropiado).
ii. El enqueue work process realizará las entradas correspondientes en la tabla de bloqueo si es que ya no están bloqueados los datos por otro usuario, en este caso informará al usuario que los datos no pueden modificarse en este momento.
iii. Si el enqueue work process puede realizar el bloqueo en la tabla de bloqueo envía la clave (lock key) al usuario. El programa lee el/ los registros que serán modificados desde la base de datos y el usuario realiza las modificaciones en la pantalla de la tx SAP.
iv. En el proceso de diálogo active, el programa llama a un módulo de función ABAP usando la sentencia CALL FUNCTION… IN UPDATE TASK y escribe los cambios realizados por el usuario a 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”. 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 BD en una única transacción de BD.
v. En el final de la parte de diálogo de la transacción, por ejemplo, cuando el usuario guarda los datos (posiblemente luego de completar otros pasos de diálogo), el programa inicia la finalización de la tx con la sentencia ABAP COMMIT WORK. El proceso de diálogo que hasta acá manejó el paso de diálogo dispara ahora el proceso de actualización.
vi. Con 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 ésta tx SAP ya que pueden haber más registros en la tabla VB* al mismo tiempo de otras tx SAP.
vii. 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 de la base. 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*.
Si un error ocurre, el proceso de actualización dispara un rollback en la base de datos y deja la información en las tablas VB* marcándola como defectuosa.
viii. Por último, las entradas en la tabla de bloqueo son eliminadas.
Ilustración del proceso:
Transacción SM13
Nos permite visualizar si existen actualizaciones pendientes en el sistema SAP y cuál es su estado. Aquellas que están marcadas como erróneas no deben reprocesarse por el administrador sino por el mismo usuario utilizando la transacción para tal fin.
 
 
 
Sobre el autor
Publicación académica de Israel Fajardo Rivera, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Israel Fajardo Rivera
Profesión: Ingeniero en Sistemas - Administración de Ti - Mexico - Legajo: LO19O
✒️Autor de: 18 Publicaciones Académicas
🎓Cursando Actualmente: Consultor Funcional Módulo FI Nivel Inicial
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Eight years’ experience developing, implementing and managing sap complex projects within time, budgetary, scope and quality cons. strong analytical skills and a broad range of computer expertise.
Certificación Académica de Israel Fajardo