✒️SAP BASIS / Gestión y creación de catálogos en SAP Fiori Por Fernando Escola

Gestión y creación de catálogos en SAP Fiori

1. ABAP Workbench (El Origen Técnico)

La Aplicación.

• Este es el componente técnico (el código fuente, el servicio OData, etc.).

• Es el "qué" se está ejecutando. Todo lo que haces en el Fiori Launchpad Designer eventualmente debe apuntar a este componente.

2. Fiori Launchpad Designer (El Diseño y Estructura)

Esta es la parte central donde organizas cómo verán los usuarios las aplicaciones. Se divide en dos contenedores principales:

• Catálogo (Catalog): Imagínalo como una "biblioteca" de aplicaciones.

  • Asignación de Destino (Target Mapping): Es el puente técnico. Le dice al sistema: "Cuando el usuario haga clic en este mosaico (Tile), abre esta Aplicación (ABAP)".

  • Mosaicos (Tiles): Son las cajas que representan las apps dentro del catálogo.

• Grupo (Group): Es la "pantalla de inicio" del usuario.

  • Aquí es donde seleccionas qué mosaicos (del Catálogo) y enlaces quieres mostrar agrupados en el Launchpad del usuario.

  • El usuario puede tener varios grupos (ej. "Ventas", "Finanzas", "Reportes").

3. Mantenimiento de Roles (Seguridad y Acceso)

A la derecha, tienes el Rol de Usuario (transacción PFCG). Esta es la "llave" que permite que todo lo anterior sea visible:

• Asignación de Catálogo: Al agregar un catálogo al rol, le das al usuario permiso para acceder a las aplicaciones contenidas en él.

• Asignación de Grupo: Al agregar un grupo al rol, le das al usuario la estructura visual (el orden de los mosaicos en su pantalla inicial).

---

En resumen: ¿Cómo funciona el flujo?

Para que un usuario pueda abrir una aplicación en Fiori, deben ocurrir estos pasos:

1. La Aplicación se desarrolla en el ABAP Workbench.

2. En el Fiori Launchpad Designer, creas un Catálogo con la Asignación de Destino que apunta a esa aplicación.

3. Organizas esa aplicación dentro de un Grupo para que sea fácil de encontrar.

4. En el Mantenimiento de Roles, asignas tanto el Catálogo (para darle permiso de acceso) como el Grupo (para que le aparezca en su pantalla de inicio) al usuario.

1. Nivel Tópico (El mundo del Usuario de Negocio)

Es el nivel más alto, donde definimos la experiencia del usuario final.

• BR (Business Role / Rol de Negocio): Es el centro de todo. En S/4HANA, todo parte de un rol (ej. "Comprador", "Contable"). Este rol contiene las autorizaciones y la estructura visual.

• BCG (Business Catalog Group): Son los grupos que el usuario ve en su Launchpad. Permiten organizar las aplicaciones en la pantalla inicial del usuario (por ejemplo, el grupo "Mis Tareas" o "Informes").

2. Nivel Función (El nivel de catálogo de negocio)

Aquí es donde conectas la necesidad del negocio con la tecnología.

• BC (Business Catalog): Es una selección curada de aplicaciones. Por ejemplo, en lugar de darle al usuario todas las apps posibles, le asignas un Business Catalog específico que contiene solo las apps que su rol requiere.

• TM (Target Mapping): Como vimos en el esquema anterior, es la "traducción". Aquí se define qué sucede cuando haces clic en un mosaico (ej. abrir una transacción SAP GUI, una aplicación WebDynpro o una App Fiori SAPUI5).

3. Nivel Área (El nivel técnico)

Aquí reside la definición técnica "cruda" de las aplicaciones, usualmente entregada por SAP o creada por desarrolladores.

• TC (Technical Catalog): Es el "contenedor base". Aquí es donde viven todas las aplicaciones instaladas en el sistema, pero no están necesariamente disponibles para el usuario final todavía.

• BEC (Business/Application Descriptor): Es la definición técnica de bajo nivel de la aplicación (el descriptor). Indica al sistema exactamente cómo invocar el código ABAP o el servicio OData correspondiente.

---

¿Cuál es la lógica de este diseño? (La "Magia" de S/4HANA)

La clave de este modelo es la Abstracción:

