Seguridad SAP Fiori

Protección de accesos y flujo de identidad

Modelo de Seguridad en 2 Capas

A diferencia de las transacciones SAP GUI tradicionales, SAP Fiori requiere una gestión de roles coordinada entre el servidor de Frontend y el Backend.

1. Rol de Frontend (FES)

Contiene las asignaciones de Catálogos de Negocio y Grupos/Spaces. Determina qué aplicaciones ve el usuario en su menú.

2. Rol de Backend (BES)

Contiene la lógica de negocio y autorizaciones. Incluye:

Autenticación y Single Sign-On (SSO)

Dado que Fiori suele exponerse a internet o redes corporativas amplias, la autenticación básica (usuario/password) se suele reemplazar por métodos más seguros:

Conexión Trusted RFC

Para evitar que el usuario tenga que loguearse dos veces (en el Frontend y en el Backend), se configura una relación de confianza (Trusted RFC):

  1. Configuración del destino RFC en SM59 con la opción "Trusted Relationship" activa.
  2. El usuario debe existir en ambos sistemas con el mismo ID de usuario.
  3. Se asigna el objeto S_RFCACL al usuario en el sistema Backend para permitir el acceso mediante Trusted RFC.

Preguntas Frecuentes (FAQ)

¿Qué roles necesita un usuario para usar SAP Fiori?

Un usuario necesita típicamente dos tipos de roles: un rol de Frontend (que otorga acceso al Launchpad, catálogos y grupos) y un rol de Backend (que otorga las autorizaciones de negocio para los servicios OData).

¿Qué es el objeto de autorización S_SERVICE?

Es el objeto fundamental en el backend que controla si un usuario tiene permiso para ejecutar un servicio OData específico. Se debe añadir al rol de backend con el nombre del servicio técnico.

¿Cómo funciona la conexión Trusted RFC?

Es una relación de confianza establecida entre el Frontend Server y el Backend que permite que el usuario se autentique una sola vez en el Frontend y su identidad se propague automáticamente al Backend sin volver a pedir contraseña.

Temas relacionados