En esta publicación de blog, repasaremos las diferentes opciones de implementación de SAP Fiori para los sistemas SAP S/4HANA y SAP Business Suite, y enfatizaremos las opciones de implementación recomendadas, las ventajas y desventajas de cada una, etc.

Comenzaremos con las instalaciones, seguido de la implementación en la nube.

Implementación en las instalaciones

Para SAP Fiori en las instalaciones, hay dos opciones de implementación:

En ambos casos, los datos comerciales se consumen desde un sistema SAP local. La diferencia está en la ubicación de los componentes de la interfaz de usuario de SAP Fiori: con la opción de concentrador central, los componentes de SAP Fiori se implementan en un servidor independiente (SAP Gateway), mientras que para la opción integrada, residen en el mismo servidor.

Eje central

Al principio, cuando se introdujo SAP Fiori, el hub central era la única opción de implementación. Se requería una instalación separada de SAP Gateway para exponer los datos de SAP Business Suite a la interfaz de usuario de SAP Fiori usando OData. Hoy en día, esta limitación para los sistemas SAP Business Suite ya no existe, pero la opción de implementación aún se recomienda para el backend de SAP Business Suite (consulte la figura a continuación).

También se puede utilizar para SAP S/4 HANA en un escenario de un solo sistema, aunque el enfoque recomendado es utilizar la implementación integrada. Hay casos de uso específicos en los que puede haber excepciones a esta regla, por ejemplo, si tiene el requisito de tener sistemas de servidor backend y frontend en zonas de red separadas, para proteger el sistema backend de la exposición en Internet. Sin embargo, esto trae cierta complejidad, que cubriremos al final de esta sección, cuando revisemos la lista de ventajas y desventajas de la implementación del concentrador central.

La ventaja real de la opción de implementación del concentrador central se encuentra en escenarios en los que tiene varios sistemas back-end y desea utilizar el concentrador central como un punto de entrada central a través del cual expondrá la interfaz de usuario de SAP Fiori.

El primer caso de uso es un escenario con múltiples sistemas SAP Business Suite backend, como se muestra en esta figura.

Debido a que los componentes de la interfaz de usuario de SAP Fiori de los sistemas SAP Business Suite son compatibles con varias versiones de back-end, es posible conectar sistemas de back-end en diferentes versiones a un servidor front-end central de SAP Fiori. También es importante mencionar aquí que el servidor front-end de SAP Fiori puede ejecutarse en cualquier base de datos.

El siguiente caso de uso cubre escenarios en los que tiene un solo sistema SAP S/4HANA junto con uno o más sistemas SAP Business Suite, como se muestra a continuación.

Debido a que está utilizando un solo servidor frontend de SAP Fiori para exponer el contenido de los sistemas backend de SAP S/4HANA y SAP Business Suite, el servidor frontend de SAP Fiori debe estar en la versión exacta que corresponde al producto SAP S/4HANA. Más detalles se presentan en la segunda tabla a continuación.

El sistema de base de datos recomendado, pero no obligatorio, para el servidor front-end en este escenario es SAP HANA.

Ahora, ampliemos el escenario anterior con un sistema SAP S/4HANA adicional. Se verá como se muestra.

Como consecuencia, habrá un adicional Plataforma de lanzamiento de SAP Fiori para cada sistema SAP S/4HANA adicional. La forma de conectar la plataforma de lanzamiento central de SAP Fiori con las plataformas de lanzamiento locales de SAP S/4HANA es introducir un mosaico de URL, que a su vez lanzaría la plataforma de lanzamiento local de la aplicación dedicada en el sistema de destino. Este no es el escenario común y se usa principalmente en entornos complejos en los que los sistemas SAP Business Suite se actualizan a SAP S/4HANA.

La principal restricción de este enfoque está relacionada con las capacidades de integración de la interfaz de usuario debido a múltiples plataformas de lanzamiento.

Para superar las limitaciones de este escenario, debe considerar usar el servicio SAP Launchpad en SAP BTP.

Finalmente, consideremos un escenario con múltiples sistemas SAP S/4HANA, como se muestra en la siguiente figura.

Para este escenario específico, el enfoque recomendado es usar la opción de implementación integrada (que se trata más adelante en esta sección). Sin embargo, si aún desea utilizar una plataforma de lanzamiento central de SAP Fiori, esto puede implementarse a través de un servidor front-end de SAP Fiori con mosaicos personalizados que lanzarán las plataformas de lanzamiento locales a través de la integración de URL en una ventana de navegador separada. Como los sistemas SAP S/4HANA que están involucrados en este escenario están potencialmente en diferentes versiones, solo las IU independientes de la versión, como la aplicación My Inbox o las aplicaciones personalizadas, pueden implementarse de manera centralizada.

