...
...
| Info |
|---|
A fecha de la publicación de esta guía, SAP no ha liberado el evento local R_JournalEntryTP-Created que permitiría poder automatizar la creación del registro TicketBAI sin necesidad de configurar el servicio de EventMesh, ya solicitamos a SAP liberar el evento y prevé liberarlo en 2025. +info |
En esta sección se describen los pasos a seguir para llevar a cabo la configuración de la solución EventMesh para la gestión del evento de creación de la factura, y así habilitar la declaración del registro TicketBAI de manera automática y asíncrona.
...
Crearemos un nuevo Communication System, llamado, por ejemplo, TBAIEVENT_MESH_AUTOMATISMOCONSUMER. Marcaremos el flag General>Inbound Only, activaremos la sección Event Mesh y añadiremos el Canal que creamos en el paso 2 (Communication Arrangement de la instancia consumer de Event Mesh).
...
Entramos en el canal que tiene el mismo ID que el Communication ArrangementSystem que creamos en el paso anterior, y comprobamos que tiene lo siguiente:
...
Si después de añadir la cola, en la columna Status podemos leer Acknowledged, entonces es que hemos realizado todos los pasos de la configuración correctamente.
...
| Info |
|---|
No importa que el acuerdo ya esté creado para otro sistema, debemos crear uno nuevo para el sistema de comunicaciones que creamos en el paso 3 “TBAI“EVENT_MESH_AUTOMATISMO”CONSUMER” |
Para proveer al usuario de comunicaciones de los permisos necesarios para consumir las vistas estándar de FI que se utilizan en la solución debemos crear un acuerdo de comunicaciones basado en el escenario de Finanzas, para el mismo usuario y sistema que usamos en el paso 3. Esto puede resultar poco intuitivo, pero así el usuario de integración de EventMesh tendrá los permisos necesarios para consultar vistas como I_JournalEntry y demás vistas necesarias por el producto.
En la aplicación “Communication Arrangement” debemos implementar el escenario SAP_COM_0002 y en la configuración usaremos el mismo sistema que usamos en el paso 3 y el mismo usuario, deshabilitando los servicios de salida, así el campo Outbound User dejará de ser obligatorio y nos dejará grabar.
...
Con esto estaría todo, solo faltaría probar y validar que los eventos funcionan. Podemos ver Para validar que la configuración es correcta, podemos acceder a la aplicación “Enterprise Event Enablement - Event Monitor” desde , donde se podrán es posible visualizar los dos canales , el de salida y el de entrada y podremos ver como entrada. En esta herramienta, podremos observar cómo los eventos se crean generan en el primero y luego aparecen en el segundo confirmando así que canal de salida, se envían a BTP , al a través del servicio EventMesh , y posteriormente el sistema los recibe correctamente mediante el y, finalmente, llegan al canal de entrada del sistema, confirmando que el flujo se ejecuta correctamente.
En Durante nuestras pruebas, desde la creación del JournalEntry hasta la recepción del evento, el proceso tarda tiene una duración aproximada de 10 segundos.