/IWFND/ERROR_LOG et /IWBEP/ERROR_LOG

SAP Gateway écrit une entrée chaque fois qu'une requête OData échoue à l'exécution. Les deux journaux suivent la séparation entre les composants hub et back-end :

• /IWFND/ERROR_LOG s'exécute sur le système hub Gateway. Il enregistre les erreurs de routage, de recherche de service et du framework, ainsi que les erreurs renvoyées par le back-end, avec le contexte de la requête pour tous les utilisateurs du mandant.
• /IWBEP/ERROR_LOG s'exécute sur le système back-end. Il enregistre l'erreur à l'endroit où l'implémentation du service l'a levée, pile d'appels comprise.

Dans un déploiement embedded, les deux s'exécutent dans le même système. Chaque entrée propose le contexte de l'erreur, les données de la requête et des options de rejeu. /IWFND/ERROR_LOG vous indique qu'une requête a échoué et où ; /IWBEP/ERROR_LOG vous indique pourquoi le back-end l'a refusée.

Un acheteur d'Alder Manufacturing ouvre une application de commandes d'achat et n'obtient aucune donnée pour Bright Freight :

1. Reproduisez le problème et notez l'heure, puis repérez l'appel OData en échec et son statut HTTP dans les outils de développement du navigateur.
2. Ouvrez /IWFND/ERROR_LOG, filtrez par utilisateur et par heure, puis sélectionnez l'entrée.
3. Lisez le contexte de l'erreur : le service, l'URI de la requête, la méthode HTTP et le texte du message.
4. Suivez l'entrée jusqu'au back-end et ouvrez l'entrée correspondante dans /IWBEP/ERROR_LOG pour la pile d'appels et le message back-end.
5. Rejouez la requête dans le SAP Gateway Client, sans l'application, en modifiant un paramètre à la fois.
6. Augmentez temporairement le niveau de journalisation s'il manque des détails : sous Global Configuration, passez du niveau Secure par défaut à Full, puis revenez en arrière.

Suivre l'entrée du hub jusqu'à l'entrée du back-end transforme les journaux des erreurs de SAP Gateway d'une liste de symptômes en un chemin vers la cause racine.

Les échecs d'autorisation apparaissent souvent plus clairement dans SU53 ou STAUTHTRACE. La plupart des entrées de /IWFND/ERROR_LOG renvoient à la configuration ; la plupart des causes racines de /IWBEP/ERROR_LOG renvoient aux données ou au code.

Ouvrez d'abord les journaux des erreurs lorsque :

• une application SAP Fiori s'ouvre mais affiche une erreur, une liste vide ou un indicateur d'activité sans fin ;
• un enregistrement échoue avec un message générique ;
• une intégration signale des réponses HTTP 4xx ou 5xx d'un service OData.

Ne commencez pas par là lorsque la tile est absente ou que l'application ne s'ouvre pas du tout : il s'agit alors de problèmes de contenu du launchpad ou de rôles, diagnostiqués dans la couche launchpad. Les journaux des erreurs SAP Gateway répondent aux questions sur les requêtes de données en échec, pas sur la navigation dans le launchpad.

• /IWFND/GW_CLIENT : rejoue et modifie la requête en échec.
• /IWFND/TRACES : enregistre des traces de payload et de performance pour un utilisateur, utile lorsque rien n'est journalisé mais que les résultats sont faux.
• /IWFND/APPS_LOG et /IWBEP/VIEW_LOG : journaux d'application côté hub et côté back-end.
• /IWFND/CACHE_CLEANUP et /IWBEP/CACHE_CLEANUP : suppriment les métadonnées obsolètes après des modifications.
• SU53 et STAUTHTRACE : confirment les échecs d'autorisation.
• ST22 : affiche le short dump lorsque l'entrée back-end signale une exception d'exécution.
• /IWFND/MAINT_SERVICE : vérifie l'enregistrement et les alias système pour les entrées « introuvable ».

Les journaux des erreurs localisent l'échec ; ces transactions confirment la cause et la correction.