Las mismas limitaciones que se aplican a las capacidades de integración de la interfaz de usuario también están presentes aquí, y también se aplica la misma recomendación: considere usar el servicio SAP Launchpad en SAP BTP.

Ahora que hemos analizado los diferentes escenarios para la opción de implementación del concentrador central, resumamos las ventajas y desventajas de este enfoque.

Como se mencionó anteriormente, cuando se implementa un servidor frontend independiente para uno o más sistemas backend SAP S/4HANA, el servidor frontend debe estar en una versión compatible para la versión específica de SAP S/4HANA, como se detalla aquí.

Estas dependencias también son válidas para la implementación integrada.

Incorporado

En escenarios integrados, el servidor front-end y el back-end de SAP están integrados en un solo sistema. Si bien esta configuración trae ventajas como la reducción del costo total de propiedad (TCO) y el acceso directo a las estructuras y la lógica comercial, hay algunas consideraciones a tener en cuenta, como la dependencia entre las versiones del servidor frontend SAP y las versiones del componente backend, el componente ciclos de vida, etc. Al final de esta sección, repasaremos la lista de ventajas y desventajas del escenario integrado.

El escenario integrado es la configuración recomendada para implementaciones de sistemas SAP S/4HANA únicas y múltiples, pero también se puede usar para aplicaciones de SAP Business Suite. La siguiente figura muestra un ejemplo de un escenario integrado para un solo sistema.

Un escenario con múltiples sistemas SAP S/4HANA se vería como se muestra aquí.

Las principales ventajas y desventajas del escenario integrado se enumeran en la siguiente tabla.

Contenido de la plataforma de lanzamiento de SAP Fiori

Launchpad central en SAP Business Technology Platform

Puede esperar que los entornos modernos y complejos consten de múltiples sistemas locales y/o en la nube. Por ejemplo, el entorno puede contener sistemas SAP S/4HANA y soluciones de software como servicio (SaaS) de SAP (SAP SuccessFactors, SAP Ariba, etc.), pero también aplicaciones y extensiones personalizadas que se ejecutan en SAP BTP. Este entorno necesita un punto de entrada central, que debido al entorno híbrido debe implementarse en SAP BTP. Para ayudar a las organizaciones a enfrentar este desafío, SAP proporciona el servicio SAP Launchpad en SAP BTP (consulte a continuación). Actualmente está disponible en varias regiones, en Amazon Web Services (AWS) y en la infraestructura de Microsoft Azure, y también está disponible a través de Alibaba en China.

Desde una perspectiva de operaciones, los sistemas subyacentes aún tienen su propio ciclo de vida de software, administración de autorizaciones y contenido empresarial. Si bien cada sistema todavía tiene su propia plataforma de lanzamiento, el servicio SAP Launchpad permite a los usuarios comerciales tener un lugar central donde pueden acceder a todas sus aplicaciones, sin tener que cambiar entre los múltiples sistemas de back-end.

Hay dos enfoques para integrar aplicaciones en la plataforma de lanzamiento central de SAP Fiori:

• Integración manual usando plantillas para tecnologías de interfaz de usuario comunes, como SAPUI5Web Dynpro, SAPGUI para HTML, etcétera. También es posible integrar aplicaciones web utilizando un lanzador de URL genérico. Las aplicaciones integradas con este enfoque se pueden configurar para que se abran en el lugar o en una nueva pestaña.
• Federación de contenido que utiliza productos de SAP como proveedores de contenido compatibles con el modelo de datos comunes (CDM), exponiendo el contenido comercial a través de funciones, aplicaciones y metadatos relacionados.

La siguiente tabla muestra algunos ejemplos de aplicaciones que se pueden integrar utilizando el enfoque de integración manual o federación de contenido.

El servicio SAP Launchpad se configura utilizando las herramientas de Site Manager:

• Directorio del sitio: Administre los sitios en una subcuenta SAP BTP.
• Gestor de contenidos: Administre contenido comercial en una subcuenta SAP BTP. La integración se puede realizar, como ya se dijo, utilizando un enfoque de integración manual o de federación de contenido. El contenido empresarial se puede utilizar en cualquier sitio que pertenezca a la misma subcuenta SAP BTP.
• Administrador de proveedores: Administrar proveedores de contenido.
• Ajustes: Administre la configuración, como el registro de errores, las notificaciones, la asignación de alias, etc. Aquí también encontrará una opción para migrar sitios de la plataforma de lanzamiento de SAP Fiori de un entorno Neo a un entorno Cloud Foundry.

Tenga en cuenta que Puede encontrar más información y la documentación más reciente sobre el servicio SAP Launchpad en http://s-prs.co/v544905.

Nota del editor: Esta publicación ha sido adaptada de una sección del SAP Fiori: Implementación y Desarrollo por Souvik Roy, Aleksandar Debelic y Gairik Acharya.