Launchpad Designer

Pendant la majeure partie de l'histoire du SAP Fiori Launchpad, le launchpad designer a été l'outil unique pour le contenu du launchpad. Les administrateurs l'utilisaient pour :

• créer des technical catalogs et des business catalogs ;
• ajouter des tiles à partir de modèles de tiles et configurer leur titre, leur icône et leur intent ;
• définir des target mappings qui résolvent un intent vers une application ;
• construire des groupes pour la page d'accueil classique.

Le designer s'exécute comme une application SAPUI5 sur le front-end server et possède deux périmètres. Le périmètre de configuration (/UI2/FLPD_CONF, utilisé avec le mandant 000) contient le contenu multimandant ; le périmètre de customizing (/UI2/FLPD_CUST) contient le contenu d'un seul mandant et s'applique par défaut lorsqu'aucun périmètre n'est indiqué. Le contenu de customizing prime sur le contenu de configuration pour ce mandant ; c'est pourquoi le designer signale un catalogue comme obsolète lorsque sa version de configuration a changé après la création d'une copie spécifique au mandant. De nombreux guides d'installation SAP et tutoriels communautaires rédigés avant 2020 décrivent encore ces étapes. Le launchpad designer explique une grande partie du contenu de launchpad présent dans les systèmes plus anciens, même là où il n'est plus l'outil adapté.

Oui. La documentation SAP S/4HANA 2025 FPS02 de SAP indique que le launchpad designer est obsolète et ne doit plus être utilisé. Le calendrier donné par SAP :

1. Release 2020 du launchpad : de nouveaux outils de conception sont publiés, et SAP cesse de recommander le launchpad designer.
2. Release 2023 : le launchpad designer est officiellement déclaré obsolète, et son retrait est annoncé pour une prochaine release.
3. 2025 FPS02 : SAP rappelle qu'aucun nouveau contenu de launchpad ne peut être créé avec cet outil et demande aux clients de migrer le contenu existant vers les formats qui lui succèdent.

SAP mentionne la SAP Note 3170196 comme information associée à cette obsolescence. L'obsolescence n'est pas qu'une recommandation sur les outils. Les technical catalogs créés dans le designer utilisent une persistance différente de celle des catalogues construits avec le launchpad app manager, et les nouvelles fonctionnalités du launchpad reposent sur le format plus récent. Selon la release, les front-end servers plus anciens des paysages SAP ERP peuvent ne pas disposer du launchpad app manager, ce qui y maintient l'usage du designer. Pour tout système SAP S/4HANA sur une release actuelle, le launchpad designer est une source de migration, pas un outil de conception.

Le launchpad app manager, anciennement appelé outil de maintenance de masse, est devenu l'outil principal pour les technical catalogs avec ABAP Platform 2020. Parmi ses avantages, SAP cite le transport indépendant des éléments d'app descriptor, une traduction simplifiée et une meilleure recherche. Chaque tâche courante du launchpad designer a désormais un successeur identifié, les tiles personnalisées étant la seule exception documentée.

Les business catalogs ne nécessitent aucune migration : le launchpad content manager les lit tels quels. Les technical catalogs, en revanche, doivent être migrés. SAP fournit pour cela l'ensemble d'outils Migration of Technical Catalogs (/UI2/MGR_TC) :

1. Implémenter les SAP Notes listées dans la SAP Note 3397026 et définir le type de catalogue Standard Catalog dans les types de catalogues autorisés pour le launchpad app manager.
2. Vérifier le statut de chaque catalogue dans /UI2/MGR_TC : prêt pour une migration complète, prêt après une affectation, ou prêt uniquement pour une migration partielle.
3. Exécuter éventuellement le nettoyage préalable à la migration pour corriger le contenu qui ne peut pas être migré automatiquement.
4. Migrer le catalogue entier, ou migrer partiellement les seules applications éligibles.

Après la migration, le launchpad app manager devient l'outil par défaut pour ce catalogue, persistance comprise. Les groupes sont migrés séparément, en les convertissant en pages. Une critique fréquente dans les communautés de praticiens est que la migration partielle laisse longtemps des catalogues répartis entre deux outils ; planifier le nettoyage des applications non migrables permet de l'éviter. Migrer catalogue par catalogue, en commençant par le contenu spécifique, rend les dépendances au launchpad designer visibles et les fait diminuer.

1. Suivre un ancien tutoriel. De nombreux guides présentent encore /UI2/FLPD_CUST comme le moyen d'ajouter une application. Créer de nouvelles tiles à cet endroit produit du contenu au format obsolète ; utilisez plutôt le launchpad app manager.
2. Modifier dans le mauvais périmètre. Modifier du contenu multimandant dans le périmètre de customizing crée des copies par mandant qui ne suivent plus les modifications de configuration ultérieures. Le designer les signale comme obsolètes, mais quelqu'un doit donner suite à ce signalement.
3. Copier des tiles pour changer un libellé. Le mode d'adaptation du launchpad app manager modifie le titre ou l'icône d'une tile SAP sans rompre le lien avec l'original SAP.
4. Étendre les groupes. Chaque heure consacrée aux groupes l'est à une page d'accueil obsolète ; les spaces et les pages sont la cible.
5. Supposer que le designer a disparu. Il existe toujours dans le système et reste important pour les tiles personnalisées ; les administrateurs doivent donc restreindre qui peut l'utiliser plutôt que l'ignorer. SAP documente cette restriction au niveau du service OData.

La plupart des problèmes liés au launchpad designer aujourd'hui viennent du fait de traiter un outil hérité comme l'outil par défaut.