/IWFND/GW_CLIENT

/IWFND/GW_CLIENT actúa como un cliente HTTP dentro del sistema SAP Gateway. Usted elige un método (GET, POST, PUT, PATCH, MERGE, DELETE o HEAD), introduce una URI de solicitud, añade headers y un payload, y ejecuta. La respuesta aparece junto a la solicitud con su estado HTTP, sus headers y su cuerpo. Desde la misma pantalla puede:

• añadir opciones de URI como $count o $format=json;
• saltar al registro de errores, al mantenimiento del servicio o a la implementación del servicio;
• convertir una respuesta en la siguiente solicitud con Use as Request;
• limpiar o reconstruir la caché de metadatos en el hub, en el back-end o en ambos.

/IWFND/GW_CLIENT responde a la pregunta que una app SAP Fiori oculta: ¿qué devuelve el propio servicio?

Un comprador de Alder Manufacturing informa de que la lista de proveedores no muestra ninguna entrada para Cedar Office Supply:

1. Copie la URI de la solicitud fallida desde las herramientas de desarrollo del navegador, por ejemplo /sap/opu/odata/sap/ZALDER_SUPPLIER_SRV/SupplierSet con su filtro.
2. Inicie /IWFND/GW_CLIENT, seleccione GET y pegue la URI.
3. Ejecute y lea el estado HTTP y el cuerpo de la respuesta.
4. Cambie una sola cosa cada vez: quite el filtro, añada $format=json, solicite la entidad individual por su clave.
5. Para una grabación fallida, reconstruya la solicitud con el mismo método, los mismos headers y el mismo payload; en las solicitudes de modificación, SAP Gateway espera un X-CSRF-Token válido, obtenido con un GET previo.
6. Si el error procede del aviso de un usuario, abra la entrada en /IWFND/ERROR_LOG y reprodúzcala desde ahí en lugar de volver a escribirla.

Una solicitud que falla en /IWFND/GW_CLIENT es un problema del servicio; una solicitud que funciona ahí apunta de nuevo a la app o a sus parámetros.

/IWFND/GW_CLIENT convierte un síntoma vago de la app en un estado HTTP que apunta a una sola capa.

/IWFND/GW_CLIENT puede guardar una solicitud como caso de prueba en un grupo de prueba, ya sea en la base de datos o como archivo en su PC. Un caso de prueba conserva el método, la URI, los headers, el payload y un estado HTTP esperado; la validación de respuestas compara una respuesta nueva con una almacenada.

SAP entrega grupos de ejemplo, CORE_SAMPLES para OData V2 y V4_TEST para OData V4, que solo funcionan cuando los servicios que llaman están activos. Para un servicio personalizado, un pequeño grupo de prueba ejecutado después de cada transporte detecta regresiones antes que los usuarios. Los casos de prueba hacen de /IWFND/GW_CLIENT una herramienta ligera de pruebas de regresión, no solo una pantalla de depuración.

• /IWFND/ERROR_LOG y /IWBEP/ERROR_LOG: localizan la solicitud fallida y la reproducen en /IWFND/GW_CLIENT.
• /IWFND/TRACES: registra trazas de payload y de rendimiento cuando la solicitud funciona pero los datos parecen incorrectos.
• /IWFND/MAINT_SERVICE: verifica el registro y el alias de sistema cuando no se encuentra el servicio.
• SU53: confirma un fallo de autorización detrás de un 403.

Tenga en cuenta que el resultado refleja el usuario y las autorizaciones con los que se ejecuta la solicitud de prueba, que normalmente no son los del usuario que informó del problema. /IWFND/GW_CLIENT reproduce la solicitud; las transacciones relacionadas explican el resultado.