miércoles, 25 de marzo de 2015

Nombres Lógicos en OPENHUB

Cuando tenemos varias instancias y queremos que el openhub vaya a una ruta concreta, por ejemplo de un recurso compartido, tenemos la opción de crear un Nombre de fichero lógico


Para defnir el nombre del fichero lógico, lo haremos desde el punto de parametrización de la SPRO.


Crearemos primero la vía de acceso lógica, como se ve se puede utilizar variables que nos permitirán que la definición del openhub sea dinámica según se vaya pasando por los distintos entornos.


Una vez creado el acceso lógico, definiremos el fichero lógico, que será el que se ponga en la definción del openhub.


Igualmente se podrá poner variables para que los nombres sean dinámicos.


Leer más...

jueves, 19 de febrero de 2015

Error Open Hub cuando tenemos varias instancias.

Cuando definimos un open hub podremos hacerlo de forma local o servidor. En local puedes seleccionar la ruta concreta donde descargarlo, pero no se puede utilizar en cadenas de proceso puesto que tira componentes del cliente de SAP, y desde el servidor si te deja pero obliga a descargarlo siempre en el DIR_HOME de la AL11 (fichero) o si eliges nombre lógico, se podrá cambiar la ruta.
El problema que tenemos con la opción de servidor, es que puede ser que tengamos varias instancias y los directorios del DIR_HOME sean disitintos. Esto podrá dar errores cuando no acceda al servidor definido en el open hub. El error que muestra es RSBK241.


Para solucionar esto, nos iremos al DTP que utilice el open hub en cuestión, y le indicaremos el mismo servidor definido en el open hub. 



Esto se hace posicionandonos en el DTP y luego  Pasar a -- Param. gestor proceso fondo.


Aqui seleccionaremos el sevidor por el que queremos que se lance, obligando de esta forma a que utilice el mismo servidor y directorio que en el open hub.


Leer más...

lunes, 16 de febrero de 2015

Como activar la auditoría del KM

Si queremos saber el número de usuarios que lee, modifica,.. documentos de nuestro KM, lo que tenemos que hacer es activar el Activity Reporting Services. Para ello nos iremos a la System Administration - KM - Content Management, y seleccionaremos Global services. 
Pulsando sobre opciones avanzadas, nos aparecerá Activity Reporting Service (Show advance options)



En esta ventana, marcaremos el flag de Active, para activar la auditoria, a parte si seleccionamos el flaga de Positive List lo que haremos será auditar solo los repositorios/directorios que aparecen en el parámetro RID List (separados por una coma). Los siguientes parámetros especificarán el tipo de actividad que queremos auditar.
Esto lo que hará sera dejarnos unos ficheros con extension .open en la ruta que le indiquemos en el Directory Name, si no se indica nada lo dejará en  <unidad>:\usr\sap\SID\JC00\j2ee\cluster\server0\activity_trace_default_directory_name en caso de especificar valor, podra ser con ruta estática (esta bien para unificar si tenemos varios server) o relativa a partir del ...cluster\servern de cada server. 
El funcionamiento es el siguiente, almacena la información en cache y según la va ocupando lo descarga a fichero con extension .open. Luego a la hora indicada en el parámetro Hour to close cierra todos los archivos unificandolo en uno o varios txt en función de lo que le pidamos que saque.

Leer más...

miércoles, 11 de febrero de 2015

Si tienes acceso a la SE37, puedes tener acceso a muchas cosas

Si tienes acceso a la SE37 en un sistema puedes ejecutar muchas cosas, si sabes manejarlo bien. Por ejemplo, si alguna vez os encontrais con la necesidad de ejecutar una transacción a la cual por equivocación no os han dado acceso, y no podeis esperar a visualizarla, podreis ejecutar la siguiente función: RS_HDSYS_CALL_TC_VARIANT, en el parámetro TCODE se inserta la transacción y en el parámetro AUTHORITY-CHECK borras la X.


Si la transaccion solo chequea la S_TCODE te dejará entrar, si tiene más AUTHORITY-CHECK te dará error de autorizacion.
Como siempre digo, esto solo debemos usarlo con conocimiento de lo que hacemos, y sabiendo que al final por un lado o por otro siempre se puede averiguar que usuario ejecuto una transacción u otra, vamos que se puede pillar facil al tramposo, jajaja. Otro día ya os contare más cosillas que se puede hacer teniendo la SE37, aunque ya tengo una entrada en la que os pongo bastantes cosillas.
Leer más...

viernes, 30 de enero de 2015

Como hacer debug de ventanas emergentes.

Cuando queremos debugear una ventana emergente se nos complica el tema, averiguando cual es la dynpro o trozo de código donde poner el breakpoint, pero es más sencillo de lo que creemos.
Simplemente crearemos un fichero txt en nuestro pc con el nombre: Debugger.txt

Dentro pondremos las siguientes líneas:

[FUNCTION]
Command=/H
Title=Debugger
Type=SystemCommand

Y entrar a debugear será tan sencillo como arrastrar el fichero sobre la ventana a debugear, activando el modo debug a partir de ese momento.



Como veis sencillo y super útil para encontrar cualquier problema.
Leer más...

miércoles, 7 de enero de 2015

Problemas al publicar un catálogo CCM 200_640

Algo antiguo por el tipo de catálogo, pero bueno que si yo me lo encontré lo mismo a alguno le viene bien... 
Al intentar publicar un catalogo en SAP SRM con CCM 200_640 se queda enganchado con el siguiente error:
"Publication  of the catalog is already in process"
Para ver el status del catalogo nos iremos a la tabla /CCM/D_UPD_STATE y filtraremos por el catalog_id del catalogo que nos esta dando problemas.
Si el status es 03 querrá decir que esta en ejecución  para cambiar ese estado, una vez asegurado que no hay ninguna publicación lanzada, ejecutaremos el siguiente report /CCM/CLEANUP_UPDATE_STATUS y seleccionaremos el catalog_id, el usuario y todos los datos necesarios para filtrar dicha entrada, ya que este report entre otras cosas borra la entrada de la tabla en cuestión.
La otra tabla es la /CCM/D_PUB_ST que deberemos mirar si el catalogo esta con status R, si lo estuviese solo tendremos que aplicar la nota 1092047 - Zreport to update status of catalog in /ccm/d_pub_st table y lanzar el ZREPORT que cambia dicho status.
Una vez hecho esto, volveremos a publicar el catalogo, desde la bbpstart --> edit catalog --> ... y chequearemos el log para ver que todo es correcto.
Leer más...