SAP Fiori: puerta de enlace NetWeaver

SAVIA NetWeaver Gatewayse utiliza para configurar una conexión entre la suite de negocios de SAP y los clientes, plataformas y marco de destino. Ofrece herramientas de desarrollo y generación para crearOData servicios a diferentes herramientas de desarrollo de clientes.

La pasarela SAP NetWeaver proporciona una forma más sencilla de consumir la lógica empresarial y el contenido del sistema SAP Back-end en aplicaciones web. También reduce la complejidad para acceder a los datos de SAP y proporciona interfaces fáciles para reducir el tiempo de desarrollo.

SAP NetWeaver Gateway: capacidades y beneficios clave

SAP NetWeaver Gateway es una tecnología que proporciona una forma sencilla de conectar dispositivos, entornos y plataformas al software de SAP según los estándares del mercado.

  • No disruptivo, cualquier suite de negocios de SAP.

  • Facilidad para desarrollar API simples y no requiere ningún conocimiento de herramientas.

  • Basado en REST, ATOM / OData. Permite la conectividad a aplicaciones SAP utilizando cualquier lenguaje o modelo de programación, sin necesidad de conocimientos de SAP, aprovechandoREST servicios y OData/ATOM Protocolos.

  • Proporciona complementos para IDE conocidos como Eclipse, Visual Studio 2010 y XCode.

Conecte SAP NetWeaver Gateway a SAP Business Suite

Esto implica configurar el servidor back-end como un sistema de confianza.

Step 1 - Utilice el código T: SM59

Step 2 - Haga clic en el icono de crear como se muestra a continuación.

Step 3 - Ingrese los detalles como se muestra a continuación -

  • Nombre de destino RFC
  • Tipo de conexión: 3

Step 4 - Ir al Technical Settings pestaña e ingrese los detalles como se explica a continuación.

Step 5 - Ingrese el host de la puerta de enlace en el Target Host campo y número de instancia en el System Number campo.

Step 6 - Ir al Logon & Security pestaña e ingrese los detalles.

Step 7 - Ingrese el número de cliente y haga clic en Current user para autenticación.

Step 8 - Seleccionar Trust Relationship como Yes y haga clic en el save icono en la parte superior.

Step 9 - Selecciona Volver a la pantalla de inicio y usa el código T: SMT1

Step 10 - Haga clic en el create icon Como se muestra abajo.

los Trusting Wizard abrirá.

Step 11 - Ingrese los detalles del destino RFC que acaba de crear y haga clic en Continue.

Step 12- Se muestra la información del sistema de confianza. Haga clic en elSave botón.

Aquí, ha definido la relación de confianza entre su sistema SAP y el host de NetWeaver Gateway configurando el sistema SAP para que sea un sistema de confianza y el host de NW para que sea un sistema de confianza. Esto permite el inicio de sesión remoto para que los usuarios utilicen los datos del usuario en la puerta de enlace SAP NetWeaver y el sistema SAP.

SAP NetWeaver Gateway: opciones de implementación

Hay dos opciones de implementación diferentes disponibles para implementar la puerta de enlace SAP NetWeaver para la configuración de SAP Fiori.

Implementación de concentrador central de SAP NetWeaver Gateway: desarrollo en el sistema back-end

En este tipo de opción de implementación, el complemento de interfaz de usuario central, los complementos de interfaz de usuario específicos del producto y la puerta de enlace SAP NetWeaver se encuentran en el servidor de aplicaciones para el usuario ABAP. El servidor back-end contiene lógica empresarial y datos back-end. El desarrollo se lleva a cabo en el sistema de back-end ABAP.

Los servicios se implementan en un sistema back-end y se registran en el servidor. El servicio Gateway se implementa en el sistema de back-end de Gateway. Ya seaIW_BEP está implementado o el sistema se ejecuta en la versión 7.4 o superior aproveche el componente principal SAP_GWFND.

Advantages

  • Permite cambios en la interfaz de usuario sin autorización de desarrollo en back-end.

  • Proporciona un único punto de mantenimiento para todos los problemas de la interfaz de usuario.

  • Proporciona un lugar central para la creación de temas y la marca de Fiori Apps.

  • Proporciona un único punto de acceso al sistema de back-end.

  • Como no hay acceso directo al sistema back-end, tiene seguridad mejorada.

  • Acceso local directo a metadatos (DDIC) y datos comerciales y facilidad de reutilización de datos.

Disadvantages

  • Requiere un sistema SAP NetWeaver Gateway independiente.

Note - SAP recomienda la opción de implementación de Central Hub para el entorno de producción.

Implementación de concentrador central de SAP NetWeaver Gateway

En esta opción, las funcionalidades del servidor Gateway se utilizan en un servidor dedicado, el sistema central. A diferencia de la primera opción, la implementación del servicio se realiza en el sistema central.

Esta opción se utiliza si no se debe realizar ningún desarrollo en el sistema back-end o en el caso de versiones anteriores a la 7.40. si no está permitido implementar el complementoIW_BEPen el back-end. En este caso, el desarrollador está limitado a las interfaces a las que se puede acceder mediante RFC en el back-end.

