Este blog cubre una idea sobre cómo podemos usar CPI Aggregator para crear archivos separados según un valor en la carga útil.

Requisito:

• Flujo: SAP S4 –> CPI –> sistema de terceros
• Mensaje de origen: IDOC (múltiples IDOC enviados en un solo lote)
• Mensaje de destino: Mensajes externos
• Los IDOC maestros del cliente se enviarán desde S4 HANA a CPI
• CPI tendrá que crear un nuevo archivo en SFTP de terceros por código de empresa único (los mensajes que tengan un código de empresa en particular se agruparán en un solo archivo)

Entrada de muestra:

Entrada de muestra que tiene 2 códigos de empresa únicos

Salida esperada: 2 archivos, uno para el código de empresa 1156 y otro para el 1152 (como ejemplo, aquí se usa el adaptador de correo en lugar de SFTP)

Ejemplo de iFlow de CPI:

Para simular un escenario: el modificador de contenido contiene los datos IDOC aquí, publique qué IDOC individuales se dividen en un divisor general. El mapeo de definición externa de IDOC se realiza en el siguiente paso y se agrega más.

Ejemplo de CPI iFlow con condición de agregación

Usando un patrón Agregador, podemos recopilar y almacenar mensajes individuales hasta que se haya recibido un conjunto completo de mensajes relacionados. Luego, el mensaje agregado se envía al receptor real (un mensaje por valor único en la condición de correlación)

Usamos un agregador para agrupar todos los mensajes relacionados con un código de empresa en particular dando la expresión de correlación. (En la imagen de arriba, el XPath en la correlación del agregador se toma del mapeo de publicaciones de mensajes externos)

Producción :

Salida que muestra 2 correos electrónicos separados recibidos para cada código de cliente único

Ventajas:

• En lugar de escribir asignaciones complejas para lograr el requisito anterior, Aggregator facilita agrupar el mensaje según la condición de correlación.

Contras :

• El agregador espera un tiempo de espera, lo que significa que una vez que se reciben los datos en un agregador, esperará esa cantidad de tiempo después de lo cual enviará la salida a pasos posteriores.

Observaciones adicionales:

Escenarios en los que se requiere agrupar mensajes que tengan un valor similar particular como el anterior, pero en lugar de crear 2 archivos separados como el anterior, solo se requiere 1 archivo que contiene datos relacionados con ambos códigos de empresa segregados dentro del archivo en la salida, el uso de Aggregator puede tener un limitación aquí.

Sin embargo, agradecería a los expertos en integración que agreguen observaciones y comentarios al respecto.

Resumen

El uso de Aggregator en CPI con un caso de uso simple se explicó anteriormente.

Comentarios o comentarios/sugerencias, pros/contras con respecto a lo anterior son bienvenidos por parte de compañeros de Integración.

Referencias :