Patch 11 de SAP BusinessObjects BI 4.0 SP 02, ya esta disponible…y van 407 “issues” resueltos

La publicación de “patches” de SAP BusinessObjects BI 4.0 SP 02, no debería tener mayor protagonismo, pero llegado el patch 11, con medio centenar de soluciones, lo que suma 271 desde que se pusiera a disposición general el producto, nos preguntamos ¿qué “ramp-up” hicieron?

Nos gusta BI4, lo vemos muy completo, pero tiene algunos problemas por solucionar, no se puede negar o dejar de comentar lo evidente, el ramp-up continua, y gracias a los usuarios, se ha llegado al número 407 de problemas solucionados, de los cuales el 66,5% corresponden a los últimos cuatro meses, tiempo de la liberación de la versión 4.0 SP02.

Nos parece que patch 11 (publicado el 25 de enero), es consirablemente mejor que el anterior, por las soluciones que brindada, recomendamos su instalación.

El mapa estratégico de Mercadona

Mercadona, del mismo modo que le sucede a otras organizaciones de éxito (actualmente es la segunda empresa de su sector que más crece en el mundo, por detrás de Wal-Mart), es muy imitada o “mal copiada”, porque otras organizaciones repiten los aspectos más visibles, ignorando que detrás de tan buenos resultados, hay todo un plan bien hilvanado.

Buscando otros temas, encontramos lo que según señala el libro de referencia, el mapa estratégico o esquema del modelo de negocio de Mercadona, herramienta fundamental para la consecución de los objetivos de cualquier organización.  En este esquema (“personal” e “intransferible”), podemos ver  los objetivos clave y su interdependencia que ha identificado esta cadena de supermercados en cada perspectiva de gestión, para llegar a ser una empresa rentable.

Referencia: ISBN 978-84-92956-31-9

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.

.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.

Buscando una debilidad en la fortaleza de SAP

Siguiendo la idea de nuestro post anterior, por ejemplo, para encontrar la debilidad de SAP, primero habría que identificar su fortaleza.  Tal vez seamos un poco superficiales, pero consideramos que la principal fortaleza de SAP es la uniformidad de funcionamiento e integración de datos entre sus componentes.

Uniformidad e Integración, ¿fortaleza y debilidad?

Quizás por ello, cuando SAP adquiere un nuevo producto, se afane en remodelar su interfaz, crear canales para que sus datos sean fácilmente leídos y si es posible, lo renombra.  Lógico, esto no puede ser de inmediato, mientras tanto, entre la versión “X” y la “X+ n”, ya ha habido varios usuarios que han implementado la herramienta y al finalizar SAP las “tareas de adaptación”, los usuarios ven que algunas funcionalidades han sido mejoradas o tienen la categorías de “obsoletas”, el primer paso para que en la siguiente versión desaparezcan.

Esta situación la hemos visto en SAP BusinessObjects y SAP BPC, las herramientas que habitualmente utilizamos.  De todo el trabajo que SAP está haciendo actualmente, nos llama la atención los cambios que traerá SAP BPC 10, aun en rampup.  Particularmente uno, la función EvDRE pasa a la categoría de obsoleta.  Actualmente, gracias a esta función, es posible implementar la serie de exigencias de los usuarios en los formularios o plantillas en un proyecto de planificación, tan variopinto en cada organización.

Aún no hemos probado la nueva versión de SAP BPC 10, esperamos que las nuevas funcionalidades sea igual de flexibles, porque leyendo la nota técnica que adjuntamos, nos hace pensar que flexibilidad con el trabajo hecho con versiones anteriores tendrá muy poco, veremos cómo evoluciona el rampup… Si Oracle estaba buscando una debilidad, quizás aquí podría tener una.

Oracle debería aprende BPC… y SAP, Hyperion

La “publicidad agresiva”, no parece muy notoria, pero  es una práctica habitual en el mundo del software, por ejemplo Oracle y SAP, con líneas de productos similares, con relativa frecuencia se “atacan” con el fin de decirle al mundo, que sus productos son los mejores.  Un reciente ejemplo lo encontramos en los blogs de Oracle sobre EPM, donde se cuestiona las características de SAP BusinessObjects Planning and Consolidation (SAP BPC), la herramienta para la planificación y consolidación financiera de SAP, componente del porfolio o línea SAP EPM (Enterprise Performance Management *).