1. Reutilización: Si te fijas en las líneas que conectan los niveles, verás que una aplicación (en el nivel Área) puede ser utilizada por varios catálogos (Nivel Función) y, a su vez, esos catálogos pueden ser utilizados por varios Roles de Negocio (Nivel Tópico).

2. Facilidad de actualización: Si SAP actualiza la aplicación técnica (BEC/TC), el cambio se refleja automáticamente hacia arriba, sin que tú tengas que tocar el Rol de Negocio (BR) ni los grupos (BCG) de cada usuario.

3. Separación de responsabilidades:

   • El desarrollador/administrador base trabaja en el nivel Área (Technical Catalogs).

   • El consultor funcional trabaja en el nivel Función (Business Catalogs) para definir qué apps le sirven al negocio.

   • El administrador de seguridad trabaja en el nivel Tópico (Business Roles) para asignar estas estructuras a los usuarios finales.

Gestión de catálogos

En esencia, los catálogos remotos son un "puente" que permite visualizar contenido (mosaicos) en tu servidor Front-End (FES) que en realidad reside en otro sistema remoto o servidor Back-End (BES).

Aquí tienes los puntos clave para entender su funcionamiento y restricciones:

1. La regla de "Solo Lectura"

• Gestión centralizada: Una vez que el administrador "extrae" el catálogo del sistema remoto al FES, este aparece como un catálogo remoto.

• Inmutabilidad: No puedes modificar estos catálogos en el FES. Si necesitas hacer un cambio, obligatoriamente debes hacerlo en el sistema origen (fuente) donde fue creado.

2. Alcance limitado (Visual vs. Funcional)

• Propósito visual: Los catálogos remotos sirven para traer la configuración de los mosaicos (que el usuario vea el icono y el título en su Launchpad).

• Sin código nuevo: No añaden funcionalidad ni implementaciones de aplicaciones nuevas al FES. Para que una app funcione, el código (la lógica) debe existir en el sistema al que apunta el Target Mapping.

3. Escenarios de uso comunes

El texto destaca tres situaciones donde esto es indispensable:

• SAP Smart Business: Para mostrar KPIs (indicadores) que se modelan en SAP HANA XS y se consumen en Fiori.

• SAP Jam: Para integrar redes sociales corporativas que vienen de SAP Cloud Platform.

• Entornos de múltiples FES: En arquitecturas grandes donde tienes varios servidores Front-End que necesitan consumir catálogos personalizados desde un "FES central" compartido.

En resumen: Úsalos cuando necesites mostrar contenido de otro sistema en tu Launchpad, pero recuerda que no puedes alterar ese contenido desde tu servidor local ni esperar que "instalen" código por sí mismos.

Copias del catálogo en el SFLP.

Se puede referenciar a un catálogo estándar de Sap, como haciendo una copia del mismo, pero la copia no contiene las aplicaciones, sino que hace referencia al catálogo original.

SAP Fiori Launchpad Content Manager

La herramienta que complementa al Launchpad Designer y que es esencial cuando ya tienes un sistema con mucho contenido.

¿Qué es el Content Manager?

Es una herramienta introducida a partir de S/4HANA 1809 SPS03 diseñada específicamente para la administración masiva de catálogos en el sistema.

¿Para qué sirve?

Mientras que el Designer es para crear, el Content Manager es para gestionar y supervisar:

• Visualización: Ver catálogos, mosaicos y sus asignaciones de destino de forma integral.

• Auditoría: Consultar la relación entre roles y sus catálogos asignados.

• Operaciones Masivas: Copiar catálogos completos o crear referencias de mosaicos y asignaciones de destino hacia otros catálogos.

Transacciones de acceso

Es importante que las memorices para tus exámenes o práctica:

• Configuración Técnica: /UI2/FLPCM_CONF

• Personalización (Customizing): /UI2/FLPCM_CUST

La distinción fundamental (Designer vs. Manager)

Para que no te confundas al trabajar:

En resumen: Usa el Designer cuando necesites construir el contenido (crear el mosaico, definir la app), y usa el Content Manager cuando necesites organizar, revisar, asignar o copiar ese contenido a gran escala.

Es una herramienta de "limpieza" y ordenamiento para entornos SAP reales donde tienes cientos de apps y no puedes ir una por una.

Copias de catálogos en el Sap Fiori Launchpad Content Manager

1. La Arquitectura: ¿Cómo llega la App al usuario?

El flujo que vimos en tus primeras imágenes (de ABAP Workbench a los Roles) es la columna vertebral.

