Notas para el SAP WEB DISPATCHER

 

Cuando trabajamos con aplicaciones de tipo web dynpro y factsheet  necesitamos una correcta configuración del web dispatcher para que este pueda hacer correctamente el direccionamiento de Fiori a Backend para poder visualizar la data.

Las aplicaciones de tipo web dynpro se conectan al backend usando un alias de sistema determinado, este está asociado a una RFC que apunta al sistema que necesitamos (de ser embebido estos alias deben apuntar al mismo sistema LOCAL).

A continuación comparto algunas configuraciones que se pueden verificar a nivel de frontend:

1. Ingresar a la tx SE16 y buscamos la siguiente tabla: /UI2/V_ALIASMAP

La siguiente tabla corresponde a los alias de sistema con su target correspondiente, si no vemos un cliente asignado quiere decir que la asignacion es global (afecta a todos los clientes). Si se tiene un mismo alias con dos asignaciones, la global tiene prioridad.

Aqui debemos verificar que nuestro alias usa la RFC correcta. 





Si se hacen cambios en esta tabla, se debe seguir la siguiente nota según corresponda y borrar el caché


Se recomienda ver el siguiente blog de SAP para un sistema no embebido: https://blogs.sap.com/2015/06/01/configuring-remote-systems-in-sm59/


2. Ingresar a la tx /N/IWFND/ROUTING y verificar que cada alias esta configurado correctamente




3. Debemos hacer las pruebas del launchpad unicamente en el LINK proporcionado con el host y puerto conectado al dispatcher!

4. El single sing on debe estar correctamente configurado!, si vemos alguna ventana pidiendo datos de autorización para ingresar al backend no está bien configurado el single sign on, a no ser que sea solo un error con el ticket.

5. Si vemos algun error relacionado a un ticket HTTPS, no está configurada correctamente la conexión HTTPS entre Fiori y el backend (Revisar conexión HTTPS a sistema ABAP y verificar host y puerto). 

6. Verificar que el direccionamiento se hace correctamente al backend y no otro sistema (si está mal configurado podria ingresar a Fiori y no a backend).

Nota: Si cada vez que intentamos ingresar al launchpad a través del dispatcher volvemos repetidamente a la pantalla de login, revisar la siguiente nota: https://me.sap.com/notes/0002378376




Comentarios

Publicar un comentario

Entradas populares de este blog

Catálogos y Grupos

Imagen
Cuando estamos activando aplicaciones en Fiori es muy importante conocer la teoría de catálogos y grupos y como aplicarla correctamente, así que comencemos. En los catálogos es donde residen los tiles o mosaicos de las aplicaciones como tal y en los grupos se definen las aplicaciones a las que tendrá acceso el usuario (el usuario debe tener acceso al catálogo y el grupo para poder visualizar las aplicaciones en el Launchpad). Es importante destacar que se debe tener un catálogo definido por  cada ROL. Los grupos se usan también para unir aplicaciones de grupos distintos. En un ejemplo practico, podemos ubicarnos en un estacionamiento. Los puestos serán las aplicaciones, vamos a separar los puestos por bloques: BLOQUE A, BLOQUE B, BLOQUE C. Dentro de cada bloque hay 4 filas para estacionar. Diremos que los bloques son los grupos y las filas los catálogos. Entonces si te dan un ticket que pertenece al bloque B fila 3, quiere decir que si deseas estacionarte en o...
Leer más

Transportar alias de sistema de un servicio OData

Imagen
TRANSPORTAR ALIAS DE SISTEMA A muchos les ha pasado que al transportar un servicio OData, al revisar el mismo en el otro ambiente, notan que el servicio se encuentra allí pero con el nodo ICF desactivado (el mismo puede ser activado en cada ambiente), y no se encuentra el alias del sistema, y sin el alias del sistema el servicio no funciona, ademas de que esto no puede ser añadido en un sistema no modificable como suele ser QA y PRD. Así que asegurémonos que esto no suceda, para que el servicio sea transportado con su alias de sistema se debe hacer lo siguiente: Primero, buscamos el servicio al que queremos transportar el alias de sistema, luego lo seleccionamos, al hacer esto, visualizamos el siguiente bloque: Aqui debemos seleccionar: A;adir alias sistema, para lo cual el sistema muestra el siguiente mensaje: Este mensaje quiere decir que el alias de sistema debe ser transportado en una orden aparte, para esto se usa una orden customizing.  Al continu...
Leer más

Usar SAP Gateway para verificar los servicios OData

Imagen
USO DE SAP GATEWAY Si en un momento determinado estamos probando un servicio desde fiori y tenemos algún problema con una consulta, podemos ir directamente al SAP Gateway y probar el servicio. Primero ingresamos a la transacción /n/IWFND/MAINT_SERVICE, buscamos el servicio que deseamos verificar, lo seleccionamos y buscamos el siguiente bloque: Aquí vamos a seleccionar: Cliente SAP Gateway. En la vista generada, vamos a ver una barra donde tenemos la petición que deamos realizar sobre el servicio oData, los metodos HTTP permitidos son: - GET - POST - PUT - PATCH - MERGE - DELETE - HEAD El cliente de SAP Gateway nos permite obtener información importante acerca del servicio, como por ejemplo: - Las entidades que tiene. - La información de implementación: Aquí se puede obtener el nombre de la clase usada para el desarrollo del servicio, al tener esta clase se puede usar la transacción SE80 para obtener detalles del desarrollo del mismo. Para ej...
Leer más