Information Design Tool, aun no es colaborativa

SAP BusinessObjects BI 4.0, con relación a las versiones anteriores, ha renovado muchos aspectos de su plataforma, no tan sólo son cambios de nombre o estéticos, sino también de la forma de trabajar y crear contenido. Quizás uno de los cambios más significativos sea el procedimiento de creación de los nuevos universos UNX, antes, todo quedaba embebido en un solo gran fichero UNV, ahora, se tiene un entorno más estructurado y organizado, con más posibilidades de reutilizar los diferentes elementos que generan los universos UNX.


SAP BusinessObjects BI 4.0, con relación a las versiones anteriores, ha renovado muchos aspectos de su plataforma, no tan sólo son cambios de nombre o estéticos, sino también de la forma de trabajar y crear contenido.  Quizás uno de los cambios más significativos sea el procedimiento de creación de los nuevos universos UNX, antes, todo quedaba embebido en un solo gran fichero UNV, ahora, se tiene un entorno más estructurado y organizado, con más posibilidades de reutilizar los diferentes elementos que generan los universos UNX.

.UNX = .project + .cnx + .cns + .dfx + .blx

Al margen que no nos parece acertado el nombre de la herramienta, Information Design Tool (IDT para crea universos UNX), es una evolución del legendario Designer, ahora, llamado Designer Information Tool (para crear universos UNV), el cual apenas mejoras había tenido en los últimos 5 años. 

El concepto de proyectos que se introduce con IDT permite organizar y compartir el trabajo.  Las posibilidades de compartir proyectos vía un repositorio de CMS y sincronizarlos con versiones locales, es  un avance, pero no es una solución para el trabajo en equipo en el diseño de un universo.  Sigue existiendo el requisito previo de bloquear el elemento compartido antes de editarlo, veremos si las próximas actualizaciones traen novedades en este aspecto.

«Porque no vas a ver si está lloviendo»

En “mi pueblo” que nunca llueve, cuando una persona inoportuna o simplemente se quiere ganar tiempo para encontrar una solución al problema o respuesta a una consulta con la que alguien nos aborda, se le dice al mensajero: “porque no vas [a la esquina] a ver si está lloviendo”. En esta semana presiento que me lo han dicho un par de veces.


En “mi pueblo”, donde nunca llueve, cuando una persona inoportuna o simplemente se quiere ganar tiempo para encontrar una solución al problema o respuesta a una consulta, con la que alguien nos aborda, se le dice al mensajero: “porque no vas [a la esquina] a ver si está lloviendo”.  En esta semana, he tenido la sensación que me lo han dicho un par de veces.

Servicio de soporte SAP BUsinessObjects, de primera

En las ocasiones en las  que he instalado BusinessObjects 4.0, siguiendo las opciones por defecto, no he tenido problemas, pero en el momento que se varía algo, porque no todos desean la misma unidad, idioma, base de datos para el CMS o Tomcat como servidor de aplicaciones Web, «algo pasa», y siempre algo diferente.

Si abrimos una incidencia en el Marketplace, la respuesta es casi inmediata, y esto me parece muy bien por parte del equipo de personas que prestan este servicio. Pero en cuanto a la solución, esta dependerá en la medida que se hayan producido situaciones similares, si tenemos la suerte de ser los “primeros”, debemos estar prestos a realizar las verificaciones que nos sugieran.

Revisar logs, iniciar o detener, encender o apagar, crear o eliminar, todo bienvenido sea, para encontrar una solución y no volver a repetir las cosas, con ninguna garantía que no se volverá a producir el mismo problema.  Pero de todas las indicaciones que hemos recibido, ha sido comparar ficheros, en fecha y tamaño, la que nos haparecido la menos útil… Pero al final, lo hicimos, luego de lo cual nuestra respuesta fue “no, no está lloviendo”.

Apostamos por SAP BusinessObjects BI 4.0, mientras utilicemos lo estándar y tengamos paciencia a las conexiones con SAP.  SAP BO BI 4.0 esta disponible para todos usuarios, pero el ramp-up de algún modo continua, quizás con el SP3 o dentro de un par de meses más, tengamos una versión más estable.

«Innovar a través de adquisiciones», ¿funciona siempre en el software?

Después de cuatro años, 4.800 millones de euros, miles de horas/hombre, algunos componentes “abandonados en la cuneta” y oros nuevos incorporados; resultado: SAP BusinessObjects BI 4.0… y se sigue luchando por lograr el mismo objetivo: Facilitar el acceso a los datos de fuentes SAP.


Después de cuatro años, 4.800 millones de euros, miles de horas/hombre, algunos componentes “abandonados en la cuneta” y otras nuevas aplicaciones incorporadas a la plataforma; resultado: SAP BusinessObjects BI 4.0… y se sigue luchando por lograr el mismo objetivo: «Facilitar el acceso a los datos de origen SAP» (los que usan datos relacionales, son un poco más felices, eso no ha cambiado).

