✒️SAP BASIS / Arquitectura Fiori en SAP S/4HANA Por Fernando Escola

Arquitectura SAP Fiori S/4Hana

La capa superior (Launchpad): Es el "Tablero de Control". Es el único punto de contacto real que ve el usuario final.

El Portero (Web Dispatcher - Opcional): Funciona como un "Balanceador de tráfico". Si tu sistema fuera un Arcade gigante con mucha gente jugando a la vez, este es el que dice: "vos entrá por acá, vos por allá" para que el servidor no colapse.

Los dos motores (FES y BES):

• FES (Front-End Server): Es el que genera las pantallas y la lógica visual (el "Mala" de tu arcade).

• BES (Back-End Server): Es el que tiene la inteligencia del negocio, los cálculos y las reglas (el "Mame").

El corazón (La Base de Datos): Está abajo de todo. Tanto el FES como el BES van a buscar información ahí.

Opciones de Despliegue SAP Fiori:

Es la opción más compacta, donde todo vive en el mismo servidor.

• Estructura: Como ves en el gráfico, el Servidor Back-End (BES) contiene absolutamente todo: la parte visual (Product UI, Central UI), la capa de comunicación (SAP Gateway) y la lógica de negocio (Implementación ABAP S/4HANA).

• Cómo funciona: La comunicación desde el exterior hacia este servidor se realiza directamente mediante HTTPS / OData.

• Ventaja: Al estar todo en un mismo lugar, la configuración es más sencilla y hay menos latencia entre el front-end y el back-end.

Este modelo es más robusto y está diseñado para entornos donde se busca separar la gestión de la interfaz de la lógica de negocio.

• Estructura: El gráfico muestra una división clara en dos bloques:

  • FES (Front-End Server): Aquí se alojan los componentes de la interfaz (Central UI, Product UI) y el SAP Gateway.

  • BES (Back-End Server): Aquí reside la implementación ABAP y otro componente de SAP Gateway para gestionar la lógica de datos.

• Cómo funciona: El usuario accede al FES mediante HTTPS / OData, y luego el FES se comunica internamente con el BES utilizando una conexión Trusted RFC.

• Ventaja: Esta arquitectura permite actualizar o gestionar la interfaz de usuario (FES) independientemente del sistema core (BES), lo cual es muy útil en empresas grandes con múltiples sistemas back-end conectados a un único punto de entrada Fiori.

En resumen, el Despliegue Embebido es como tener todo en una sola caja, mientras que el Hub Central es como separar la "cara" del sistema (el servidor front-end) de su "cerebro" (el servidor back-end) para mayor control y escalabilidad.

Plataforma ABAP en cualquier Base de Datos dentro de SAP Fiori

• Clásicas: Aplicaciones que tienen una estructura tradicional.

• Transaccionales: Aplicaciones Fiori modernas.

SAP Web Dispatcher (que es opcional). Su función aquí es recibir las peticiones que vienen del navegador del usuario y distribuirlas inteligentemente hacia el sistema. Es el encargado de balancear la carga y dirigir el tráfico a través de protocolos como HTTPS y OData.

Separa la "cara" del "cerebro" del sistema:

• FES (Front-End Server): Es el servidor dedicado a la interfaz de usuario. Contiene:

  • Central UI y Product UI: Los componentes visuales que ves en pantalla.

  • SAP Gateway: El componente que traduce las peticiones web en lenguaje que SAP entiende.

• BES (Back-End Server): Es el servidor donde reside la lógica de negocio real. Contiene:

  • ABAP: La capa de código donde viven los procesos de negocio.

  • SAP Gateway: También presente aquí para procesar los datos.

• RFC (Remote Function Call): Es el puente que conecta el servidor FES con el servidor BES para que el "Front" le pida datos al "Back".

• OData / HTTPS: Son los protocolos de comunicación estándar que se usan para enviar y recibir la información desde el navegador hasta los servidores.

