En el último año he formado parte de un proyecto en el que fusionamos los sistemas SAP de dos empresas en uno solo. Eventualmente terminamos con un sistema principal S/4 HANA 2020, una Suite Empresarial de SAP para SRM y otra para Recursos Humanos. Durante este proyecto estuve involucrado en la configuración del Fiori Launchpad. Como aún teníamos múltiples sistemas backend, teníamos la estrategia de proporcionar un único punto de acceso para todos los usuarios finales. ¡El usuario final no debería preocuparse por el sistema backend! Con el launchpad local no pudimos proporcionar un único launchpad al usuario final, tendríamos uno para cada backend. Incluso con un Servidor Front-end central esto no fue posible debido a las diferentes versiones de los sistemas backend. Por lo tanto, decidimos optar por el SAP Build Work Zone, edición estándar (también conocido como Servicio de Launchpad BTP) para proporcionar un launchpad central.

En esta publicación de blog quiero compartir algunas ideas sobre nuestra estrategia, arquitectura y lecciones aprendidas.

Estrategia

Para este proyecto elegimos utilizar el SAP Build Work Zone, edición estándar (también conocido como Servicio de Launchpad BTP) para poder proporcionar un único launchpad a nuestros usuarios finales. Con este Launchpad puedes configurar múltiples sistemas backend en un solo Launchpad. Un usuario final accederá al launchpad, abrirá una aplicación y no sabrá qué sistema está accediendo detrás de escena. Uno podría navegar de regreso a la página de inicio y abrir otra aplicación que se cargue desde otro backend sin darse cuenta. ¡Un único launchpad con múltiples backends sin que los usuarios finales tengan idea, ¿no es genial?!

¿Cómo funciona esto en el SAP Build Work Zone, edición estándar (también conocido como Servicio de Launchpad BTP)? En comparación con el local y NEO, cargará las aplicaciones desde un proveedor de contenido. En NEO podías activar paquetes comerciales y las aplicaciones estaban disponibles como parte del launchpad. Con el nuevo servicio de Launchpad BTP esto ya no es así. Debes conectar todos tus sistemas backend como proveedor de contenido en tiempo de diseño. Mientras que en tiempo de ejecución cargará la aplicación completa desde el backend y la llevará al usuario final.

El Launchpad admite proveedores de contenido para federar automáticamente aplicaciones al launchpad, pero también admite integración manual:

Tengo esta imagen del siguiente recurso:

https://help.sap.com/docs/Launchpad_Service/8c8e1958338140699bd4811b37b82ece/b7fa275656b94a3cb4f65e7...



Como parte de nuestra estrategia Fiori, instalamos/activamos el gateway integrado en todos los sistemas backend. Esto hace que nuestro gateway central sea redundante, un sistema menos en el panorama. Por otro lado, necesitábamos actualizar los sistemas backend con FES 6.0 SP04 para poder integrarlo en el launchpad como proveedor de contenido y usar el servicio de federación.

Prerrequisito para la federación:

https://launchpad.support.sap.com/#/notes/3057822

Restricciones generales:

• La integración de los servicios de Launchpad de SAP con Business Suite requiere Fiori Frontend Server 6.0 con un mínimo SP04 o Fiori Frontend Server 2020.

Arquitectura

Con este proyecto estamos proporcionando más de 500 aplicaciones Fiori a nuestro negocio provenientes de 3 sistemas backend. La mayoría provienen de los sistemas S/4 HANA 2020, algunas del backend SRM y otras del backend de Recursos Humanos. Para esto configuramos la siguiente arquitectura, 3 sistemas backend con gateway integrado conectados al launchpad como proveedor de contenido para que podamos utilizar el servicio de federación:

Conectar sistemas es una cosa, también tenemos diferentes tipos de aplicaciones que queremos mostrar juntos en el Servicio de Launchpad. Dependiendo del tipo de aplicación, debemos tomar diferentes acciones para la activación pero también definir una estrategia diferente. Categorizamos las aplicaciones según el tipo de aplicación:

• Aplicaciones estándar (WDA, GUI y Fiori) - proporcionadas por SAP


• Extensiones - Nuestros propios desarrollos parte del cliente


• Aplicaciones personalizadas WDA + Gui - También desarrollos propios parte del cliente


• Fiori nativo personalizado - Desarrollos parte del cliente

Para cada tipo