✒️SAP BASIS El proceso de update
SAP BASIS El proceso de update
· LECCION 7: Proceso de Update.
Introducción: En SAP un proceso de negocio es mapeado utilizando una transacción que puede contener varios cambios de pantalla, por ejemplo, la creación de una orden de compra.
Los cambios efectuados en este proceso se suponen que serán ejecutados completamente o no serán modificados en absoluto en la base de datos; si la operación es finalizada durante la ejecución o un error ocurre entonces ningún cambio en la base de datos debe efectuarse. El sistema de actualización de SAP (SAP Update System) es quien se encarga de esto.
Sistema de actualización.
Es una tecnología que permite a las transacciones de SAP quitar carga de trabajo intensa en los cambios de nivel de la base de datos. Estos cambios se realizan luego de manera asincrónica en un proceso especial denominado update work process o proceso de actualización.
La siguiente imagen muestra los procesos de actualización en espera, transacción SM50.
Los procesos de dialogo 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 actualización se complete para continuar, por esto es que la actualización es asincrónica, no en simultaneo.
De la siguiente manera podemos observar lo que ocurre cuando hay una modificación de datos en una transacción:
1. El programa bloquea los registros de datos de la aplicación para otros usuarios. Esto se logra por supuesto a través del encolado de procesos de trabajo (utilizando el servidor de mensaje si fuese apropiado).
El encolado de proceso de trabajo realizara las entradas correspondientes en la tabla de bloqueo si es que ya no están bloqueados los datos por otro usuario, en este caso informara al usuario que los datos no pueden modificarse en este momento.
2. Si el encolado de proceso de trabajo puede realizar el bloqueo en la tabla de bloqueo, envía la clave de bloqueo (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.
3. Si el enqueue work process puede realizar el bloqueo en la tabla de bloqueo, envía la clave de bloqueo (lock key) al usuario. El programa lee el o 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.
4. 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 temporaria 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.
5. 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 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.
6. 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* al mismo tiempo de otras transacciones SAP.
7. 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.
8. Por último, las entradas en la tabla de bloqueo son eliminadas.
Importante:
Función de la transacción SM13.
Esta transacción permite visualizar si hay actualizaciones pendientes en el sistema SAP y cuál es su estado. Aquellas que nos aparezcan marcadas como erróneas no deben reprocesarse por el administrador sino por el mismo usuario utilizando la transacción para este fin.
 
 
 
Sobre el autor
Publicación académica de Jesus David Cantillo Perez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Jesus David Cantillo Perez
Profesión: Auxiliar de Seguridad Informatica - Colombia - Legajo: BP45F
✒️Autor de: 24 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP MM Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
Presentación:
Muy buenas tardes, mi nombre es jesus david cantillo soy de soledad-atlantico, colombia y estoy interesado en aprender mucho en esta carrera de sap.
Certificación Académica de Jesus Cantillo