La idea central de actualizar la base de datos de la aplicación es realizar todas las actualizaciones necesarias de la base de datos durante el proceso final de guardar de cada transacción comercial. Por lo tanto, al guardar una transacción, todas las actualizaciones se ejecutan y todos los archivos se crean en un solo paso y en una transacción de base de datos. Para el caso improbable de que esta transacción comercial no vaya a pasar por el flujo de trabajo (por ejemplo, no se liberará durante el control o liberación en otra transacción que no se aprobará por sí misma ) el estado del contrato antes de la transacción se restablecerá automáticamente aplicando una imagen de contrato antes para cada operación que se almacene o actualice al guardar la transacción comercial.

Para controlar la coherencia lógica, la transacción normalmente pasa los siguientes pasos y servicios principales, que controlan la secuencia general de las transacciones.

1. Inicio de una transacción comercial
2. Save of a business transaction
3. Comprobación de la firma completa
4. Comprobar predecesores
5. Hacer que la transacción sea final (irreversible)
6. Limpiar los datos específicos de la transacción

Se pueden utilizar tantos servicios adicionales como sea necesario para la instalación individual. El manejo de la secuencia de los servicios está definido por la tabla de la base de datos SRO que define la dependencia lógica de los diferentes servicios por reglas anteriores.

Durante el inicio de una transacción comercial, la lógica de transacción comprueba la existencia de los contratos afectados, incluidos los subcontratos como conjuntos de documentos y, opcionalmente, los bloquea. Si la lógica detecta cualquier contrato afectado en el que haya transacciones no finales pendientes (pueden estar esperando la liberación o la ejecución de otros servicios), se emite una advertencia para informar al usuario de que los datos utilizados no son definitivos. Si un contrato que debería bloquearse es bloqueado por otro usuario o tarea, se emite un mensaje de error y se finaliza la transacción.

En primer lugar, se ejecutan todas las verificaciones lógicas de la transacción comercial. Si no hay errores, los contratos se actualizan y se escriben todos los archivos de mensajes y otros datos dependientes. Durante este proceso, se evalúa la programación de todos los servicios necesarios para esta transacción pendiente y la transacción almacenada junto con esta programación se transfiere al sistema de flujo de trabajo que se va a gestionar. El ID del usuario que ingresa se transmite a la función de gestión de firmas y se almacena en los datos de la transacción.
Dependiendo del método de control y liberación implementado y la información de firma del usuario actual, la transacción podría tener todas las firmas requeridas y la transacción pendiente podría, por lo tanto, pasar el servicio de liberación en el primer intento.

El objetivo de la verificación del servicio de firma completa es comprobar si todas las firmas requeridas se aplican a una transacción pendiente. Cuando se aplica una combinación de firmas a una transacción pendiente que se ajusta a los métodos de control y liberación implementados, la transacción pendiente pasará el servicio de liberación.

Este servicio es independiente de la transacción de liberación visible para el usuario. La función de liberación visible almacena la firma de liberación y llama al servicio “verificación de firma completa”. El propio servicio comprueba si las firmas ingresadas del conjunto de transacciones pendiente cumplen los requisitos de aprobación. Si es así, el servicio se ha pasado correctamente. De lo contrario, la transacción pendiente sigue esperando más firmas u otras firmas.

Este servicio ofrece la posibilidad de serializar la ejecución de ciertos servicios para poder garantizar la secuencia correcta. Para ello, el servicio comprueba si hay transacciones pendientes de anteceso que no estén marcadas como finales. Si hay alguno, el servicio seguirá esperando hasta que todos estén marcados como finales. Si todos los predecesores se marcan como finales, el servicio es exitoso y se pueden ejecutar los servicios subsiguientes de la transacción pendiente.

Con este servicio, la transacción pendiente se marca como irreversible para permitir que se ejecuten los servicios subsiguientes. Por lo tanto, otras transacciones pendientes que dependen de los contratos afectados de esta transacción pendiente podrían pasar la verificación del servicio anterior.

Después de haber ejecutado todos los servicios, se podría introducir un servicio de limpieza en el flujo de trabajo para limpiar las imágenes anteriores y otros datos pendientes de transacción y/o historial de transacciones. El tipo de datos a limpiar podría incluir incluso los mensajes creados, si el banco realmente no desea mantenerlos en el sistema (lo cual sería bastante inusual).