Generar cambios de forma creativa y en equipo, de lo más divertido en consultoría.

Desde hace unos 6 años soy consultor certificado en SAP EP, he trabajado con SAP BPM y actualmente estoy embarcado en proyectos con SAP BO.

lunes, 19 de noviembre de 2012

An internal error occured while calling 'initInstance' API. (Error: ERR_WIS_30270) (WIS 30270)

Hoy os muestro un error que me ha sucedido trás la instalación del SAP BO 4.0 sobre un WS 2003 R2 en inglés. El error me apareció al desplegar un dashboard desde Xcelsius.

Trás leer varios foros donde había soluciones diversas esta que os explico a continuación es la en mi caso ha dado resultado:

Simplemente tenéis que ir la CMC y parar los servidores, una vez que están parados cambiar en el Server Intelligent Agent el modo de logado para que sea el administrador de la máquina el que inicie la sesión, además de desmarcar el checkbox que veis en la imagen.

 
Mi instalación del SAP BO la realicé en inglés, por lo que además tenéis que iros al panel de control y cambiar la configuración regional para el idioma Inglés UK, yo lo tenía en español.
 
 
 
Una vez hecho esto reiniciais y ya debería estar listo!!
 

jueves, 15 de noviembre de 2012

Migrar SAP BO 3.1 a SAP BO 4.0

A continuación os muestro unos pantallazos para la migración de los objetos de SAP BO 3.1 a la nueva versión, la 4.0.

En primer lugar existe una herramienta llamada "Upgrade management tool" que es la que desde la 4.0 se conecta a la 3.1 y exporta los objetos, muy sencilla de utilizar y que solo tendréis que tener en cuenta algunas cosillas.

En primer lugar yo me aseguré con la gente de sistemas que la máquina que teníamos sobre la cual instalamos la 4.0 estuviera dada de alta en el dDNS de la misma manera que la antigua 3.1 (quizás sean cosas mías pero quiero pensar que esto puede evitar el tema de los errores en los servicios web y demás cosillas)

Es decir, que si la máquina antigua era.
http://nombremaquinaantigua.dominio.es:8080/
 la nueva, a mi juicio debería de ser
http://nombremaquinanueva.dominio.es:8080/

Una vez comprobado abrís el programa de export de objetos y elegís una de las dos opciones, o exportar todos los objetos de golpe desde la 3.1 a la 4.0 o ir seleccionando los que queráis.
Yo elegí la segunda opción...mejor ser precavido ;-)


Os adjunto un poco de la ayuda de SAP para realizar el proceso y donde se explican algunas cosillas interesante.

Antes de actualizar el despliegue de la plataforma SAP BusinessObjects Business Intelligence, asegúrese de que están apagados todos los servidores que no sean necesarios en los despliegues de origen y de destino para evitar estados incoherentes en el nuevo despliegue de 4.0:
Detenga todos los servidores del despliegue de origen, excepto el servidor de administración central (CMS), y el servidor del repositorio de archivos (FRS).
Detenga todos los servidores (incluidos todos los servidores de tareas) en el despliegue de destino, excepto el CMS, FRS y el servidor de aplicaciones de informes (si planea actualizar documentos de Crystal Reports).
(Opcional) Configurar la configuración de SSL de la herramienta de administración de actualizaciones


Durante una actualización completa, la herramienta de administración de actualizaciones copia todo el contenido de un despliegue a otros y, a continuación, lo actualiza.
Las actualizaciones completas permiten migrar todo el contenido de Bbusiness Intelligence (incluyendo las dependencias y permisos) desde el despliegue de origen al de destino. Todos los objetos que existan en el despliegue de destino se sobrescriben automáticamente con los objetos que cuenten con los mismos identificadores exclusivos en el despliegue de origen. Los objetos del despliegue de origen con identificadores exclusivos diferentes pero con los mismos nombres y rutas que los objetos del despliegue de destino cambian el nombre cuando se actualizan.


