SAP reduce las herramientas cliente de SAP BusinessObjects BI Suite

El amplio abanico de herramientas que ofrece la plataforma de Business Intelligence de SAP, ha significado un generador de dudas para los usuarios finales, más de una decena de componentes posibles y más de una alternativa en las distintas capacidades BI, ha dado lugar a que el usuario cuestione si estaba haciendo la elección correcta.


El amplio abanico de herramientas que ofrece la plataforma de Business Intelligence de SAP, ha significado un generador de dudas para los usuarios finales, más de una decena de componentes posibles y más de una alternativa en las distintas capacidades BI, ha dado lugar a que el usuario cuestione si estaba haciendo la elección correcta.

Simplificación del portfolio Business Intelligence de SAP, ahora denominado SAP BusinessObjects BI Suite

Bajo la máxima “Run Simple”, SAP, en los últimos meses, ha ido aclarando el mensaje en cuanto a su propuesta de BI, a la que denomina por ahora, SAP BusinessObjects BI Suite. SAP señala que desea “ofrecer un menor número de herramientas de BI” y “simplificar la cartera de herramientas de BI, respetando las inversiones que hubieran realizado los clientes”.

SAP Design Studio la herramienta de Dashboarding, en camino de cubrir las funcionalidades de Xcelsius

De este modo, las capacidades BI de SAP quedarían representadas por las siguientes herramientas cliente:

  • Reporting Analítico. Esta capacidad de BI queda representada por el indiscutible e imprescindible Web Intelligence (WebI). En cuanto al veterano Desktop Intelligence se seguirá brindando compatibilidad, pero para cualquier nuevo proyecto la alternativa debería ser WebI.
  • Reporting Operativo y para Impresión. La recomendación es SAP Crytsla Reports for Enterprise (CRE o también referida como la versión Java), al margen queda la clásica versión denominada Crystal Reports 2013 o Crystal Reports 2011, seguirán siendo soportadas, pero la recomendación de SAP es que para nuevos proyectos se utilice CRE, e inclusive, se debería valorar proyectos de migración.
  • Cuadros de mando. El mensaje fue transmitido hace algún tiempo, y no ha variado, la herramienta para nuevos proyectos de cuadros de mando o tableros debería ser Design Studio, en detrimento de Xcelsius (ahora denominado Dashboards), a pesar, como señala SAP, que Design Studio cubre el 70% de la funcionalidades de Xcelsius. A futuro, como en todos los casos, SAP ofrece compatibilidad para los trabajos actuales con los componentes que ha decidido interrumpir su evolución.
  • Descubrimiento y Análisis. Lumira (antes Visual Intelligence) surgió como una herramienta de visualización pero al final ha provocado la extinción del pesado mastodonte que significaba BusinessObjects Explorer, hecho muchas veces negado por SAP. Lumira ha evolucionado en muchos aspectos, además de su mayor integración con otros componentes de BI, ofrecerá capacidades predictivas.
  • Integración con MS Office. La integración con los productos MS Office, en especial con MS Excel, es responsabilidad de Analysis for MS Office, a estas alturas no debería quedar duda que BEx Analyzer es mantenido por compatibilidad y ya no tendría mayor evolución.

SAP Crystal Reports Enterprise como herramienta de reporting operativo e impresión, en lugar de la versión clásica 2013 o 2011

Referencia: SAP.com

«Query Stripping» en WebI 4.1

“Query Stripping” (traducido como “Eliminación de Consultas” en la versión en español) es una nueva funcionalidad en SAP BusinessObjects 4.1, por el momento sólo aplicable en Web Intelligence (WebI), que permite mejorar el rendimiento de la actualización de documentos


“Query Stripping” (traducido como “Eliminación de Consultas” en la versión en español) es una nueva funcionalidad en SAP BusinessObjects 4.1, por el momento sólo aplicable en Web Intelligence (WebI), que permite mejorar el rendimiento o performance de la actualización de documentos. Esta característica redefine la consulta diseñada para sólo incluir los elementos que se utilizan en los informes.

Esta característica es automáticamente incluida cuando se utiliza universos OLAP, en el caso de universos relacionales será necesario seguir los siguientes pasos:

  1. Habilitar en el universo relacional correspondiente, la opción “Allow query stripping” en el panel “Query Options”.
  2. Exportar (Publicar) la Capa de negocios (Business Layer) como un Universo UNX.
  3. Crear un nuevo documento WebI con el Universo UNX.
  4. Habilitar la opción “Enable query stripping” en el panel “Query Properties” del documento WebI.
  5. Antes de obtener los resultados y salvar el documento, verificar que la opción señalada en el punto anterior está habilitada.

 

El parámetro CLEAN_UNIVERSE, otro “gran desconocido” en BI4


