Como afecta la copia de otro mandante nuestras configuraciones y como solventarlo



     A pesar de que no es algo que debería pasar muy seguido, suele suceder que una vez que ejecutamos todas las tareas de configuración algo pasa y deben crear un backup del sistema o una copia de otro mandante. ¿Esto nos afecta? la respuesta es sí. Ahora bien, es bueno saber en que nos afecta y que no. Esto no va a afectar la mayor parte de nuestras tareas de configuración en el sistema, pero hay una que sí y es importante, es nuestra configuración para que funcionen las aplicaciones fact sheets.

    Como saben, las aplicaciones fact sheets funcionan con unos conectores de búsqueda, los conectores ESH.   Para verificar los conectores usaremos la transacción de SAP ESH_COCKPIT (desde el backend). 

    También podemos ingresar  directamente en nuestro navegador a través de la dirección :

http://<Backendserver>:<Backendport>/sap/bc/webdynpro/sap/esh_admin_ui_component?sap-language=ES#

     Si los conectores están bien configurados debemos ver lo siguiente:




     Si la lista nos sale en blanco o si dice que fue realizada una copia de mandante debemos hacer lo siguiente:

   Tenemos que eliminar las configuraciones ESH realizadas sobre el cliente, luego ejecutar una tarea para ajustar el sistema después de la copia del mandante y finalmente volver a crear los conectores. 

Pasos:

1. Ejecutar la transaccion STC01.
2. Lista de tareas: SAP_ESH_RESET.
3. Generar lista de tareas.
4. Editar los parámetros de la tarea y marcar el checkbox
5. Ejecutar lista de tareas.


Debemos aceptar el reset para el cliente:



Luego ejecutamos la tarea y esperamos que el log termine con éxito.

6. Ejecutamos la siguiente tarea usando la STC01:


SAP_ESH_ADJUST_AFTER_CLIENT_COPY 

Ejecutada en la copia del cliente esta lista de tareas actualiza los ID de los conectores del sistema lógico (recomiendo la tarea anterior en lugar de renombrar, suele dar problemas) y recrea indices de unión pertenecientes al cliente copiado.

7. Ejecutar la tarea en el cliente 000 y en Working Client como se explica en activar aplicaciones fact sheets















































































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