Durante una actualización incremental, la herramienta de administración de actualizaciones copia el contenido seleccionado de un despliegue a otros y, a continuación, lo actualiza.
Las actualizaciones incrementales permiten migrar objetos individuales a un despliegue de destino. Puede seleccionar los objetos del despliegue de origen que se pueden copiar y cuyo nombre puede cambiar si tienen identificadores únicos y diferentes, pero el mismo nombre y ubicación que los objetos del despliegue de destino.


Una vez que hemos leido esto nos conectamos a ambos sistemas, origen y destino y elegimos el tipo de actualización de escenario, Os pongo otro trocito de la ayuda de SAP sobre esto:


 
Escenarios de actualización

Live a Live
Exporta contenido desde un despliegue de origen a un despliegue de destino y lo actualiza.
BIAR a Live
Exporta contenido desde un archivo BIAR a un despliegue de destino.
Puede usar la herramienta de administración de actualizaciones para importar un archivo BIAR generado mediante el Asistente de importación desde XI Release 2 o XI 3.x.

Precaución: Si desea convertir objetos de MyInfoView e InfoView heredados a 4.0, no use un escenario de actualización BIAR a Live, en su lugar use un escenario de actualización Live a Live.
Live a BIAR
Exporta contenido desde un despliegue de origen a un archivo BIAR.

Nota: No se puede exportar un archivo BIAR generado con la herramienta de administración de actualizaciones 4.0 en otro despliegue de 4.0. Use la consola de administración de ciclo de vida para promover el contenido entre dos despliegues 4.0.

Precaución: No es aconsejable usar la herramienta de administración de actualizaciones para importar archivos BIAR generados con biarengine.jar. Para obtener más información, consulte el capítulo “Administración de ciclo de vida” del Manual del administrador de la plataforma SAP BusinessObjects Business Intelligence y el manual Consola de administración de ciclo de vida para SAP BusinessObjects Enterprise 4.0.
 Yo seleccioné desde Live a Live, a continuación seleccionamos los objetos que queremos exportar.

 
 
Y ponemos la ruta de nuestro servidor 4.0, la que os comentaba antes de

 
 
Nos aparecen los objetos que hemos seleccionado más sus dependencias
 
 
 
Si todo ha ido bien....
  
 
Comprobamos desde el nuevo infoview (BI Launch Pad) que tenemos nuestros objetos disponibles
 
 
Y yo por precaución en el explorador de la máquina del BO 4.0 comprobé que la url de uno de los servicios web del BO 3.1 era la misma que en el 4.0 cambiando solo en dicha url el nombre de máquina.
 
 
Listo!!
 
 

lunes, 29 de octubre de 2012

Syntax error in RSTMPLTLOGO_FORMS_IOBJ, row 287 (-> long text)

Hoy os muestro un error que aparece al intentar activar un infoobjeto en sistemas SAP NW BI 7.3 que están recien instalados.

Si al crearos e intentar activar un infoobjeto de tipo ratio o característica os aparece este error:


Suele ser por dos motivos.

  • No tenemos la versión de la R3Trans correcta para nuestro sistema. Para instalarla iremos a esta nota: 1554677
  • Si aun sigue fallando despues de instalar la R3Trans deberemos cambiar el valor del campo VERN en la tabla REPOSRC para cuando el campo Program Name = RSTMPLTLOGO
 
 
 
Aquí cambiaremos el valor 00000# por 000005.
 
Os dejo un blog donde se explica este mismo error y su solución:
 

martes, 23 de octubre de 2012

Paso de parámetros en Xcelsius

Hay muchas veces que necesitamos que un fichero .swf pase parámetros a otro fichero .swf. Por ejemplo cuando queremos dividir el desarrollo de un Cuadro de Mando en varios para desacoplar los elementos y no cargar de varios tabs a un mismo fichero, lo que hace que se vuelva pesado.

Si necesitais que el cuadro de mando padre pase parametros al fichero hijo solo necesitareís lo siguiente:

1. Crearos un elemento en el cuadro de mando padre de tipo SWF Loader Contenedor, que será la región donde se mostrará el cuadro de mando hijo dentro del cuadro de mando padre.


2. En el campo source url añadiremos la url con los parametros que vamos a pasarle al cuadro o cuadros de mando hijos. Una misma url valdrá para uno o varios.

esta url deberá tener el siguiente formato:

 

la celda O5 simplemente tiene la url de nuestra carpeta de infoview, donde vamos a guardar tanto el padre como los hijos:
http://servidor.es:8080/InfoViewApp/

Y lo demás son los parámetros que vamos a pasar junto con la celda desde donde los vamos a coger. Si queréis pasar más de uno los deberemos concatenar con el caracter & . Es importante que el nombre exacto de estos parámetros lo guardéis ya que más adelante habrá que crearse en cada cuadro de mando hijo una conexión cuyas variables se deben llamar exactamente igual que las que enviamos a través de esta url.

3. Para la selección del cuadro de mando hijo dentro del padre lo que hecho es añadir un elemento de tipo Fisheye Picture Menu donde cada cuadrado de selección será un cuadro de mando hijo.

 
 
En las propiedades de este elemento lo que haremos es seleccionar las celdas donde están las url de acceso hacia los cuadros de mando hijos. En mi caso van desde O12 a 15 ya que yo llamo a cuatro cuadros de mando hijo.
 
 
Estas rutas serán las llamadas a los ficheros .swf  que estarán almacenador en nuestra carpeta infoview del servidor, por ejemplo:
 
4. Una vez que tengamos el padre construido nos iremos al hijo, aquí lo que haremos simplemente es crear una nueva conexión de tipo variable flash y crearemos tantas variables como parametros hemos pasado en la url del paso 2 con los nombre exctamente iguales.
 
 
 
Solo un consejo, cuidado con el formato de los parámetros que pasáis desde el padre al hijo y como esperáis recibirlos. El ejemplo claro son las fechas, muchas veces mandamos 22012012 y esperamos 20120122 o cosas similares.

Suerte!!

martes, 5 de junio de 2012

Integración SAP EP (ume) con LDAP

Es típico que un cliente quiera que su portal SAP apunte a su LDAP corporativo y así evitar que los usuarios tengan distintos id´s para acceder al correo, al portal..etc. 
Hoy os muestro como lo hecho yo para un SAP NW 7.01 y un LDAP de Microsoft. Para otro tipo de LDAP solo tenéis que buscar el archivo xml apropiado y la forma en la que está estructurado ese LDAP, con jerarquía plana o profunda...esto os lo deberían decir quien gestiona ese LDAP.


Accediendo al portal con un usuario con privilegios suficientes:

“System Administration”-“System Configuration”-“UME Configuration”


Hacemos copia de seguridad del xml que hay actualmente UME ABAP pulsando sobre “Download File”

A continuacion subimos el Nuevo xml de configuracion para el acceso. Pulsamos sobre “Modify Configuration”.

Buscamos el nuevo archivo dataSourceConfiguration_ads_readonly_db.xml en nuestro equipo local y pulsamos “Upload File”. Una vez subido el fichero, es posible que el sistema nos pida reinicar la instancia Java


Una vez realizados estos pasos nos debe aparecer la nueva pestaña “LDAP Server” donde configuraremos los datos de acceso a nuestro servidor LDAP


Rellenamos los campos

-Server Name : Nombre del servidor LDAP
-Server Port : Puerto del servidor LDAP, 389 por defecto
-User : Usuario que hemos creado para la validación en el LDAP
-Password : Password del usuario creado en el LDAP
-User Path y Group Path : si no sabemos cual es el path correcto podemos buscarlo dandole a Browse.


Tambien podemos modificar otros valores como el pool de conexiones.



