Transacciones.
Las transacciones son programas (unidad de procesamiento) que se encargan de cumplir tareas en particular dentro de SAP, estas se ejecutan mediante una sucesión de acciones (ejecuciones de programas escritos en codificación ABAP) para trasladar y traducir al sistema una tarea o proceso empresarial.
Debemos diferenciar entre 2 tipos de transacciones, las estándar que vienen por defecto en la instalación del software y las desarrolladas por la propia organización, específicas de cada cliente, denominadas transacciones “Z”.
Los 2 tipos de transacciones se identifican por un nombre y por un código alfanumérico. Las estándar, independientemente del módulo al que pertenezcan, generalmente siguen la misma nomenclatura y la primera letra de la transacción coincide con el módulo al que pertenecen. Por ejemplo las transacciones del módulo de gestión de materiales MM empiezan con M, las del módulo de finanzas FI empiezan con F, etc.
Las dos primeras letras indican la transacción y los dos números siguientes el tipo de acción. Los números son “01” para crear, “02” para modificar y “03” para visualizar.
Las Z generalmente inician con la letra Z.
ACID:
Estas son las caracteristica principales de cada transaccion:
ATOMICITY : 0 / 1 > completa-exitosa / no completa - no exitosa.
CONSISTENCY: Seguimiento de reglas de integridad de los datos y la informacion.
ISOLATION : Una operacion no afecta a otras. La ejecucion de dos transacciones sobre la misma data son independientes y no generan ningun error.
DURABILITY: Una vez ejecutado las acciones (obtenido el commit) los datos persistiran y no podran deshacer aunque falle SAP.
LUW (Logical Unit of Work)
Unidad logica de trabajo de base de datos (gestor de base de datos), asegura el cumplimiento del principio ACID.
El comando de confirmacion "data base commit".
Un work process ejecuta una sola LUW por cada paso de dialogo. En SAP no pueden hacer rollback.
Para que la SAP LUW cumpla con principio ACID, los cambios a la base de datos se realizan en unica LUW de base de datos con tecnicas de agrupamiento, una SAP LUW implica solo un commit en la ultima LUW.
Recordemos que los datos son consistentes en SAP, si SAP se cae, y una transaccion estandar no habia salvado / obtenido commit, los datos no son escritos en las bases de datos. Si SAP fallara, es bueno realizar monitoreo para analizar el estado del sistema, los procesos BGD deben de estar finalizados, si existiera necesidad se debe corregir alguno. Importante recordar que los programas personalizados (Z) pueden brindar mas vulnerabilidad.