Composición de origen múltiple en la aplicación Fiori Administrar cuentas bancarias

Querida comunidad,

Hace tiempo andré fischer escribió una publicación de blog llamada Compatibilidad con varios sistemas backend: cómo utilizar la composición y el enrutamiento de origen múltiple eso explica una funcionalidad genial de Netweaver Gateway con respecto a oData.

La composición de origen múltiple (MOC) es la capacidad de recopilar datos de diferentes sistemas de back-end, agregarlos en un solo servicio y actualizar diferentes sistemas de back-end mientras usa el mismo usuario. Ver nota 2512090 para más detalles.

Quería probar en una aplicación fiori real y decidí usar la aplicación Administrar cuentas bancarias (ID F1366A), ya que realmente la usan muchos clientes. Un caso de uso podría ser que tenga una interfaz fiori con un solo cliente pero desee administrar cuentas bancarias de dos clientes diferentes en los mismos sistemas o en dos sistemas diferentes.

Según las especificaciones de MOC, debería ser posible obtener cuentas bancarias de diferentes sistemas de back-end y mostrarlas/modificarlas en la misma aplicación fiori.

La arquitectura es la siguiente:

Para simplificar el POC, utilicé el mismo sistema s/4hana, por lo que fiori, la puerta de enlace y dos clientes están en el mismo sistema.

La aplicación Manage Bank Accounts fiori utiliza el servicio FCLM_BAM_ACCOUNTWD_SRV y después de seguir la configuración propuesta por andré fischer Tengo la siguiente configuración en la transacción /IWFND/MAINT_SERVICE

Ahora podemos probar el servicio, pero es muy importante agregar el parámetro «;mo» al servicio para habilitar Multi Origin, por lo que si normalmente se llama al servicio con la siguiente ruta de URL:

/sap/opu/odata/sap/FCLM_BAM_ACCOUNTWD_SRV/C_BankAccountTP?$skip=0&$top=20

tenemos que usar ahora (observe la adición «;mo»):

/sap/opu/odata/sap/FCLM_BAM_ACCOUNTWD_SRV;mes/C_BancoCuentaTP?$skip=0&$top=20

Podemos ver en la respuesta que ahora tenemos etiquetas SAP__Origin

¡Servicio Odata con MOC listo!

Vayamos ahora a la aplicación fiori. La URL del servicio se especifica en manifest.json y para fines de prueba, la modificaremos directamente en el BSP, pero esto debería no hacerse La forma correcta es extender el controlador para modificar la URL estándar (ver Ampliación de SAP Fiori proporcionado por SAP para extender correctamente) pero por ahora modificamos la url para tener:

Si abrimos la aplicación y obtenemos las cuentas, podemos ver que tenemos cuentas de diferentes sistemas, incluí la nueva columna SAP__Origin.

Además, podemos editar la cuenta y ver el Origen con una rápida adaptación de la interfaz de usuario.

Con ese POC, puede ver que el origen múltiple es posible con aplicaciones estándar. No sé si esta es una función compatible con SAP, pero sería genial si alguien la usa de manera productiva, házmelo saber.

Atentamente,

José Muñoz