Una vez que hemos terminado de configurar el acceso pulsamos sobre “Test Connection” para probar que la conexión funciona correctamente.
Si todo ha ido bien nos tiene que devolver un mensaje parecido al siguiente, "connection test successful".

Para que el sistema valide los usuarios con la nueva configuración tenemos que añadir en el ConfigTool el nuevo fichero xml que vamos a utilizar.

Arrancamos el ConfigTool localizado en:

<SAP_install_dir>/<system_name>/<instance_name>/j2ee/configtool

Desde ahi pinchamos sobre :

Global Server Configuration -> Services -> com.sap.security.core.ume.service


Y cambiamos el valor del Key “ume.persistence.data_source_configuration” con el nombre del nuevo fichero xml que hemos incorporado en el portal.


Una vez realizado esto solo nos queda reiniciar la instancia Java y probar a acceder con un usuario del LDAP (previamente tendremos que haberle dado permisos necesarios para el acceso)


Saludos.

martes, 29 de mayo de 2012

SAP ADS webdynpro exception: the ads call has failed.You can find information about the error in the error.pdf on the application server

Hoy os publico un error que me han pasado de un cliente sobre el Adobe Document Services.
No me centraré en la configuración inicial ya que es bastante sencilla y solo hay que tener cuidado en crear los destinos lógicos tanto desde la SM59 como desde el Visual Admin de la pila Java donde tengáis el ADS, de configurar bien los usuarios y asignarle los permisos además de activar los servicios del ADS.

(si a la hora de configurar el destino FP_ICF_DATA_XXX os parece este error "Error during ping operation: Received HTTP response 404.", no os preocupéis, es normal y SAP dice que lo podéis obviar).

Aquí os dejo una foto de todo lo que deberíais tener configurado para que funcione de manera correcta.


Una vez configurado podeis testearlo desde los reports estándar de SAP (SE38)
  • Report FP_CHECK_DEST_SERVICE : checks if the HTTP (SM59) destination ADS works
En este report cuando lo lanzáis marcando el checkbox de "con servicio de destino" os puede aparecer este error

Aseguraos de que el usuario usuario ADS_AGENT en vuestro ERP tiene los roles SAP_BC_FP_ICF y  SAP_BC_FPADS_ICF asignados correctamente.
  • Report FP_PDF_TEST00 : checks if the ADS destination responds (also determines the ADS version)
  • Report FP_TEST_00 : generates a sample PDF document and displays it via “Print Preview”
Recordad que muchas veces estos reports no se llaman exactamente así, y quizás tengáis que realizar la busqueda con el * para encontrarlos.
A lo que yo iba realmente es que si estos reports funcionan de manera correcta es que vuestro ADS estará bien configurado, pero si desde la PA30 a la hora de crear un formulario para un contrato (infotipo 0016) os sale este error:

Esto es debido a que los contratos que queréis crear utilizan formularios interactivos y con la instalación normal del ADS no vienen instalados de por si, estas credenciales no son mas que un fichero que deberéis pedir a SAP y que os mandará junto con una password para que las adjuntéis en vuestra pila Java donde tenéis el ADS.
La forma de pedirlas se explica en la siguiente nota (736902) y la nota que os comento sobre los contratos es la siguiente (1038453)
La forma de instalarlas se explica en el siguiente blog.
http://scn.sap.com/docs/DOC-2548

Una vez que tengais instaladas las credenciales ya podreis ver los contratos desde la PA30.


Saludos.

jueves, 24 de mayo de 2012

Instalación SAP BO XI 3.1 SP5

A continuación os dejo unos pantallazos para la instalación del SAP BO XI 3.1 sp5 con DI.
Es muy sencillo si no necesitais una BBDD distinta a la que nos da el asistente ni un servidor de aplicaciones que no sea Apache. Que es el que instala por defecto.

Para otras customizaciones mas personales intentaré hacer otra entrada en el blog.
























Al cabo de unas horas teneis instalado SAP BO y las herramientas cliente que os adjunto a continuación