Debe establecer la propiedad Modalidad de transacción de forma adecuada en un nodo SAPRequest cuando esté procesando un flujo de mensajes simple.
Este caso de ejemplo es uno de los dos ejemplos que ilustran los conceptos que se describen en Confirmaciones de transacción BAPI de SAP; consulte también Caso de ejemplo 2: proceso de creación de pedidos y aplicación de consultas con dos flujos.
BAPI_BUPA_CREATE_FROM_DATA
BAPI_BUPR_RELATIONSHIP_CREATE
Si se utiliza el mismo adaptador para ambas BAPI, el adaptador garantiza una conexión simple a SAP porque ambos nodos tienen que participar en la misma unidad de trabajo lógica. La conexión simple significa que la creación BUPA está visible en la llamada de actualización de relaciones (3 en el diagrama), aún cuando la transaccionalidad del flujo no haya iniciado todavía la confirmación.
Si la propiedad Modalidad de transacción se hubiera establecido en Sí en la llamada de creación BUPA, pero en No en la llamada de relaciones de creación, el adaptador tendría que utilizar dos conexiones distintas a SAP; es decir, las propiedades transaccionales de las conexiones serían distintas. Por lo tanto, la llamada de relaciones de creación fallaría porque el business partner nuevo no estaría visible hasta que no haya finalizado el flujo de mensajes y la confirmación transaccional.
En este escenario se ilustra la posibilidad del intermediario de utilizar su control transaccional de flujos de mensajes para proporcionar la información necesaria e los nodos SAPRequest para que lleven a cabo los procesos relacionados, aún cuando el sistema externo SAP esté confirmando el trabajo de modo asíncrono.