Parametros por defecto de un Business Layer en IDT 4.1Por actividades propias de la edición de universos de SAP BusinessObjects BI, agregando o eliminando los distintos elementos que lo conforman, estas capas semánticas pueden alcanzar un gran tamaño en el transcurso del tiempo. Si se elimina definiciones de objetos en un universo, podremos observar que apenas cambia de tamaño, porque al parecer los objetos eliminados no se retiran físicamente, sólo se “ocultan”.

Para solucionar el problema de tener universos “pesados”, se introdujo en la versión XI 3.1 actualización Fix Pack 5.1, el parámetro CLEAN_UNIVERSE para que “comprimiese” los universos (ver nota 1726463). Al parecer, este parámetro sólo estaba pensado para el antiguo diseñador de Universos UNV, Universe Designer (o simplemente Designer).

Para Information Design Tool, el diseñador de universos UNX de la 4.0/4.1 la información sobre este parámetro es casi inexistente y la poca que hay es contradictoria. Por un lado se señala que no es necesario utilizar este parámetro porque los universos (Business Layer) son guardados de la manera más óptima y por otro lado, hay testimonios de usuarios que señalan haberlo utilizado, luego de los cual sus universos se habrían dañado (ver foro sobre el tema). Hasta no contar con documentación oficial, no recomendamos su uso.

Tamaño ideal de un Universo de SAP BusinessObjects BI

Por “fastuoso” que pueda resultar el nombre de la capa semántica de SAP BusinessObjects BI, un “universo” no necesariamente debe pretender cubrir todas las necesidades de análisis de información que tuviese una organización.


Por “fastuoso” que pueda resultar el nombre de la capa semántica de SAP BusinessObjects BI, un “universo” no necesariamente debe pretender cubrir todas las necesidades de análisis de información que tuviese una organización.

Recuento de objetos de un universo UNX en IDT a través del Business Layer (BI4)Un “universo”, el cual cumple el esencial papel de “interprete” o “puente” entre las estructuras técnicas de los datos y los usuarios de negocio, debería reflejar los elementos de análisis de un proceso de negocio o procesos complementarios, que no necesariamente son de “propiedad” de una determinada área o principal interés para todos los usuarios de una organización.

Las posibilidades que brindan herramientas como Web Intelligence (WebI) de diseñar documentos en base a más de una consulta, dónde cada consulta puede utilizar un proveedor de datos distinto (los cuales podrían ser diferentes universos), no justifica el diseño de universos mastodónticos.

¿Cuál es el tamaño ideal de un Universo?

Las buenas prácticas de SAP señalan que un universo no debería superar los 200 objetos. Si estamos utilizando “Information Design Tool” (IDT), en la capa del “Business Layer” podríamos obtener el recuento de objetos. Un universo demasiado grande podría ocasionar los siguientes contratiempos:

  • Problemas de rendimiento y memoria
  • Dificultad de navegación y uso
  • Complejidad en el diseño de la seguridad, más aún si se desea realizar a nivel de objeto.

Sugerencias para diseñar documentos WebI pensando en MS Excel

En ocasiones es inevitable que los documentos Web Intelligence (WebI) de SAP BusinessObjects BI terminen siendo exportados a MS Excel, porque entre otras cosas, el usuario se sienta más cómodo o se desconoce las posibilidades de WebI en la definición de fórmulas y otras características avanzadas que reducirían las veces en que se utilizaría esta herramienta analítica como un extractor de datos.


En ocasiones es inevitable que los documentos Web Intelligence (WebI) de SAP BusinessObjects BI terminen siendo exportados a MS Excel, porque entre otras cosas, el usuario se sienta más cómodo o se desconoce las posibilidades de WebI en la definición de fórmulas y otras características avanzadas que reducirían las veces en que se utilizaría esta herramienta analítica como un extractor de datos.

De WebI a MS Excel sin considerar las buenas prácticas de diseño de documentos pensando en la exportación

La exportación de un documento WebI a MS Excel puede generar hojas de cálculo que requerían ser ordenados por la generación innecesaria de columnas o datos mal tabulados. Dado que no podemos (o mejor dicho, no deberíamos) bloquear las exportaciones a Excel, si podemos hacer que esta tarea sea más fácil e inmediata.

Pautas básicas para diseñar documentos WebI pensando en MS Excel

En el documento de referencia se señalan unos lineamientos o buenas prácticas (best practices) para que los documentos WebI generen libros MS Excel más legibles:

  • Alinear los objetos contenidos en los informes utilizando la grid (Esta característica está disponible en la versión Rich Client y Java, dependiendo de la resolución de la pantalla puede no ser visible).
  • No utilizar márgenes asignándoles a los cuatro parámetros (izquierda, derecha, superior e inferior) el valor cero.
  • Alinear los datos a la izquierda, salvo los valores numéricos.
  • Evitar en celdas y tablas la activación de la propiedad de ancho y altura automático (Autofit width / Autofit height), utilizar tamaños fijos.  

Referencia: SAP Note 1969285