Componentes de Software y productos SAP Fiori

Servidor Front-End (FES) Este servidor se encarga de la capa de presentación y la comunicación web:

• SAP Gateway: Contiene los componentes de comunicación como SAP_GWFND. (Nota: IW_PGW figura como obsoleto).

• Central UI: Incluye el componente SAP_UI, que es el núcleo visual del Launchpad.

• Products UI: Aquí residen las librerías de interfaz específicas para las aplicaciones, como UIS4HOP1, UIAPFI70 e UIHR001, entre otras.

Servidor Back-End (BES) Este servidor aloja la lógica de negocio y los datos reales del sistema:

• SAP Gateway: Incluye componentes base como SAP_GWFND. (Nota: IW_GIL e IW_SPI figuran como obsoletos).

• Products: Aquí se encuentran los productos core de SAP, como S/4HANA, SFIN (Simple Finance) y ECC.

Consideración Técnica Importante Todos los componentes marcados con un asterisco (*) son considerados add-ons obsoletos, lo que significa que ya no son instalables en versiones de SAP ABAP superiores a la 7.51. Es vital tener esto en cuenta al planificar actualizaciones o nuevas instalaciones.

Ampliación y recomendaciones:

• Métodos de acceso: Se puede acceder mediante la URL original, la transacción /UI2/FLP (que permite inicio de sesión automático para quienes usan el Application Server ABAP) o la URL actual, que es más corta y fácil de recordar.

• Tecnología Cache Buster: El sistema utiliza esta técnica con URLs versionadas que contienen tokens para asegurar que los navegadores carguen recursos actualizados directamente desde el servidor, evitando usar versiones antiguas almacenadas en caché.

• Atajos de teclado: El Launchpad cuenta con atajos para agilizar la navegación, como Alt+A para el "App Finder", Alt+F para la búsqueda, Alt+H para la página de inicio, Alt+N para notificaciones, entre otros.

• Personalización del usuario: Los usuarios pueden reorganizar mosaicos (tiles) y grupos, crear nuevos grupos y agregar o eliminar mosaicos de los mismos.

• Conceptos básicos: Los mosaicos representan aplicaciones o informes, mientras que los catálogos son colecciones organizadas que contienen la información técnica necesaria para ejecutar dichas aplicaciones.

• Modo de acción: Al seleccionar "Editar página de inicio" en el menú de acciones, se entra en el modo de personalización. Esto permite eliminar mosaicos, crear grupos y reordenarlos.

• App Finder: Esta herramienta se utiliza para explorar los catálogos asignados al rol del usuario y agregar nuevos mosaicos al Launchpad.

• Esquema general: La arquitectura de Fiori separa el Front-End (FES) del Back-End (BES). El FES gestiona la interfaz (Launchpad, UI) y el BES gestiona la lógica de negocio y los datos.

• Opciones de despliegue:

  • Despliegue Embebido: La interfaz y la lógica de negocio residen en el mismo servidor.

  • Arquitectura de Hub Central: Separa el FES (que contiene la UI y SAP Gateway) del BES (que contiene la lógica ABAP). Ambos servidores se comunican mediante Trusted RFC.

• Comunicación: Los usuarios se conectan a través de HTTPS/OData al FES, el cual se comunica con el BES para recuperar la información necesaria.

• Desglose de componentes: El FES incluye el SAP Gateway, Central UI y Products UI. El BES contiene la implementación de negocio (por ejemplo, S/4HANA, ECC) y SAP Gateway.

• Obsolescencia: Es importante notar que ciertos componentes (marcados con asterisco, como IW_PGW, IW_GIL, IW_SPI) son considerados obsoletos y no son instalables en versiones de ABAP superiores a la 7.51.

• Planificación: Para implementar aplicaciones, se debe consultar la "SAP Fiori App Reference Library" para verificar los requisitos del lado FES (add-ons específicos) y del lado BES (versiones de SAP ERP, EHP).

