La arquitectura de SAP Fiori en SAP S/4HANA se apoya en una plataforma ABAP y se separa en dos grandes bloques: Front-End Server (FES) y Back-End Server (BES). Arriba de todo está el SAP Fiori Launchpad, que es la puerta de entrada para el usuario; debajo, el SAP Web Dispatcher (opcional) que reparte el tráfico; luego el servidor front-end, donde viven el Launchpad, la UI y el SAP Gateway; y por último el servidor back-end, con la lógica ABAP y la base de datos.
En S/4HANA lo habitual es usar un despliegue embebido: el mismo sistema ABAP actúa a la vez como FES y BES. Es decir, en un único servidor tenés UI, Gateway y lógica de negocio. También existe el despliegue “en arquitectura de hub” (servidor front-end separado del back-end), pero hoy SAP recomienda el embebido porque simplifica la administración, reduce saltos de red y hace más fácil el transporte y la configuración de roles y catálogos Fiori.
El Front-End Server aporta principalmente tres cosas:
-
SAP Gateway, que expone servicios OData y hace de puente entre la UI y el back-end.
-
Los componentes SAPUI5 / Product UI, donde residen las apps Fiori y el Launchpad.
-
Funciones de autenticación, enrutamiento y personalización del FLP.
El Back-End Server es un sistema ABAP (por ejemplo S/4HANA) donde están los módulos de negocio, la lógica de las aplicaciones y la base de datos. Ahí se implementan las clases ABAP que atienden los servicios OData: el Model Provider Class (MPC) define el modelo de datos del servicio y el Data Provider Class (DPC) implementa las operaciones CRUD y reglas de negocio. Todo esto se gestiona con el entorno de desarrollo SEGW (SAP Gateway Service Builder), trabajando por proyectos.
Desde el punto de vista del Launchpad, los componentes del FLP son: la capa central de UI (Central UI), el motor de personalización, la gestión de grupos y catálogos, la zona de notificaciones y el enlace con el Gateway para llamar a las apps. El FLP puede publicar tanto aplicaciones transaccionales Fiori (SAPUI5 + OData) como aplicaciones clásicas (SAP GUI for HTML, Web Dynpro, etc.). En el caso de apps clásicas, no se usa SAPUI5 ni OData, pero igualmente se lanzan desde el mismo Launchpad y se ven con el tema visual de Fiori para mantener una experiencia unificada.
Para instalar aplicaciones transaccionales Fiori hay que fijarse en la Fiori Apps Reference Library, que indica qué componentes se necesitan en el front-end y cuáles en el back-end. Normalmente aparecen productos como SAP_GWFND (Gateway Foundation) y SAP_UI para la parte de UI central, además de add-ons específicos según el área funcional. La biblioteca detalla versiones mínimas, notas SAP relacionadas y si la app está pensada para S/4HANA on-premise, Business Suite, etc.
Los servicios Gateway se dan de alta y se mantienen mediante transacciones estándar (por ejemplo, mantenimiento de servicios, pruebas, registro en el catálogo, etc.), pero la idea general es simple: cada servicio OData se define en el FES, se conecta con su implementación en el BES y queda disponible para que las aplicaciones Fiori lo consuman. Con este esquema se logra separar claramente la capa de presentación (SAPUI5 y Launchpad) de la lógica ABAP / base de datos, manteniendo al mismo tiempo una integración muy fuerte gracias a OData y al framework SAP Gateway.