• Nivel Técnico (Área): Aquí vive el código fuente. Es la "plomería" (Catálogos Técnicos).

• Nivel Funcional (Catálogo de Negocio): Aquí es donde traduces el código en algo útil para el negocio. Es donde "empaquetas" las apps para que tengan sentido (ej. apps de finanzas juntas, apps de compras juntas).

• Nivel Tópico (Rol de Negocio): Es la llave final. Asignas el empaquetado funcional a un usuario real mediante un Rol (PFCG).

2. Las Herramientas: ¿Cómo lo gestionas?

Ahora entiendes que no hay una sola forma de trabajar, sino que tienes un "tándem" de herramientas que se complementan perfectamente:

3. La Sinergia (El flujo de trabajo ideal)

El texto que acabas de subir revela el "secreto" del consultor Basis eficiente: no elijas una sobre la otra, úsalas en conjunto.

1. Usas el Content Manager (LCM) para la parte administrativa: Ver qué hay en el sistema, copiar catálogos estándar para crear los tuyos, y asignar los catálogos a los roles de usuario.

2. Saltas al Designer cuando necesitas "el detalle fino": Una vez que ya tienes el catálogo asignado, entras aquí si necesitas ajustar cómo se ve exactamente un mosaico o corregir una asignación de destino técnica.

En conclusión

Has pasado de entender los componentes básicos (qué es un catálogo, qué es un mosaico) a entender la operatividad real (cómo gestionar todo esto en un servidor real de S/4HANA sin volverte loco con miles de objetos).

Entender esta diferencia entre "crear/editar" (Designer) y "gestionar/asignar" (Content Manager) es lo que diferencia a alguien que solo sabe configurar algo básico de un verdadero administrador Basis de Fiori.

El mantenimiento de los Catálogos

Mosaico de inicio de aplicación estático

Mosaico de inicio de aplicación dinámico

Mosaico de noticias

1. Proceso de Creación

• Dónde: En la visión general de catálogos, pulsando el icono de "+" (esquina inferior izquierda).

• Datos requeridos:

  • Título: Es el nombre amigable que verán los usuarios.

  • ID Técnico: Es el código único con el que el sistema identifica el catálogo. ¡Ojo!: Una vez creado, este ID no se puede modificar.

  • Tipo: Debes definir si es un catálogo local o remoto.

2. Edición posterior

• Puedes cambiar el título en cualquier momento usando el icono del lápiz.

• El ID Técnico es inamovible (es la llave maestra del objeto).

3. Buenas Prácticas (La convención de nombres)

Para mantener tu sistema limpio y evitar que tus creaciones se mezclen (o sobrescriban) con el contenido estándar de SAP, sigue estrictamente esta estructura para tus catálogos personalizados:

• Comienza con Z_: Indica que es un desarrollo propio del cliente (el estándar usa SAP_).

• Incluye BC: Indica que es un Business Catalog (Catálogo de Negocio).

• Ejemplo: Z_BC_NOMBRE_CATALOGO.

¿Por qué es vital esto? Si no sigues esta convención, en un entorno de trabajo real podrías tener conflictos graves cuando el sistema se actualice o cuando otros consultores intenten identificar quién creó qué cosa. Es la diferencia entre un administrador prolijo y uno que causa problemas de mantenimiento.

La navegación basada en intenciones

1. El corazón: La "Intención"

La intención es la combinación de dos conceptos: Objeto Semántico + Acción.

• Objeto Semántico (¿Qué?): Es el "negocio" al que te refieres (ej. SalesOrder para un pedido de ventas, Employee para un empleado).

• Acción (¿Qué quieres hacer?): Es la operación (ej. Display para visualizar, Approve para aprobar, Create para crear).

Juntos forman una intención: SalesOrder-Display. Al usuario no le importa si eso abre una aplicación moderna o una transacción antigua; el usuario solo dice "quiero visualizar el pedido".

2. La Transformación a URL