Oracle es exacto en recordar el origen de los diferentes componentes que conforman la cartera de productos de SAP EPM el cual, casi en su totalidad, ha sido a través de adquisiciones.  Pero es inexacto en sus cuestionamientos sobre SAP BPC, denota un desconocimiento total sobre el producto, lo mismo que le debe suceder a SAP cuando hace algunas afirmaciones sobre la línea de productos de Hyperion.

La “publicidad agresiva”, es peligrosa y la percibimos como poco útil, como apunta el siguiente extracto del libro Reposicionamiento” (Jack Trout – ISBN 978-84-368-2427-8):

“… la publicidad agresiva, un tipo de publicidad comparativa con mala intención, puede ser contraproducente.  En lugar de atraer clientes, puede producir una indiferencia hacia la categoría en general…”

“… Cuando se inicia un ataque hay que tener la retaguardia totalmente cubierta.  Puede ocurrir que al querer vincular a los competidores a algo negativo los clientes extiendan lo malo a todos y el perjuicio alcance al que ha querido sacar ventaja… hay que estar preparado para el contraataque con una respuesta concreta…”

“…Reposicionar (**) a un competidor consiste básicamente en encontrar una debilidad en la fortaleza que le da la ventaja…  encontrar una debilidad en su fortaleza…”

(**) Se llama posicionamiento al modo de diferenciarse en la mente de los clientes y según el autor, reposicionamiento es el modo de ajustar las percepciones que existen en la mente de los clientes sobre nosotros, nuestra propuesta o sobre nuestros competidores.

(*) Un portfolio o una línea EPM, en general,  es un conjunto de herramientas que van a facilitar a planificar el rendimiento empresarial y controlarlo en base a indicadores claves y al reporting. En el caso de SAP, se incluye SAP BPC, SAP SSM, SAP BO Financial Consolidation y otros productos de menor relevancia.

Referencia: Blogs Oracle


“Porque no vas a ver si está lloviendo”

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 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í.

Los usuarios, protagonistas en la “maduración” de las grandes novedades de software

Paciente (P): Hola, ¿Atención al Cliente?
Laboratorio (L): Sí, digame
P: Llamo porque he tomado su “nuevo medicamento”
L: ah, el XI4, cuénteme, ¿qué problema tuvo?
P: La verdad, es que no me siento bien, tengo suduración y temblores
L: mmm… Recuerda en que circunstancias ingirió nuestro “medicamento”
P: no, mucho…
L: ¿Tiene una fotografía? ¿Qué entorno tiene?
P: Seguí las instrucciones del prospecto
L: Bueno… Vamos a repetir el proceso, pero esta vez con la mano izquierda
P: Ya he probado con las dos manos
L: mmm… Entonces, con el pie derecho
P: allí voy… glup!… plop!
L: y, ¿qué tal?
L: ¿Hola?… ¿hay alguien ahí? … ¿hola?
L: Me parece que cerramos esta incidencia, pero la guardaré en la base de datos por si otro usuario la consulta y quiera ver la solución.

Nota: Cualquier “similitud”, es pura “coincidencia”

Si el software en general, fuera puesto a disposición de los usuarios de la misma forma en que proceden los laboratorios con los medicamentos (entre otras cosas, después de muchos años de investigación), quizás no tendríamos el mismo grado de avance que se tiene actualmente, porque la verdad es innegable, los primeros meses o años de un nuevo software, son los usuarios quienes ayudan, en gran medida, a madurar el producto.

Estos usuarios de los nuevos softwares, “avezados”, “ilusionados” o simplemente “inconscientes”, deberían recibir un gesto de reconocimiento por parte de los fabricantes (otro precio de venta, algunos años de mantenimiento gratis,…), pero mientras esto no este legislado, los usuarios y consultores seguiremos ayudando a los fabricantes de software a desarrollar sus “innovaciones”, gratis.

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).

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.

SAP HANA Studio, es potente y fácil

No pretendemos restarle importancia a la obligada necesidad de estudiar concienzudamente y quizás, certificarse, si es que deseamos colaborar con eficiencia en proyectos de implantación de SAP HANA, pero leyendo y viendo la documentación disponible, como el vídeo de referencia, observamos, bastante facilidad e intuición en el uso de SAP HANA Studio.

En este caso (aquí el vídeo), se trata del procedimiento para el diseño de un Analytic View, que se basa en la definición de un pequeño esquema de estrella.