Activar Aplicaciones Factsheets



Lo que diferencia las aplicaciones fact sheets de las transaccionales es lo siguiente: En el Launchpad las aplicaciones transaccionales son mostradas con un mosaico o tile, en cambio las fact sheets son mostradas en el menú de la barra de búsqueda del Launchpad, ademas una diferencia significativa es que las aplicaciones fact sheets son solo de lectura, en cambio las transaccionales permiten: Visualizar, Modificar,  Crear y Eliminar registros.

Veamos:

Aplicaciones transaccionales:


Aplicaciones Fact sheets:



En lo que respecta al servicio ICF, asignación de roles, catálogos y grupos, es idéntica a las aplicaciones transaccionales. La diferencia radica al añadir su servicio OData. Para que el sistema cargue correctamente estos servicios OData primero se deben crear los conectores ESH, estos son los que proporcionan el modelo de datos que usan estas aplicaciones para buscar la información general en el sistema. ¿Y como se crean estos conectores? Vamos a ver los pasos (Todo debe ser configurado en el backend).

Iremos a la siguiente guía de configuración de SAP y usaremos el apartado:     Generic Configuring for Fact Sheet


Datos importantes de las tareas que se deben ejecutar:

-> SAP_ESH_INITIAL_SETUP_000_CLIENT - Initial Setup of Embedded Search (Client 000)


  • Debe ser ejecutada en el mandante 000
  • Llena las tablas específicas de ESH en el cliente 000 y copia el contenido de la tabla de estas tablas en los clientes que se definieron en la variante de la tarea "Recopilar configuración del sistema"
  • Puede correr más de una vez
  • Corresponde a la función de importación de modelos


-> SAP_ESH_INITIAL_SETUP_WRK_CLIENT - Initial Setup of Embedded Search (Working Client)



  • Active los servicios ICF, configure el destino / conexión TREX / HANA.
  • Se pueden crear conectores
  • Puede ejecutarse SOLO UNA VEZ en el cliente

LANDSCAPE DE LAS FACT SHEETS



Como podemos observar, las fact sheets siempre usaran el SAP Web Dispatcher para conectarse al backend, asi que este debe estar correctamente configurado, incluso si es un sistema embebido (debe estar liberado).



























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