Catálogos (technical y business)

El contenido del SAP Fiori Launchpad se organiza en dos niveles:

1. Los technical catalogs son el repositorio. Contienen los tiles y target mappings originales de un área de aplicación, empaquetados como launchpad app descriptor items (un target mapping más uno o varios tiles). SAP los denomina SAP_TC_<AREA>_….
2. Los business catalogs contienen referencias a esos originales, seleccionadas según lo que necesita un usuario de negocio concreto, como un comprador de Alder Manufacturing. SAP los denomina SAP_<AREA>_BC_….
3. Los roles reciben business catalogs. Los technical catalogs no están pensados para asignarse a los usuarios.

Las referencias existen solo a nivel de tiles y target mappings individuales; un business catalog nunca hace referencia a un technical catalog completo. Por eso, un cambio en un original de un technical catalog se propaga a todos los business catalogs que hacen referencia a él. SAP trata sus business catalogs como plantillas cuyo contenido puede cambiar de una release a otra. Por tanto, un catálogo es la unidad más pequeña en la que se otorgan apps, mientras que las definiciones en sí existen una sola vez, en los technical catalogs.

• On-premise y Private Edition: un administrador de roles añade el business catalog al menú del rol PFCG (SAP Fiori Launchpad → Launchpad Catalog). Con sus aplicaciones incluidas, PFCG propone también los valores de autorización por defecto de las apps referenciadas, incluidas las autorizaciones de inicio de servicios OData.
• Public Edition: SAP entrega los business catalogs como conjuntos de apps y, cuando se admiten, de IAM apps (variantes de autorización de apps). Los administradores los añaden a business roles en Maintain Business Roles, mantienen restricciones y activan o desactivan IAM apps individuales. Cuando un catálogo no admite IAM apps, el propio catálogo sigue siendo la unidad de autorización más pequeña. La app Business Catalogs (F2471) documenta cada catálogo.

En ambos casos, todas las apps de un catálogo asignado se pueden encontrar mediante la búsqueda y el app finder, estén o no colocadas en una page. En Public Edition, los catálogos innecesarios también amplían el acceso, por lo que SAP desaconseja usar las plantillas de business role sin cambios en producción. Por tanto, un business catalog es primero una decisión de acceso y después una decisión de contenido.

La documentación de mejores prácticas de SAP para on-premise y Private Edition ofrece criterios de decisión claros:

Los technical catalogs personalizados corresponden al ámbito de configuración multimandante; el launchpad app manager siempre trabaja en él. Los business catalogs personalizados corresponden al ámbito de customizing específico de mandante (/UI2/FLPCM_CUST); los cambios en /UI2/FLPCM_CONF se aplican a todos los mandantes y viajan en órdenes de workbench. Los catálogos cuyo ID empieza por SAP son de solo lectura en los sistemas del cliente. Copiar un business catalog mantiene conectados los originales de SAP, mientras que copiar un tile o un target mapping corta esa conexión.

1. Separar tile y target mapping. SAP recomienda mantener el tile y el target mapping de un launchpad app descriptor item en el mismo business catalog; de lo contrario, la navegación falla para los usuarios que solo tienen uno de los dos.
2. Construir catálogos app por app. Copiar un business catalog de SAP aporta los target mappings necesarios para la navegación entre apps; seleccionar apps sueltas de los technical catalogs a menudo los omite.
3. Catálogos sobredimensionados. Las operaciones sobre catálogos se ralentizan a medida que los catálogos crecen, y todas las apps de un catálogo pasan a ser accesibles para cada usuario que lo tiene.
4. Suponer que las copias se mantienen al día. Un business catalog copiado conserva las referencias con las que se copió; las apps que faltan se añaden a mano. Tras una actualización, el launchpad content manager señala el contenido obsoleto o en desuso y sus sucesores.
5. Olvidar las apps de SAP GUI for HTML. Algunas de ellas solo existen en technical catalogs, por lo que deben añadirse a un business catalog de forma individual.

La mayoría de los errores con catálogos son decisiones de granularidad: los catálogos demasiado amplios otorgan de más, y los catálogos montados con demasiado detalle rompen la navegación.

En on-premise y en Private Edition, empiece por el usuario y avance hacia el contenido:

1. ¿Qué catálogos recibe realmente el usuario? /UI2/FLPCA_USER muestra los catálogos y spaces por usuario, y /UI2/FLPCA hace lo mismo por rol.
2. ¿Se resuelve el intent? /UI2/FLIA muestra si un target mapping de los catálogos del usuario coincide con un intent determinado.
3. ¿Están intactas las referencias? El launchpad content manager señala las referencias que no se pueden resolver, los catálogos cuyo estado difiere entre el ámbito de configuración y el de customizing, y la configuración defectuosa de tiles o target mappings.
4. ¿Es coherente el contenido? /UI2/FLC comprueba el contenido del launchpad entregado y personalizado (en desuso a partir de ABAP platform 2025 en favor de la vista de incidencias del paso 3 y de /UI2/FLPCA). /UI2/FLC1 encuentra catálogos huérfanos en el ámbito de customizing.
5. ¿Dónde se utiliza un tile? La comprobación de utilización del launchpad content manager lista las pages y los business catalogs que contienen un tile. Un tile que sigue colocado en una page no se puede eliminar del catálogo.

En Public Edition, la app IAM Information System muestra qué business roles y business catalogs otorgan acceso a qué apps. Un problema de catálogo suele manifestarse como un problema de roles, por lo que el diagnóstico debe empezar siempre por los catálogos efectivos del usuario.