Plataformas BI – Página 5 – aníbal goicochea

¿Lumira add-on?

SAP BusinessObjects BI add-on for SAP Lumira (Lumira add-on) es el componente que se debe utilizar para permitir publicar, visualizar y compartir Conjuntos de datos (datasets) e Historias (Stories) de SAP Lumira en BI Launchpad, el portal de SAP BusinessObjects BI (BI4, se requiere BI 4.1 SP3 o superiores).

SAP BusinessObjects BI add-on for SAP Lumira (Lumira add-on) es el componente que se debe utilizar para permitir publicar, visualizar y compartir Conjuntos de datos (datasets) e Historias (Stories) de SAP Lumira en BI Launchpad, el portal de SAP BusinessObjects BI (BI4, se requiere BI 4.1 SP3 o superiores). Esta integración permitirá aplicar la seguridad, categorización y otras características propias de BI4 sobre los objetos diseñados en Lumira.

Datasets: definición para recopilar datos que se utilizarán para diseñar visualizaciones.
Stories: Agrupación de visualizaciones organizadas en un tablero

Por el momento, para utilizar este componente ser requiere SAP Lumira Server (versión 1.17 o superior), por consiguiente este Add-on sólo es aplicable para instalaciones con SAP HANA Database (SPS 08 Revisión 80 o superior).

Lumira add-on incluye cuatro servidores, los cuales controlan distintas funcionalidades para que los objetos Lumira puedan ser utilizados en la plataforma de BI. Como parte del trabajo de configuración y monitorización, los servicios que incluyen estos servidores podrían ser activados, desactivados o replicados, dependiendo de las características de estos elementos y las necesidades de los usuarios:

Lumira add-on server tier: Contiene dos servicios, uno de ellos controla la comunicación entre la plataforma BI y HANA (Lumira add-on service). El otro servicio controla la actualización de datasets sobre universos (Lumira add-on load refresh service)
Lumira add-on web tier. Contiene las capacidades para que la visualizaciones Lumira sean presentadas desde la plataforma web.
Lumira add-on web services. Incluye APIs web services RESTful adicionales.
Lumira add-on mobile integration. Incluye capacidades adicionales para que las historias de Lumira puedan ser accedidos desde dispositivos móviles.

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.

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

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.

Referencia: SAP.com

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

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

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.

Utilizando IDT de BI4, salvado por un backup

Al estar usando intensivamente Information Design Tool (IDT) de SAP BusinessObjects BI 4.1 SP02 patch 01 (la penúltima actualización disponible) vemos con satisfacción varios pequeños detalles que se han ido incluyendo poco a poco en cada una de sus actualizaciones, detalles que en su conjunto facilitan el trabajo con esta herramienta para diseñar los denominados Universos, la capa semántica de BI4, fundamental para un BI Self Service.

Al estar usando intensivamente Information Design Tool (IDT) de SAP BusinessObjects BI 4.1 SP02 patch 01 (la penúltima actualización disponible) vemos con satisfacción varios pequeños detalles que se han ido incluyendo poco a poco en cada una de sus actualizaciones, detalles que en su conjunto facilitan el trabajo con esta herramienta para diseñar los denominados Universos, la capa semántica de BI4, fundamental para un BI Self Service.

Así como vemos muchas mejoras, nuestro “éxtasis” por esta plataforma de BI no nos ciega para identificar cosas que esperábamos superadas, más aún cuando encontramos notas que así lo señalan. Debemos reconocer que sentimos algunos minutos de “pánico” cuando al validar la integridad de nuestro diseño de Universo observamos varios errores con un texto similar al siguiente: “The calculated column referenced in the table contains ivalid sql” y al tratar de editar la gran cantidad de columnas calculadas que habíamos definido recibíamos como respuesta “Failed to edit calculated column”.

No tenemos certeza absoluta del origen del problema, pero este se produce en la denominada Data Foundation dónde observaremos que varias tablas del esquema no figuran como seleccionadas en la lista de tablas de la conexión, por lo que todos los alias y columnas calculadas generan errores al validar el “business layer” o la “data foundation”.

Después de probar varias opciones nos resignamos a recurrir a una copia seguridad, pero sólo restituimos, en otro proyecto, el fichero .dtx del «data foundation», conservando el fichero .blx del “business layer” y el acceso directo de la conexión. Otra opción hubiera sido recuperar la versión publicada en el repositorio de la plataforma, para luego realizar los cambios que estuviesen faltando.

A pesar del tiempo transcurrido SAP BusinessObjects BI nos puede seguir dando algunas sorpresas no muy gratas, por lo que en la fase de desarrollo o diseño de un proyecto de BI resulta muy aconsejable las copias de seguridad diarias.