SAP GUI for HTML (Web GUI)

SAP GUI for HTML conserve la transaction classique intacte et ne change que l'endroit où ses écrans sont dessinés :

1. Un utilisateur clique sur une tile du launchpad dont l'intent est résolu vers un target mapping de type transaction, par exemple ME23N avec un system alias.
2. Le launchpad ouvre la transaction via le service ICF webgui du système ABAP.
3. L'Internet Transaction Server, qui fait partie du noyau ABAP, exécute le dynpro et transpose chaque champ d'écran, un pour un, sur une page HTML.
4. Chaque action de l'utilisateur repart vers le serveur, qui traite l'étape de dialogue et renvoie la page suivante.

Comme le rendu a lieu sur le serveur d'application, il consomme du CPU serveur, et SAP suggère de dédier des serveurs d'application lorsque l'usage du Web GUI est intensif. SAP GUI for HTML est donc une traduction côté serveur d'une transaction existante, et non une nouvelle interface utilisateur.

SAP GUI for HTML se situe dans la couche des applications d'interface, à côté des applications SAPUI5 et des applications Web Dynpro ABAP. Les trois parviennent aux utilisateurs de la même façon : une tile ou un lien déclenche un intent, et un target mapping décide de ce qui s'ouvre. En dessous, elles diffèrent complètement. Une application SAPUI5 appelle des services OData ; une transaction Web GUI exécute directement la logique dynpro classique, sans service OData intermédiaire.

La SAP Fiori Apps Reference Library en rend compte. Les transactions classiques y apparaissent avec le type d'application « SAP GUI » et utilisent le code de transaction comme ID d'application : ME23N, par exemple, est répertoriée comme Display Purchase Order avec l'intent PurchaseOrder-display. SAP fournit également des thèmes visuels SAP Fiori pour les applications classiques, afin que les écrans Web GUI se rapprochent visuellement du launchpad qui les entoure. SAP GUI for HTML est une cible de lancement au sein de SAP Fiori, et non une application SAP Fiori.

Utilisez SAP GUI for HTML lorsque :

• aucune application SAP Fiori ne couvre la tâche, ou l'application SAP Fiori ne couvre qu'une partie des besoins des utilisateurs ;
• des utilisateurs occasionnels ont besoin d'une transaction classique et ne doivent pas installer SAP GUI for Windows ;
• un rôle doit proposer toutes les étapes d'un métier depuis un seul launchpad pendant une migration progressive vers les applications SAP Fiori.

Privilégiez une application SAP Fiori lorsqu'il en existe une pour le scénario, lorsque les utilisateurs travaillent sur smartphone ou tablette, ou lorsque la tâche tire profit des drafts, de la navigation side-by-side et des mises en page responsives. Une démarche pratique : cherchez d'abord une application transactionnelle ou un successeur dans la SAP Fiori Apps Reference Library, et ne revenez à la transaction que si le manque est réel. SAP GUI for HTML est le bon choix lorsque la couverture compte davantage qu'une expérience SAP Fiori native.

SAP indique que la plupart des fonctions de SAP GUI for Windows fonctionnent aussi dans SAP GUI for HTML, et liste les exceptions dans la SAP Note 314568. Exemples tirés de la documentation SAP :

• les fichiers ne peuvent pas être glissés depuis l'explorateur de fichiers du poste vers un écran SAP ;
• l'automatisation OLE n'est pas disponible depuis le navigateur, ce qui limite l'intégration à Microsoft Office ;
• l'impression passe par des documents PDF générés dans le système SAP ;
• certains comportements de l'aide à la recherche (F4) et certains contrôles sont restreints ;
• les navigateurs mobiles ne disposent pas de fonctions comme le clic droit ; SAP ne libère donc pas iOS de manière générale comme plateforme.

Au-delà des restrictions techniques, l'écran lui-même ne change pas : les mises en page denses conçues pour un client desktop restent denses dans un cadre de navigateur, et la transaction ne devient pas responsive. Les limites de SAP GUI for HTML proviennent de la traduction d'un dialogue desktop, et non du launchpad qui l'entoure.

• On-premise et Private Edition : les administrateurs activent les services ICF du Web GUI une fois par système, dans SICF ou via la task list SAP_FIORI_FOUNDATION_S4 exécutée dans STC01. Ils créent des target mappings de type transaction pour les transactions spécifiques et peuvent vérifier dans SE93, dans les paramètres de prise en charge des GUI, pour quelles GUI une transaction est marquée.
• Déploiement hub (déprécié) : le launchpad s'exécute sur un serveur front-end distinct ; chaque system alias nécessite donc des destinations HTTP ou HTTPS dans SM59, nommées d'après l'alias avec le suffixe _HTTP ou _HTTPS. Le déploiement embedded est l'option recommandée par SAP.
• Public Edition : SAP livre une sélection d'applications SAP GUI for HTML dans ses business catalogs ; la release 2502, par exemple, a ajouté Maintain Quota Arrangement comme nouvelle application SAP GUI for HTML.
• SAP ERP : l'ITS est intégré au noyau depuis SAP Web Application Server 6.40.

SAP GUI for HTML existe dans tous les modes de déploiement ; ce qui varie, c'est qui décide quelles transactions sont exposées.

Procédez du launchpad vers la transaction :

1. Résolution de l'intent. Exécutez /UI2/FLIA pour l'utilisateur. Si aucun target mapping ne correspond, le problème vient de l'attribution des catalogues ou des rôles, pas du Web GUI.
2. Services ICF. Une erreur HTTP ou une page blanche signifie généralement que les services webgui sont inactifs dans SICF sur le système qui exécute la transaction.
3. System alias et destinations. Dans les déploiements hub, une destination HTTP absente ou mal nommée dans SM59 envoie la requête nulle part.
4. Autorisation back-end. La transaction s'ouvre mais s'arrête sur un message d'autorisation ; vérifiez dans le rôle back-end l'autorisation de lancement de la transaction et analysez-la avec SU53 au sein de la session.
5. Restrictions de la transaction. L'écran s'ouvre mais une fonction se comporte mal ; comparez avec la SAP Note 314568 avant de signaler un défaut.

La plupart des échecs de tiles Web GUI sont des lacunes de configuration ou d'autorisation qui apparaissent aux étapes 1 à 4, avant que la transaction elle-même ne soit en cause.