Como ves en el cuadro, esa intención se traduce en una URL técnica (ejemplo: .../flp#SalesOrder-Display). Esto es lo que ves en la barra de direcciones de tu navegador cuando navegas en Fiori. Es una forma de decirle al Launchpad: "Lánzame la aplicación que se encarga de visualizar pedidos".

3. El puente: La "Asignación de Destino" (Target Mapping)

Esta es la pieza más importante para un administrador Basis. Aquí es donde el sistema "resuelve" la intención.

• El Launchpad pregunta: "Tengo una petición para SalesOrder-Display, ¿qué debo ejecutar?".

• La Asignación de Destino (que configuraste en el Launchpad Designer) responde: "Ejecuta esta aplicación específica".

4. Los destinos finales

Como muestra la parte inferior del diagrama, una intención puede terminar ejecutando tecnologías muy distintas:

• SAPUI5: La aplicación nativa y moderna de Fiori.

• Web Dynpro: Aplicaciones web más antiguas.

• Transacción (SAP GUI): La clásica pantalla de SAP de toda la vida, embebida en Fiori.

• URL: Un link externo a otra página web.

---

¿Por qué este diseño es brillante? (La "Desacoplación")

Esta arquitectura te da una flexibilidad increíble como administrador:

1. Independencia: Si mañana SAP actualiza una aplicación de "Visualizar Pedidos" y pasa de ser una Transacción GUI a una App SAPUI5 ultra moderna, tú no tienes que cambiar nada en la pantalla del usuario.

2. Mantenimiento: Solo cambias la Asignación de Destino (Target Mapping). La "Intención" (SalesOrder-Display) permanece igual para el usuario final, por lo que él nunca nota el cambio técnico por detrás.

3. Consistencia: El usuario siempre hace clic en el mismo mosaico, sin importar si la tecnología subyacente cambia con los años.

En resumen: El usuario navega por "intenciones" (lo que quiere hacer), y tú (el Basis) gestionas por detrás qué tecnología técnica se encarga de resolver esa intención.

La asignación de Destino

Son los componentes que contienen la información técnica necesaria para que el sistema sepa exactamente qué aplicación debe iniciarse al interactuar con un mosaico. Esto incluye detalles como parámetros necesarios y tipos de dispositivos compatibles (computadora, tableta o smartphone).

Identificación: La "Intención"

Cada asignación de destino se identifica mediante una Intención (Intent), la cual es la combinación de dos elementos:

• Objeto semántico (por ejemplo: SalesOrder).

• Acción (por ejemplo: display).

Esta unión crea una intención (como #SalesOrder-display) que permite al sistema buscar y ejecutar la asignación correspondiente.

¿Cómo funciona el flujo de navegación?

Cuando un usuario selecciona un mosaico en el SAP Fiori Launchpad, ocurre lo siguiente:

1. Se activa la navegación basada en intenciones definida en el mosaico.

2. El sistema busca la asignación de destino que coincide con esa intención.

3. Una vez localizada, el sistema ejecuta la aplicación objetivo especificada en dicha asignación.

Detalles que incluye una asignación

Una vez ejecutada, la asignación puede precisar datos como:

• El tipo de aplicación (SAPUI5, Web Dynpro, Transacción SAP, etc.).

• Parámetros específicos necesarios para iniciar la aplicación.

• Restricciones por tipo de dispositivo (por ejemplo, aplicaciones habilitadas solo para escritorio).

Los objetos semánticos

Los objetos semánticos representan entidades de negocio dentro del sistema, tales como clientes, órdenes de venta o productos. Su propósito principal es agrupar aplicaciones relacionadas bajo un mismo escenario funcional.

Beneficios de su uso

El uso de objetos semánticos proporciona las siguientes ventajas clave:

• Estandarización: Permiten estandarizar la forma en que se hace referencia a las entidades de negocio.

• Abstracción: Ocultan la implementación técnica concreta, por lo que es irrelevante si la aplicación es SAPUI5, Web Dynpro o una transacción clásica.

• Navegación: Habilitan la navegación basada en intenciones, conectando acciones lógicas con las entidades del negocio.

Gestión de objetos

Para trabajar con estos objetos, el sistema ofrece las siguientes opciones:

• Consulta: SAP entrega una lista de objetos predefinidos que se pueden consultar mediante la transacción /UI2/SEMOBJ_SAP.

• Personalización: Los clientes pueden crear sus propios objetos mediante la transacción /UI2/SEMOBJ.

• Sobrescritura: Si un cliente define un objeto personalizado con la misma clave que uno estándar de SAP, puede sobrescribir sus atributos sin alterar la estructura lógica de navegación.

Las referencias en los catálogos

SAP optimiza la creación de interfaces mediante catálogos estándar, permitiendo que los clientes aprovechen configuraciones probadas y validadas por la propia empresa.

Características Principales

• Contenido "Listos para usar": Incluye mosaicos (tiles) y asignaciones de destino (target mappings) ya configurados.

• Adaptabilidad automática: Los elementos se ajustan automáticamente según el dispositivo (escritorio, tableta o móvil).

• Datos dinámicos: Permiten visualizar información en tiempo real, como conteos o indicadores KPI, mediante servicios OData.

Reutilización y Personalización

Una de las ventajas clave es la posibilidad de referenciar estos objetos estándar dentro de catálogos creados por el cliente (por ejemplo, un catálogo personalizado Z_BC_VENTAS). Esto evita la duplicación innecesaria de configuraciones.

Beneficios para el Cliente

• Ahorro de tiempo: Elimina la necesidad de construir configuraciones desde cero.

• Estabilidad: Las referencias garantizan que el sistema siga funcionando correctamente incluso cuando SAP realiza actualizaciones en el contenido original.

• Flexibilidad: Permite combinar libremente el contenido estándar de SAP con elementos personalizados según los procesos específicos de cada negocio.

Crear referencias a los mosaicos y a las asignaciones de destino en el SAP Fiori Launchpad Designer

En el Launchpad Designer, es posible generar referencias de mosaicos (tiles) o asignaciones de destino para reutilizar configuraciones sin duplicar el contenido.

¿Qué es una referencia? No es una copia física, sino un vínculo al elemento original. Cualquier cambio realizado en el original (títulos, iconos, etc.) se refleja automáticamente en todas las referencias, lo que garantiza la sincronización y ahorra espacio de almacenamiento.

Pasos para crear una referencia

1. Selección: Elige el mosaico o asignación en el catálogo origen desde la interfaz del Launchpad Designer.

2. Acción: Haz clic en el botón "Crear referencia" (Create Reference) en la parte inferior de la pantalla.

3. Destino: Selecciona en el cuadro de diálogo el catálogo donde se desea ubicar la referencia.

4. Confirmación: Verifica el mensaje de éxito (Success Message) que emite el sistema.

Principales Ventajas

• Estandarización: Se mantiene una definición única y centralizada.

• Mantenimiento simplificado: Los cambios se aplican una sola vez en la fuente y se propagan automáticamente.

• Flexibilidad: Permite construir catálogos específicos para roles o departamentos de manera eficiente, aprovechando contenido ya existente.

Crear referencias a los mosaicos y a las asignaciones de destino en el Sap Fiori Launchpad Content Manager

Esta funcionalidad permite reutilizar mosaicos (tiles) y asignaciones de destino (target mappings) desde otros catálogos dentro del sistema.

Pasos para realizar la referencia

1. Iniciar: En el catálogo destino donde se desea agregar el elemento, seleccionar la opción "Añadir mosaicos/asig. dest. a catál. sel."

2. Buscar: Se abrirá una vista de búsqueda global que permite localizar la aplicación deseada en cualquier catálogo disponible.

3. Seleccionar: Elegir el mosaico, la asignación de destino, o ambos, según sea necesario.

4. Finalizar: Al confirmar la selección, el sistema crea la referencia directamente en el catálogo destino.

Ventajas de este método

• Reutilización: Evita duplicar definiciones al usar contenido estándar o existente.

• Mantenimiento centralizado: Facilita la gestión y actualización del contenido Fiori.

• Agilidad: Acelera la construcción de catálogos personalizados adaptados específicamente a roles o áreas de negocio.

Comparativa: Launchpad Designer vs. Content Manager

---

¿Por qué esta diferencia es importante?

El Launchpad Designer es la herramienta clásica, pero su flujo de trabajo es más manual y limitado. El Content Manager cambia el paradigma de trabajo para el administrador:

1. Eficiencia operativa: Al permitir búsquedas globales y selecciones múltiples, el Content Manager reduce drásticamente el tiempo necesario para construir o modificar catálogos.

2. Menos saltos entre pantallas: Al poder trabajar desde el catálogo destino, no necesitas navegar constantemente entre diferentes catálogos origen para traer contenido, lo cual es mucho más fluido.

3. Consistencia: Al ser una herramienta más rápida y con visión global, es mucho más sencillo mantener la consistencia en los catálogos y evitar errores de configuración.

En resumen, mientras que el Designer es útil para ajustes puntuales, el Content Manager es la herramienta profesional recomendada para gestionar entornos con un volumen alto de contenido, ya que permite organizar, buscar y reutilizar elementos a gran escala.