/IWFND/GW_CLIENT

/IWFND/GW_CLIENT agit comme un client HTTP à l'intérieur du système SAP Gateway. Vous choisissez une méthode (GET, POST, PUT, PATCH, MERGE, DELETE ou HEAD), saisissez une URI de requête, ajoutez des en-têtes et un payload, puis exécutez. La réponse s'affiche à côté de la requête, avec son statut HTTP, ses en-têtes et son corps. Depuis le même écran, vous pouvez :

• ajouter des options d'URI comme $count ou $format=json ;
• accéder au journal des erreurs, à la maintenance du service ou à l'implémentation du service ;
• transformer une réponse en requête suivante avec Use as Request ;
• nettoyer ou reconstruire le cache de métadonnées sur le hub, le back-end ou les deux.

/IWFND/GW_CLIENT répond à la question que masque une application SAP Fiori : que renvoie le service lui-même ?

Un acheteur d'Alder Manufacturing signale que la liste des fournisseurs n'affiche aucune entrée pour Cedar Office Supply :

1. Copiez l'URI de la requête en échec depuis les outils de développement du navigateur, par exemple /sap/opu/odata/sap/ZALDER_SUPPLIER_SRV/SupplierSet avec son filtre.
2. Lancez /IWFND/GW_CLIENT, sélectionnez GET et collez l'URI.
3. Exécutez, puis lisez le statut HTTP et le corps de la réponse.
4. Modifiez un élément à la fois : supprimez le filtre, ajoutez $format=json, demandez l'entité unique par sa clé.
5. Pour un enregistrement en échec, reconstruisez la requête avec la même méthode, les mêmes en-têtes et le même payload ; SAP Gateway attend un X-CSRF-Token valide, obtenu par un GET préalable, pour les requêtes de modification.
6. Si l'erreur provient du signalement d'un utilisateur, ouvrez l'entrée dans /IWFND/ERROR_LOG et rejouez-la depuis là au lieu de la ressaisir.

Une requête qui échoue dans /IWFND/GW_CLIENT relève d'un problème de service ; une requête qui y aboutit renvoie à l'application ou à ses paramètres.

/IWFND/GW_CLIENT transforme un symptôme vague de l'application en un statut HTTP qui désigne une seule couche.

/IWFND/GW_CLIENT peut enregistrer une requête comme cas de test dans un groupe de test, soit en base de données, soit sous forme de fichier sur votre PC. Un cas de test conserve la méthode, l'URI, les en-têtes, le payload et un statut HTTP attendu ; la validation de réponse compare une nouvelle réponse avec une réponse stockée.

SAP livre des groupes d'exemple, CORE_SAMPLES pour OData V2 et V4_TEST pour OData V4, qui ne fonctionnent que si les services qu'ils appellent sont actifs. Pour un service spécifique, un petit groupe de test exécuté après chaque transport détecte les régressions avant les utilisateurs. Les cas de test font de /IWFND/GW_CLIENT un outil de non-régression léger, et pas seulement un écran de débogage.

• /IWFND/ERROR_LOG et /IWBEP/ERROR_LOG : retrouvent la requête en échec et la rejouent dans /IWFND/GW_CLIENT.
• /IWFND/TRACES : enregistre des traces de payload et de performance lorsque la requête aboutit mais que les données semblent fausses.
• /IWFND/MAINT_SERVICE : vérifie l'enregistrement et l'alias système lorsque le service est introuvable.
• SU53 : confirme un échec d'autorisation derrière un 403.

Gardez à l'esprit que le résultat reflète l'utilisateur et les autorisations avec lesquels s'exécute la requête de test, qui ne sont généralement pas ceux de l'utilisateur ayant signalé le problème. /IWFND/GW_CLIENT reproduit la requête ; les transactions associées expliquent le résultat.