/IWFND/ERROR_LOG y /IWBEP/ERROR_LOG

SAP Gateway escribe una entrada cada vez que una solicitud OData falla en tiempo de ejecución. Los dos registros siguen la división entre los componentes de hub y de back-end:

• /IWFND/ERROR_LOG se ejecuta en el sistema hub de Gateway. Registra errores de enrutamiento, de búsqueda del servicio y del framework, además de los errores devueltos por el back-end, con el contexto de la solicitud para todos los usuarios del mandante.
• /IWBEP/ERROR_LOG se ejecuta en el sistema back-end. Registra el error en el punto donde la implementación del servicio lo generó, incluida la pila de llamadas.

En una implementación embedded, ambos se ejecutan en el mismo sistema. Cada entrada ofrece el contexto del error, los datos de la solicitud y opciones para reproducirla. /IWFND/ERROR_LOG le indica que una solicitud falló y dónde; /IWBEP/ERROR_LOG le indica por qué el back-end la rechazó.

Un comprador de Alder Manufacturing abre una app de pedidos de compra y no obtiene datos de Bright Freight:

1. Reproduzca el problema y anote la hora, y localice la llamada OData fallida y su estado HTTP en las herramientas de desarrollo del navegador.
2. Abra /IWFND/ERROR_LOG, filtre por usuario y hora, y seleccione la entrada.
3. Lea el contexto del error: el servicio, la URI de la solicitud, el método HTTP y el texto del mensaje.
4. Siga la entrada hasta el back-end y abra la entrada correspondiente en /IWBEP/ERROR_LOG para ver la pila de llamadas y el mensaje del back-end.
5. Reproduzca la solicitud en SAP Gateway Client, sin la app, cambiando un parámetro cada vez.
6. Aumente temporalmente el nivel de registro si falta detalle: en Global Configuration, cambie del nivel predeterminado Secure a Full y luego vuelva atrás.

Seguir la entrada del hub hasta la entrada del back-end convierte los registros de errores de SAP Gateway de una lista de síntomas en un camino hacia la causa raíz.

Los fallos de autorización suelen verse con más claridad en SU53 o STAUTHTRACE. La mayoría de las entradas de /IWFND/ERROR_LOG apuntan a la configuración; la mayoría de las causas raíz en /IWBEP/ERROR_LOG apuntan a los datos o al código.

Abra primero los registros de errores cuando:

• una app SAP Fiori se abre pero muestra un error, una lista vacía o un indicador de carga que no termina;
• una grabación falla con un mensaje genérico;
• una integración informa de respuestas HTTP 4xx o 5xx de un servicio OData.

No empiece por ahí cuando falta el tile o la app no se abre en absoluto: esos son problemas de contenido del launchpad o de roles, que se diagnostican en la capa del launchpad. Los registros de errores de SAP Gateway responden a preguntas sobre solicitudes de datos fallidas, no sobre la navegación del launchpad.

• /IWFND/GW_CLIENT: reproduce y edita la solicitud que falla.
• /IWFND/TRACES: registra trazas de payload y de rendimiento para un usuario, útil cuando no se registra nada pero los resultados son incorrectos.
• /IWFND/APPS_LOG y /IWBEP/VIEW_LOG: registros de aplicación en el hub y en el back-end.
• /IWFND/CACHE_CLEANUP y /IWBEP/CACHE_CLEANUP: eliminan metadatos obsoletos después de cambios.
• SU53 y STAUTHTRACE: confirman fallos de autorización.
• ST22: muestra el short dump cuando la entrada del back-end informa de una excepción en tiempo de ejecución.
• /IWFND/MAINT_SERVICE: verifica el registro y los alias de sistema ante entradas de tipo "not found".

Los registros de errores localizan el fallo; estas transacciones confirman la causa y la corrección.