El desarrollo se lleva a cabo en el sistema central Gateway y los sistemas de back-end de la suite Business no se tocan.

IW_BEP o SAP_GWFND se está ejecutando en el sistema de concentrador de Gateway y no se toca nada en SAP Business suite.

Advantages

  • Además de los beneficios otorgados para la primera opción, esta opción tiene la ventaja de que no requiere la instalación de complementos de puerta de enlace en el sistema back-end.

Disadvantages

  • No hay acceso directo a metadata (DDIC)y datos comerciales. Por tanto, la reutilización de datos es limitada.

  • Los objetos GENIL no se pueden utilizar de forma remota.

  • En esta configuración, el acceso está limitado a interfaces habilitadas de forma remota como módulos RFC, BAPI, etc.

Implementación integrada

En la arquitectura de implementación integrada, el desarrollo tiene lugar en el sistema back-end de la suite SAP Business y el sistema Gateway también se instala en el mismo sistema. Los servicios se registran y se publican en el sistema back-end de SAP Business Suite.

IW_BEP o SAP_GWFND se ejecuta en el mismo sistema en el que está instalado SAP Business suite.

Advantages

  • Requiere menos tiempo de ejecución ya que se reduce una llamada remota.

Disadvantages

  • El sistema no debe usarse como concentrador para sistemas back-end adicionales.

  • En el caso de varios sistemas SAP Business Suite, Gateway debe configurarse varias veces.

  • Esta configuración se recomienda solo para fines de caja de arena.

Note- No debe utilizar un sistema SAP Business Suite con implementación integrada como un sistema central para un sistema back-end adicional. La razón es que podría conducir a una situación en la que la versión de SAP NetWeaver Gateway del sistema central sea inferior a la versión de los componentes de back-end de SAP NetWeaver Gateway del sistema de back-end remoto.

Para evitar tal situación, puede utilizar la opción de implementación integrada para sus sistemas SAP Business Suite.

Si opta por una arquitectura basada en concentrador, debe usar un sistema SAP NetWeaver Gateway Hub dedicado que debe ejecutarse en la última versión de SAP NetWeaver Gateway.

Verifique el método de implementación en el sistema SAP Fiori

Step 1 - Inicie sesión en el sistema back-end de SAP Fiori utilizando la GUI de SAP como se muestra en la imagen que se muestra a continuación.

Step 2 - En el System menu, haga clic en Status.

Step 3 - Se abre una nueva ventana que muestra System Status.

En Datos del sistema SAP, haga clic en el icono (lupa) debajo de la etiqueta Versión del componente.

Step 4 - Esto le mostrará la lista de los componentes instalados en el sistema back-end de SAP según la versión de NetWeaver Gateway.

Con NW 7.31, IW_BEW y GW_Core los componentes están instalados y para NW 4.0, SAP_GWFND está instalado y no hay componentes individuales.

Ahora, en este sistema, tiene el sistema NW instalado en el sistema back-end y todos los componentes de complementos de la interfaz de usuario están en el sistema front-end. Por lo tanto, representa un método de implementación de Arquitectura Hub.

Descripción general de OData (protocolo de datos abiertos)

OData se utiliza para definir las mejores prácticas necesarias para crear y consumir API RESTful. Le ayuda a encontrar cambios, definir funciones para procedimientos reutilizables y enviar solicitudes por lotes, etc.

Algunas de las características importantes son:

  • OData proporciona la posibilidad de ampliación para satisfacer cualquier necesidad personalizada de sus API RESTful.

  • REST significa Transferencia de Estado Representacional y a veces se escribe como "ReST".

  • Se basa en un protocolo de comunicación en caché, cliente-servidor y sin estado. En prácticamente todos los casos, se utiliza el protocolo HTTP.

  • REST se define como un estilo de arquitectura para diseñar aplicaciones de red.

  • OData lo ayuda a concentrarse en la lógica de su negocio mientras crea API RESTful sin tener que preocuparse por los enfoques para definir encabezados de solicitud y respuesta, códigos de estado, métodos HTTP, convenciones de URL, tipos de medios, formatos de carga útil y opciones de consulta, etc.

  • Las API RESTful de OData son fáciles de consumir.

Ciclo de vida del servicio de OData

El ciclo de vida del servicio de OData incluye la duración de un servicio de OData. A continuación se muestran los pasos clave que se deben considerar en un ciclo de vida del servicio de OData.

  • Activación del servicio OData.

  • Mantenimiento del servicio OData.

  • Mantenimiento de modelos y servicios, hasta la limpieza de la caché de metadatos.

  • Las aplicaciones RESTful utilizan solicitudes HTTP para publicar datos para crear o actualizar, leer datos y eliminar datos. REST usa HTTP para las cuatro operaciones CRUD (Crear / Leer / Actualizar / Eliminar).

  • REST es una alternativa ligera a mecanismos como RPC (llamadas a procedimiento remoto) y servicios web.

Componentes de la arquitectura REST

A continuación se muestran los componentes de la arquitectura REST.

  • Resources
  • Una red de recursos
  • Client-server
  • Sin estado de conexión
  • Servidores proxy