Introducción:

Como desarrollador de integración, a veces puede usar el mismo subproceso o proceso varias veces y, a veces, se requiere el mismo subproceso para usar en otro proceso de integración. Para este tipo de situaciones, podemos manejar a través del siguiente enfoque. Puede haber múltiples procesos de Integración en un solo proceso de Integración principal (En un Artefacto).

Motivación:
Tiene un flujo programado y ahora desea activarlo explícitamente a través de un punto final para adhoc o prueba
carreras.

Solución:
Suponga que tiene la siguiente ejecución programada que se ejecuta todos los días a las 9 a.m.

Ahora también desea poder desencadenar este flujo a través de un punto final.
Cree un subproceso local y mueva toda la lógica anterior a él.

Ahora cree 2 flujos de integración principales:

1) Flujo programado: se activará todos los días a las 9 am y pasará el control al subproceso.
2) Flujo activable externamente: recibirá la llamada y pasará el control al subproceso anterior.

Ambos recibirán la solicitud y la pasarán al subproceso común para su procesamiento.

Agregue un subproceso de excepción al subproceso y termínelo con un evento de finalización de error para que la excepción.

El estado se devuelve al proceso principal. Tenga en cuenta que en el monitoreo, ambas ejecuciones de flujo de integración tendrán el mismo nombre.

Puede moverlos a diferentes artefactos de flujo de integración y llamarse entre sí a través de puntos finales SOAP.

Sin embargo, esto tiene una desventaja. Cada llamada a otro flujo de integración (incluso si se implementa en el
mismo arrendatario) será una llamada fuera del arrendatario. Esto tendrá implicaciones de rendimiento en la ejecución del proceso.

Nota:

Tenga en cuenta que hay un tema de desarrollo planificado por SAP en una versión futura que resolverá esto, por lo que las llamadas a otros artefactos que se implementan en el mismo arrendatario se ejecutarán como llamadas en proceso.

Conclusión –