Eso de “innovar a través de adquisiciones” le resulto a Business Objects, pero a SAP ¿le está resultando rentable?  A la fecha, se han producido los siguientes grandes cambios en el original Business Objects:

  • Desktop Intelligence, herramienta para crear informes, es obsoleta en 3.0 y desaparece en 4.0
  • Voyager, para analizar cubos OLAP,  ya era “obsoleta” desde la versión 3.0.  Surge Analysis for Office (desde la versión 3.1) y Analysis for OLAP (desde versión 4.0)
  • Infoview, portal Web, desaparece en 4.0 y surge BI Lauch pad.
  • Los universos UNV son redefinidos en su estructura  en la 4.0, la herramienta que se utiliza para diseñarlos, Designer, es obsoleta y se tiene una nueva herramienta, Information Design Tool, para crear los nuevos universos UNX.
  • En la versión 4.0 surge Crystal Reports for Enterprise, una versión en Java del original Crystal Reports, funcionalidades similares, pero otro producto.
  • En la versión 3.1 surge BO Explorer, herramienta que genera gráficos y tablas de información en función de las consultas que escriba el usuario.
  • El componente LifeCycle Management surge en la 4.0 para la gestión de versiones y transporte de objetos.
  • Desde la 3.1, y mejor en la 4.0, se tiene un servidor mobile.
  • No se tiene aún nada claro, pero al parecer ¿algo pasará con Xcelsius?, será «remodelado» para soportar HTL5 y tendría un “hermano” con soporte nativo en la publicación mobile.

Si además consideramos otros cambios “menores”, como el tratamiento de los “servicios web”, ¿qué queda en pie?, sólo Crystal Reports 2008/2011, porque Web Intelligence, con el retoque de imagen y los cambios para soportar la conectividad con datos SAP, es prácticamente otro producto.

Después de todo lo hecho, creemos que SAP hubiera podido «inventar» algo desde cero, sin mediar adquisiciones, pero si hubiera sido así, no estaríamos aquí.

SAP BusinessObjects BI 4.0: planificar, instalar, «tuning» y usar

¿Instalar y usar?, eso sería la “locura” en SAP BusinessObjects 3.0/3.1 y un “pecado mortal” en SAP BusinessObjects BI 4.0, hace mucho tiempo que BusinessObjects (BO) dejó de ser una herramienta o aplicación, es una plataforma para el análisis de la información, integrada por varios componentes que permiten cubrir las necesidades de los usuarios de todo tipo de organizaciones (desde PYMEs a grandes corporaciones).


¿Instalar y usar?, eso sería la “locura” en SAP BusinessObjects 3.0/3.1 y un “pecado mortal” en SAP BusinessObjects BI 4.0, hace mucho tiempo que BusinessObjects (BO) dejó de ser una herramienta o aplicación, es una plataforma para el análisis de la información, integrada por varios componentes que permiten cubrir las necesidades de los usuarios de todo tipo de organizaciones (desde PYMEs a grandes corporaciones).

Los programas de instalación de BO 3.x y 4.0, hacen un despliegue estándar de todo el software de la plataforma, a partir de este punto, se debe realizar un “tuning” (puesta a punto) en función de las necesidades de la empresa y teniendo en consideración los diferentes aspectos que pueden repercutir en el rendimiento y buen funcionamiento de la instalación.

Son varios aspectos a tener en cuenta, la experiencia y las best practices, nos permiten sugerir el siguiente proceso de mantenimiento de la instalación de BO 4.0 (también referido como BI4):No se trata sólo de disponer de equipos con mucha memoria y espacio en disco, sino de planificar adecuadamente la arquitectura (identificando la necesidad del uso de varios hosts – máquinas virtuales o físicas –), la distribución de estos recursos  entre los diferentes servicios (módulos de BO cargados en memoria para cumplir una tarea específica) repartidos en los diferentes servidores (contenedores de servicios de BO) y una monitorización habitual de las métricas de rendimiento.

Una buena planificación y administración de la plataforma se traducirá en mejores experiencias de usuario final y en mayores posibilidades de escalar la instalación con la inclusión de nuevos componentes.

BusinessObjects 4.0 entiende mejor los datos SAP

Hay algunos detalles por ajustar, pero son considerablemente mejores las posibilidades de conectividad de SAP BusinessObjects 4.0 (BI4) con fuentes de datos SAP, con respecto a la versión 3.x. Con un “kit de integración” embebido en la instalación principal, BI4 ofrece dos grandes vías para acceder a los datos SAP: Los nuevos universos UNX y BICS (Business Intelligence Consumer Services), los cuales, entre otras cosas, mejoran el tratamiento de las jerarquías de datos, uno de los temas más reclamados por los usuarios de SAP BO 3.x.


Hay algunos «pequeños detalles por ajustar», pero son considerablemente mejores las posibilidades de conectividad de SAP BusinessObjects 4.0 (BI4) con fuentes de datos SAP, con respecto  a la versión 3.x.  Con un “kit de integración” embebido en la instalación principal, BI4 ofrece dos grandes vías para acceder a los datos SAP: Los nuevos universos UNX y BICS (Business Intelligence Consumer Services), los cuales, entre otras cosas, mejoran el tratamiento de las jerarquías de datos, uno de los temas más reclamados por los usuarios de SAP BO 3.x.

Aun podríamos utilizar los “antiguos” universos UNV (OLAP y relacionales), pero adoptar BI4 debería basarse en la utilización del nuevo modelo de capa semántica, porque  además de tener un mejor tratamiento de la información, conllevan a una optimización de las tareas de administración y mantenimiento, al reducirse el número de universos que se requieren (al poder usar varias fuentes de datos en un mismo universo) y por facilitar las tareas de edición en equipo.