• Arquitectura general: SAP Fiori separa el Servidor Front-End (FES) del Servidor Back-End (BES) para optimizar el rendimiento y la seguridad.

• Opciones de despliegue:

  • Despliegue Embebido: Los componentes FES y BES residen en el mismo servidor.

  • Arquitectura de Hub Central: Separa el FES del BES; la comunicación entre ambos se realiza mediante Trusted RFC.

• Componentes de software: El FES gestiona la capa de presentación (SAP Gateway, Central UI, Products UI), mientras que el BES gestiona la lógica de negocio y los datos. Nota importante: Algunos componentes anteriores (IW_PGW, IW_GIL, IW_SPI) son obsoletos en versiones ABAP superiores a 7.51.

• Acceso: Se accede mediante URLs específicas o la transacción /UI2/FLP.

• Rendimiento: Utiliza la técnica "cache buster" (URLs con tokens versionados) para asegurar que el navegador cargue siempre los recursos actualizados directamente desde el servidor.

• Personalización: El usuario puede adaptar su entorno reorganizando grupos y mosaicos (tiles). Esto se logra entrando en el "Modo de acción" (Editar página de inicio).

• App Finder: Herramienta esencial para explorar catálogos asignados y agregar aplicaciones a los grupos personalizados.

• Usabilidad: Se dispone de atajos de teclado (ej. Alt+A para App Finder, Alt+F para búsqueda, Alt+N para notificaciones) para agilizar el trabajo diario.

• Planificación: Antes de cualquier instalación, es indispensable consultar la "SAP Fiori App Reference Library" para verificar dependencias, add-ons necesarios y paquetes de mejora (EHP).

• Arquitectura de Gateway: El flujo de datos conecta el Catálogo de Servicios (en el FES) con el Proyecto de Servicios (en el BES).

• Transacciones clave para el Basis:

  • /IWFND/MAINT_SERVICE: Para el mantenimiento y activación centralizada de servicios en el FES.

  • /IWFND/GW_CLIENT: Un entorno fundamental para probar y depurar los servicios.

  • SEGW: El SAP Gateway Service Builder, utilizado en el BES para crear y editar los servicios.

Service Builder (Transacción SEGW) para el desarrollo de servicios OData en SAP Gateway:

La herramienta SEGW adopta un enfoque basado en proyectos para la creación de servicios OData. Esto permite estructurar el desarrollo de manera jerárquica y organizada, facilitando la gestión de todas las partes que componen un servicio dentro de un mismo entorno de trabajo en el sistema SAP.

Dentro de un proyecto en SEGW, se gestionan diversos artefactos técnicos clave:

• Modelo de Datos: Define las entidades (Entities), tipos complejos y la estructura de los datos que el servicio expondrá.

• Clases de Provisión: El sistema genera automáticamente las clases MPC (Model Provider Class, para la definición del modelo) y DPC (Data Provider Class, para la lógica de los datos).

• Implementación de Lógica: Es aquí donde se desarrollan los métodos CRUD (Create, Read, Update, Delete), permitiendo definir exactamente qué sucede cuando un usuario realiza una operación sobre los datos.

• Mapeos: Configuración de la relación entre los objetos de datos y la implementación técnica.

El uso de esta herramienta ofrece beneficios estratégicos para el desarrollo Basis/ABAP:

• Modularización: Permite dividir el servicio en componentes manejables y organizados.

• Reutilización: Facilita el uso de artefactos ya creados en otros servicios o proyectos.

• Desarrollo en paralelo: Al ser un enfoque basado en proyectos y clases, diferentes desarrolladores pueden trabajar en distintas partes de la lógica de manera simultánea.

• Trazabilidad: Mejora la capacidad de rastrear cambios, depurar errores y mantener la documentación del servicio a lo largo del ciclo de vida de la aplicación.