Launchpad Designer

Durante la mayor parte de la historia del SAP Fiori Launchpad, el launchpad designer fue la única herramienta para el contenido del launchpad. Los administradores lo utilizaban para:

• crear technical catalogs y business catalogs;
• añadir tiles a partir de plantillas de tile y configurar su título, icono e intent;
• definir target mappings que resuelven un intent en una app;
• construir grupos para la página de inicio clásica.

El designer se ejecuta como app SAPUI5 en el front-end server y tiene dos ámbitos. El ámbito de configuración (/UI2/FLPD_CONF, utilizado con el mandante 000) contiene el contenido multimandante; el ámbito de customizing (/UI2/FLPD_CUST) contiene el contenido de un mandante y es el predeterminado cuando no se indica ningún ámbito. El contenido de customizing prevalece sobre el contenido de configuración para ese mandante, por lo que el designer marca un catálogo como desactualizado cuando su versión de configuración ha cambiado después de hacer una copia específica de mandante. Muchas guías de instalación de SAP y tutoriales de la comunidad escritos antes de 2020 siguen recorriendo estos pasos. El launchpad designer explica gran parte del contenido del launchpad que se encuentra en sistemas antiguos, aunque ya no sea la herramienta adecuada.

Sí. La documentación de SAP S/4HANA 2025 FPS02 indica que el launchpad designer está obsoleto y ya no debe utilizarse. El calendario que da SAP:

1. Release 2020 del launchpad: se publican nuevas herramientas de diseño y SAP deja de recomendar el launchpad designer.
2. Release 2023: el launchpad designer pasa a estar oficialmente obsoleto, y se anuncia su eliminación en una próxima release.
3. 2025 FPS02: SAP reitera que no se puede crear contenido nuevo del launchpad con él y pide a los clientes que migren el contenido existente a los formatos sucesores.

SAP cita la nota SAP 3170196 como información relacionada con la obsolescencia. La obsolescencia no es solo una recomendación sobre herramientas. Los technical catalogs creados en el designer utilizan una persistencia distinta de la de los catálogos construidos con el launchpad app manager, y las nuevas funciones del launchpad se basan en el formato más reciente. Según la release, puede que los front-end servers más antiguos de los entornos SAP ERP no dispongan del launchpad app manager, lo que mantiene allí el uso del designer. Para cualquier sistema SAP S/4HANA en una release actual, el launchpad designer es un origen de migración, no una herramienta de diseño.

El launchpad app manager, antes llamado herramienta de mantenimiento masivo, pasó a ser la herramienta principal para los technical catalogs con ABAP Platform 2020. Entre sus ventajas, SAP cita el transporte independiente de los app descriptor items, una traducción más sencilla y una mejor búsqueda. Cada tarea habitual del launchpad designer tiene ahora un sucesor definido, con los tiles personalizados como única excepción documentada.

Los business catalogs no necesitan migración: el launchpad content manager los lee tal como están. Los technical catalogs, sí. SAP proporciona el conjunto de herramientas Migration of Technical Catalogs (/UI2/MGR_TC):

1. Implementar las notas SAP indicadas en la nota SAP 3397026 y definir el tipo de catálogo como Standard Catalog en los tipos de catálogo permitidos para el launchpad app manager.
2. Comprobar el estado de cada catálogo en /UI2/MGR_TC: listo para la migración completa, listo tras una asignación o listo solo para una migración parcial.
3. Opcionalmente, ejecutar la limpieza previa a la migración para corregir el contenido que no se puede migrar automáticamente.
4. Migrar el catálogo completo, o migrar parcialmente solo las apps que cumplen los requisitos.

Tras la migración, el launchpad app manager pasa a ser la herramienta predeterminada para ese catálogo, incluida su persistencia. Los grupos se migran por separado, convirtiéndolos en pages. Una queja frecuente en las comunidades de profesionales es que la migración parcial deja los catálogos repartidos entre dos herramientas durante mucho tiempo; planificar la limpieza de las apps no migrables lo evita. Migrar catálogo por catálogo, empezando por el contenido personalizado, mantiene visibles las dependencias del launchpad designer y hace que se reduzcan.

1. Seguir un tutorial antiguo. Muchas guías siguen mostrando /UI2/FLPD_CUST como la forma de añadir una app. Crear tiles nuevos allí genera contenido en el formato obsoleto; utilice en su lugar el launchpad app manager.
2. Editar en el ámbito equivocado. Modificar contenido multimandante en el ámbito de customizing crea copias de mandante que dejan de seguir los cambios de configuración posteriores. El designer las marca como desactualizadas, pero alguien tiene que actuar ante esa marca.
3. Copiar tiles para cambiar una etiqueta. El modo de adaptación del launchpad app manager cambia el título o el icono de un tile de SAP sin romper el vínculo con el original de SAP.
4. Ampliar grupos. Cada hora dedicada a los grupos se dedica a una página de inicio obsoleta; spaces y pages son el objetivo.
5. Suponer que el designer ha desaparecido. Sigue existiendo en el sistema y sigue siendo relevante para los tiles personalizados, por lo que los administradores deben restringir quién puede usarlo en lugar de ignorarlo; SAP documenta esta restricción a nivel de servicio OData.

La mayoría de los problemas actuales con el launchpad designer se deben a tratar una herramienta heredada como la opción predeterminada.