Adaptation de l'interface (Adapt UI)

L'adaptation de l'interface ne modifie jamais le code de l'application. La flexibilité SAPUI5 enregistre chaque modification sous forme d'un petit delta sémantique, par exemple « champ Supplier Rating déplacé vers le groupe Delivery », rattaché à l'ID stable du contrôle, et le stocke dans le repository par couches.

À l'exécution, l'application charge ses vues d'origine et applique dans l'ordre les deltas stockés de chaque couche :

Comme les modifications font référence à des ID stables plutôt qu'à des positions à l'écran, elles survivent aux mises à jour de l'application tant que les contrôles référencés existent encore. L'adaptation de l'interface est donc une couche de modifications enregistrées au-dessus d'une application intacte.

• Personnalisation (utilisateurs finaux). Les utilisateurs ajustent tableaux, filtres et vues pour eux-mêmes et peuvent partager des vues en tant que publiques. Rien ne change pour les autres utilisateurs, sauf s'ils choisissent une vue partagée.
• Adaptation key user (key users). Depuis le menu utilisateur, Adapt UI ouvre un mode WYSIWYG avec glisser-déposer et menus contextuels. Les key users réorganisent, renomment, suppriment ou ajoutent des champs et des groupes pour tous, et peuvent publier le résultat sous forme d'une app variant distincte. Dans SAP Fiori elements pour OData V4, les key users peuvent aussi ajuster les variantes de list report, déplacer ou renommer des boutons, réorganiser les sections de l'object page et intégrer du contenu.
• Adaptation développeur (développeurs). Un adaptation project dans SAP Business Application Studio, créé avec SAP Fiori tools, ajoute des fragments aux points d'extension, des extensions de contrôleur ou des modifications du descripteur. Le résultat est une app variant dotée de son propre ID, qui référence l'application d'origine.

Les trois niveaux partagent un même mécanisme mais diffèrent par leur portée : l'adaptation de l'interface par les key users modifie l'application pour tous, la personnalisation la modifie pour un seul utilisateur, et l'adaptation développeur peut modifier le comportement.

• Ni code ni modification. Les key users modifient la mise en page sans développeurs, et l'application d'origine de SAP reste intacte.
• Compatibilité avec les mises à niveau par construction. Les modifications sont des deltas sur des ID stables, conservés dans leur propre couche.
• Filet de sécurité intégré. L'outil avertit avant les modifications risquées, comme la suppression d'un champ obligatoire, et les modifications peuvent être annulées ou réinitialisées vers l'application d'origine.
• Brouillons et versions. Depuis ABAP Platform 2022, les key users peuvent enregistrer des brouillons, conserver plusieurs versions, revenir en arrière et publier la version choisie.
• App variants. Une même application livrée peut servir différentes équipes, par exemple une app variant de l'application de commande d'achat, avec moins de champs, pour les acheteurs d'usine d'Alder Manufacturing.

Pour l'ajustement au niveau de l'écran, l'adaptation de l'interface est l'outil le plus léger de la gamme d'extensibilité de SAP S/4HANA.

• Uniquement les applications qui la prennent en charge. Une application a besoin de contrôles pris en charge et d'ID stables ; les applications qui construisent leur interface dynamiquement ne peuvent pas être adaptées.
• Uniquement ce qui existe déjà. L'adaptation de l'interface peut faire apparaître un champ que le service fournit déjà, mais elle ne peut pas créer de nouveau champ, contrôle ou calcul. Les champs spécifiques proviennent d'abord de l'extensibilité key user.
• La mise en page, pas la logique. Valeurs par défaut, contrôles et règles de processus sont hors périmètre ; certaines actions standard comme modifier, enregistrer et supprimer sont exclues de l'adaptation des boutons dans SAP Fiori elements.
• Poste de travail uniquement. L'adaptation key user exige un navigateur de bureau et une taille d'écran minimale.
• Les interfaces classiques diffèrent. Les transactions SAP GUI s'adaptent avec d'autres outils ; SAP S/4HANA Cloud Public Edition propose une adaptation de l'interface des applications classiques basée sur SAP Screen Personas.
• Prime sur la personnalisation. Les réglages des key users peuvent écraser ceux des utilisateurs finaux, qui devront parfois réappliquer les leurs.

Ces limites garantissent la sûreté de l'adaptation de l'interface : elle remodèle les écrans sans changer ce que fait le système.

SAP recommande d'adapter dans un système de test ou de développement et de transférer le résultat en production, car les modifications faites directement en production peuvent entrer en conflit avec celles qui sont transportées.

• SAP S/4HANA on-premise et Private Edition : lorsque le key user publie une version, le système demande un ordre de transport, qu'un administrateur libère. Les key users ont donc besoin d'autorisations de transport en plus du rôle key user.
• SAP S/4HANA Cloud Public Edition : la publication ne demande pas d'ordre de transport ; les modifications sont collectées pour export via une software collection.
• Les app variants suivent le même chemin : leur publication les ajoute à un ordre de transport ou à une software collection.

Critère de décision : si plusieurs personnes adaptent la même application, désignez un responsable par application, car un seul key user doit adapter une application à un moment donné. L'adaptation de l'interface est une configuration dotée de son propre chemin de transport, et elle mérite la même discipline de mise en production que toute autre modification.

Vérifiez ces causes dans l'ordre :

1. Rôle manquant. L'utilisateur ne dispose pas de SAP_UI_FLEX_KEY_USER ou d'une copie de celui-ci dans PFCG.
2. Application non activée. L'application ne prend pas en charge l'adaptation key user, par exemple parce qu'elle n'a pas d'ID stables.
3. Système non compatible. L'application s'exécute sur un back-end ou une plateforme où l'adaptation de l'interface n'est pas disponible.
4. Mauvais appareil ou mauvaise page. L'utilisateur est sur un téléphone ou une tablette, ou n'est pas sur la page actuelle du launchpad.

La documentation SAP cite les trois premières causes comme les raisons pour lesquelles Adapt UI n'apparaît pas. Une entrée Adapt UI absente relève presque toujours d'une question de rôle ou d'activation de l'application, pas d'un défaut du launchpad.