SAP Gateway
SAP Gateway es el framework ABAP que expone servicios OData desde sistemas SAP como SAP S/4HANA y SAP ERP, y se encarga del registro de servicios, el enrutamiento, las comprobaciones de autorización y el registro de errores para las aplicaciones SAP Fiori. SAP Gateway se ejecuta integrado en el sistema de back-end o en un sistema hub separado, una decisión de implementación con consecuencias operativas duraderas.
Datos clave
- Tipo
- Framework ABAP para servicios OData (software component SAP_GWFND)
- Capa
- Servicios y API
- Opciones de implementación
- Embedded (recomendada para SAP S/4HANA) o hub
- Transacciones principales
- /IWFND/MAINT_SERVICE, /IWFND/V4_ADMIN, /IWFND/ERROR_LOG, /IWBEP/ERROR_LOG, /IWFND/GW_CLIENT
- Quién trabaja con ello
- Administradores de Basis, desarrolladores ABAP, equipos de soporte de SAP Fiori
- Se aplica a
- SAP S/4HANA on-premise y Private Edition, SAP ERP (ECC)
Capa: Servicios y APIDónde se ubica ▾
Capa: Servicios y API
Abrir el mapa de arquitectura →¿Cómo funciona SAP Gateway?
SAP Gateway divide el procesamiento OData en un lado hub y un lado back-end, que pueden ejecutarse en el mismo sistema o en dos sistemas:
- Una aplicación SAP Fiori envía una solicitud OData a una URL bajo la ruta ICF de los servicios OData.
- El componente hub la recibe, comprueba que el servicio está registrado y activo, y verifica la autorización de inicio del usuario para el servicio (objeto de autorización S_SERVICE).
- El hub usa el system alias del servicio para enrutar la solicitud al back-end que lo implementa: el mismo sistema en una configuración embedded, o un back-end al que se accede mediante una conexión RFC en una configuración hub.
- El componente de back-end ejecuta la implementación del servicio: un business object RAP, lógica basada en CDS o las clases de un proyecto SEGW.
- La respuesta vuelve por el mismo camino, y cualquier error se escribe en el log de errores del hub o del back-end.
SAP Gateway es, por tanto, la capa de tráfico entre las aplicaciones SAP Fiori y la lógica de negocio ABAP, no el lugar donde reside esa lógica.
¿Conviene elegir la implementación embedded o hub?
SAP documenta dos opciones de implementación de SAP Gateway como parte del SAP Fiori front-end server:
| Implementación embedded | Implementación hub | |
|---|---|---|
| Dónde se registran los servicios | En el propio sistema de back-end | En un sistema hub separado |
| Conexión con el back-end | Local (system alias LOCAL) | Conexión RFC más system alias |
| Ciclo de vida | Se actualiza junto con SAP S/4HANA | Se actualiza según su propio calendario |
| Estado en SAP S/4HANA | Recomendada para nuevas instalaciones | Obsoleta para SAP S/4HANA, dejará de estar disponible en un release posterior |
La opción hub ofrecía en su día un control centralizado sobre varios back-ends y un ciclo de actualización separado para la capa de UI. Para SAP S/4HANA, SAP recomienda ahora la implementación embedded y ha anunciado la obsolescencia del hub independiente, que dejará de estar disponible en un release futuro, con una vía de migración documentada de independiente a embedded. Los entornos que todavía sirven back-ends SAP ERP más antiguos desde un único hub necesitan un plan aparte. Para un nuevo sistema SAP S/4HANA, la decisión de implementación de SAP Gateway está prácticamente tomada: embedded.
¿Qué transacciones usan los administradores de SAP Gateway?
| Tarea | Transacción |
|---|---|
| Registrar y activar servicios OData V2, asignar system aliases | /IWFND/MAINT_SERVICE |
| Publicar y gestionar grupos de servicios OData V4 | /IWFND/V4_ADMIN |
| Analizar errores en el lado hub | /IWFND/ERROR_LOG |
| Analizar errores en el back-end | /IWBEP/ERROR_LOG |
| Enviar o repetir solicitudes de prueba | /IWFND/GW_CLIENT |
| Rastrear payloads y rendimiento de un usuario | /IWFND/TRACES |
| Vaciar la caché de metadatos tras los cambios | /IWFND/CACHE_CLEANUP y /IWBEP/CACHE_CLEANUP |
| Modelar y generar servicios clásicos | SEGW (SAP Gateway Service Builder) |
| Activar nodos ICF y comprobar conexiones RFC | SICF y SM59 |
El prefijo /IWFND/ pertenece al componente hub y el prefijo /IWBEP/ al componente de back-end; en una implementación embedded, ambos conjuntos se ejecutan en el mismo sistema. Saber a qué lado pertenece una transacción es la forma más rápida de orientarse en SAP Gateway.
¿Dónde se aplica SAP Gateway en las ediciones de SAP S/4HANA y en SAP BTP?
- SAP S/4HANA on-premise y Private Edition: los clientes o su partner de operaciones administran SAP Gateway directamente, con las transacciones anteriores.
- SAP ERP (ECC): SAP Gateway también sirve aplicaciones SAP Fiori para SAP ERP, a menudo desde un hub que además aloja el SAP Fiori Launchpad. Las funcionalidades dependen del release de SAP NetWeaver; la exposición de OData V4, por ejemplo, requiere SAP NetWeaver 7.50 SP04 o superior.
- SAP S/4HANA Cloud Public Edition: las transacciones de SAP Gateway de esta entrada están documentadas para sistemas on-premise y Private Edition; en Public Edition, las API se exponen a otros sistemas mediante communication arrangements.
- SAP BTP: los servicios del ABAP environment se publican mediante service bindings de RAP y se exponen a otros sistemas mediante communication scenarios, y CAP sirve OData por sí mismo, por lo que el trabajo se realiza en estas herramientas y no en las transacciones de SAP Gateway.
SAP Gateway es un tema de administración principalmente allí donde el cliente opera la pila ABAP.
¿Cómo se resuelve un problema de SAP Gateway?
Cuando una aplicación SAP Fiori de Alder Manufacturing muestra "no data" o un error genérico, revise las capas por orden:
- Localice la solicitud que falla. En las herramientas de desarrollo del navegador, busque la llamada OData (a menudo dentro de un
$batch) y anote el estado HTTP y el mensaje. - 401 o 403: compruebe con SU53 la autorización de inicio del usuario para el servicio y confirme en SICF que el nodo ICF está activo.
- 404 o "service not found": compruebe el registro del servicio y el system alias en /IWFND/MAINT_SERVICE, o el grupo de servicios en /IWFND/V4_ADMIN.
- Errores 500: abra /IWFND/ERROR_LOG y siga la entrada hasta /IWBEP/ERROR_LOG para encontrar la causa en el back-end.
- Comportamiento sin cambios tras un transporte: vacíe las cachés de metadatos en ambos lados.
- Reproduzca la solicitud en /IWFND/GW_CLIENT para descartar la aplicación.
Una queja frecuente en las comunidades de profesionales es el tiempo perdido depurando código SAPUI5 cuando la causa estaba en la configuración. Revisar SAP Gateway capa por capa permite separar las carencias de registro y de autorización de los defectos de código.
SAP Gateway frente a OData: ¿cuál es la diferencia?
| SAP Gateway | OData | |
|---|---|---|
| Qué es | Framework y runtime ABAP | Protocolo abierto de acceso a datos a través de HTTP |
| Dónde existe | En sistemas ABAP (SAP S/4HANA, SAP ERP) | En cualquier sistema que implemente el protocolo, incluido CAP en SAP BTP |
| Pregunta que responde | ¿Cómo expone y enruta un servicio un sistema ABAP? | ¿Cómo lee y modifica los datos un cliente? |
| Fallo típico | Servicio no registrado, system alias incorrecto, falta de autorización de inicio | Query options mal formadas, operación no admitida, discrepancia de versiones |
OData define la conversación; SAP Gateway es uno de los runtimes que la hablan en los sistemas ABAP.
Preguntas frecuentes
¿SAP Gateway es lo mismo que SAP NetWeaver Gateway?
Sí. SAP NetWeaver Gateway es el nombre anterior del producto. La documentación actual de SAP describe el framework como SAP Gateway Foundation, entregado en el software component ABAP SAP_GWFND, que forma parte de la plataforma ABAP sobre la que se ejecuta SAP S/4HANA.
¿SAP S/4HANA sigue admitiendo un hub de Gateway central?
SAP ha declarado obsoleta la opción de implementación hub del SAP Fiori front-end server para SAP S/4HANA y recomienda la implementación embedded, con una vía de migración documentada. Los entornos hub existentes siguen funcionando por ahora, pero deben planificar el cambio antes de que la opción deje de estar disponible.
¿Las aplicaciones SAP Fiori necesitan SAP Gateway?
Las aplicaciones SAP Fiori que llaman a servicios OData en un sistema ABAP como SAP S/4HANA usan SAP Gateway para acceder a esos servicios. Las aplicaciones cuyos servicios se ejecutan en SAP BTP, por ejemplo con CAP, no usan el runtime ABAP de Gateway.
¿Qué es un system alias en SAP Gateway?
Un system alias indica a SAP Gateway qué sistema de back-end procesa un servicio registrado. En una implementación embedded, el alias suele apuntar al sistema local, mientras que en una implementación hub apunta a un back-end al que se accede mediante una conexión RFC.
¿Por qué un servicio OData sigue devolviendo metadatos antiguos después de un cambio?
SAP Gateway almacena en caché los metadatos de los servicios en los lados hub y back-end. Tras transportar cambios en el modelo, los administradores vacían ambas cachés con las transacciones de limpieza de caché para que la aplicación SAP Fiori reciba los nuevos metadatos en su siguiente solicitud.
Fuentes
- SAP Help Portal: Embedded Versus Hub Deployment (SAP Gateway Foundation)
- SAP Help Portal: Hub Deployment Option of Front-End Server Is Deprecated (SAP S/4HANA 2025)
- SAP Help Portal: Embedded Deployment of SAP Fiori Front-End Server (Recommended)
- SAP Help Portal: Which Tools Can Be Used for Troubleshooting? (SAP Gateway Foundation)
- SAP Help Portal: Providing an OData Service (ABAP environment, service binding and communication scenario)
- Se aplica a
- SAP S/4HANA on-premise · SAP S/4HANA Cloud Private Edition · SAP ERP (ECC)
- Última revisión