Catalogues (technical et business)

Le contenu du SAP Fiori Launchpad est organisé en deux niveaux :

1. Les technical catalogs constituent le référentiel. Ils contiennent les tiles et target mappings originaux d'un domaine applicatif, regroupés en éléments d'app descriptor du launchpad (un target mapping plus une ou plusieurs tiles). SAP les nomme SAP_TC_<AREA>_….
2. Les business catalogs contiennent des références à ces originaux, sélectionnées selon les besoins d'un utilisateur métier précis, par exemple un acheteur d'Alder Manufacturing. SAP les nomme SAP_<AREA>_BC_….
3. Les rôles reçoivent les business catalogs. Les technical catalogs ne sont pas destinés à être affectés aux utilisateurs.

Les références n'existent qu'au niveau des tiles et target mappings individuels ; un business catalog ne référence jamais un technical catalog entier. De ce fait, une modification d'un original dans un technical catalog se propage à tous les business catalogs qui le référencent. SAP traite ses business catalogs comme des modèles dont le contenu peut changer d'une release à l'autre. Un catalogue est donc la plus petite unité dans laquelle des applications sont accordées, tandis que les définitions elles-mêmes n'existent qu'une fois, dans les technical catalogs.

• On-premise et Private Edition : un administrateur des rôles ajoute le business catalog au menu du rôle PFCG (SAP Fiori Launchpad → Launchpad Catalog). Avec ses applications incluses, PFCG propose également les valeurs d'autorisation par défaut des applications référencées, y compris les autorisations de démarrage des services OData.
• Public Edition : SAP livre les business catalogs sous forme d'ensembles d'applications et, lorsque c'est pris en charge, d'applications IAM (variantes d'autorisation d'application). Les administrateurs les ajoutent aux business roles dans Maintain Business Roles, gèrent les restrictions et activent ou désactivent des applications IAM individuelles. Lorsqu'un catalogue ne prend pas en charge les applications IAM, le catalogue lui-même reste la plus petite unité d'autorisation. L'application Business Catalogs (F2471) documente chaque catalogue.

Dans les deux cas, toute application d'un catalogue affecté peut être trouvée via la recherche et l'app finder, qu'elle soit placée ou non sur une page. En Public Edition, les catalogues superflus élargissent aussi l'accès, raison pour laquelle SAP déconseille d'utiliser les modèles de business roles tels quels en production. Un business catalog est donc d'abord une décision d'accès, et ensuite seulement une décision de contenu.

La documentation de bonnes pratiques de SAP pour l'on-premise et la Private Edition fournit des critères de décision clairs :

Les technical catalogs spécifiques relèvent du périmètre de configuration multimandant ; le launchpad app manager travaille toujours dans ce périmètre. Les business catalogs spécifiques relèvent du périmètre de customizing spécifique au mandant (/UI2/FLPCM_CUST) ; les modifications effectuées dans /UI2/FLPCM_CONF s'appliquent en multimandant et sont transportées par des ordres de workbench. Les catalogues dont l'ID commence par SAP sont en lecture seule dans les systèmes clients. Copier un business catalog maintient le lien avec les originaux SAP, alors que copier une tile ou un target mapping rompt ce lien.

1. Séparer tile et target mapping. SAP recommande de conserver la tile et le target mapping d'un même élément d'app descriptor du launchpad dans le même business catalog ; sinon, la navigation échoue pour les utilisateurs qui ne détiennent que l'un des deux.
2. Construire les catalogues application par application. Copier un business catalog SAP apporte les target mappings nécessaires à la navigation d'une application à l'autre ; sélectionner des applications isolées dans des technical catalogs les omet souvent.
3. Catalogues surdimensionnés. Les opérations sur les catalogues ralentissent à mesure qu'ils grossissent, et chaque application d'un catalogue devient accessible à tous les utilisateurs qui le détiennent.
4. Supposer que les copies restent à jour. Un business catalog copié conserve les références qu'il avait au moment de la copie ; les applications manquantes sont ajoutées à la main. Après une mise à niveau, le launchpad content manager signale le contenu obsolète ou déprécié et ses successeurs.
5. Oublier les applications SAP GUI for HTML. Certaines n'existent que dans des technical catalogs ; elles doivent donc être ajoutées individuellement à un business catalog.

La plupart des erreurs de catalogue sont des décisions de granularité : des catalogues trop larges accordent trop d'accès, et des catalogues assemblés trop finement cassent la navigation.

En on-premise et en Private Edition, partez de l'utilisateur et remontez vers le contenu :

1. Quels catalogues l'utilisateur reçoit-il réellement ? /UI2/FLPCA_USER affiche les catalogues et les spaces par utilisateur, et /UI2/FLPCA fait de même par rôle.
2. L'intent est-il résolu ? /UI2/FLIA indique si un target mapping des catalogues de l'utilisateur correspond à un intent donné.
3. Les références sont-elles intactes ? Le launchpad content manager signale les références qui ne peuvent pas être résolues, les catalogues dont l'état diffère entre le périmètre de configuration et celui de customizing, et les configurations de tiles ou de target mappings défectueuses.
4. Le contenu est-il cohérent ? /UI2/FLC contrôle le contenu du launchpad livré et personnalisé (déprécié à partir d'ABAP platform 2025 au profit de la vue des problèmes de l'étape 3 et de /UI2/FLPCA). /UI2/FLC1 trouve les catalogues orphelins dans le périmètre de customizing.
5. Où une tile est-elle utilisée ? Le contrôle d'utilisation du launchpad content manager liste les pages et les business catalogs qui contiennent une tile. Une tile encore placée sur une page ne peut pas être retirée du catalogue.

En Public Edition, l'application IAM Information System indique quels business roles et business catalogs donnent accès à quelles applications. Un problème de catalogue se manifeste généralement comme un problème de rôle ; le diagnostic doit donc toujours commencer par les catalogues effectifs de l'utilisateur.