Reporting – Página 2 – aníbal goicochea

Universos vinculados de SAP BusinessObjects BI 4.2

Otra de las novedades de SAP BusinessObjects BI 4.2 es la posibilidad de crear universos vinculados (Linked Universes), nos referimos a los universos UNX, los que se definen con el componente Information Design Tool (IDT).

Otra de las novedades de SAP BusinessObjects BI 4.2 es la posibilidad de crear universos vinculados (Linked Universes), nos referimos a los universos UNX, los que se definen con el componente Information Design Tool (IDT).

Esta nueva funcionalidad permite que las capas que componen un universo UNX, la Data Foundation (Infraestructura de datos) y el Business Layer (Capa empresarial) de uno o más universos sean utilizados, conjuntamente, como punto partida para definir nuevos universos. De este modo, podríamos tener una serie de universos base o de referencia, los cuales se denominan “universos principales” (core universe) que podrían tener definiciones constantes o recurrentes, que al modificarse, se propagarían estas actualizaciones en los universos vinculados.

El concepto de vinculación de universo ya existía en el formato UNV, ahora no recomendado por SAP. La vinculación de Universos UNX va dirigido a mejorar la eficiencia en las tareas de desarrollo y mantenimiento en dónde se cuente con un número elevado de universos, lo cual exige orden y documentación de cómo se vinculan los universos, de lo contrario, se podrían realizar “modificaciones inesperadas”.

Mejoras importantes para la conectividad SAP HANA en WebI de SAP BusinessObjects BI 4.2

La actualización 4.2 y posteriores de la plataforma SAP BusinessObjects BI introduce dos características que podrían potenciar, aún más, el uso de SAP HANA como fuente de datos en los informes de Web Intelligence, para lo cual, es necesario contar con un nivel de actualización posterior a la SPS08 de la plataforma in-memory (Ref. SAP Note: 2210945). Nos referimos a las nuevas funcionalidades “Web Intelligence HANA Direct Access” (Acceso directo SAP HANA) y «Web Intelligence HANA Online» (Modo con conexión SAP HANA).

La actualización 4.2 y posteriores de la plataforma SAP BusinessObjects BI introduce dos características que podrían potenciar, aún más, el uso de SAP HANA como fuente de datos en los informes de Web Intelligence, para lo cual, es necesario contar con un nivel de actualización posterior a la SPS08 de la plataforma in-memory (Ref. SAP Note: 2210945). Nos referimos a las nuevas funcionalidades «Web Intelligence HANA Direct Access» (Acceso directo SAP HANA) y «Web Intelligence HANA Online» (Modo con conexión SAP HANA).

Web Intelligence de SAP BusniessObjects BI 4.2 - Conectividad

Acceso directo SAP HANA en WebI

Consiste en acceder directamente a vistas calculadas o analíticas de SAP HANA Database a través de un universo temporal (transient universe).
Este «universo temporal» se podría construir al vuelo desde la interfaz de Web Intelligence (versiones JAVA, HTML o Rich client) al seleccionar como fuente de datos una conexión relacional u OLAP a HANA, conexiones publicadas en el repositorio de la plataforma (conexión segura), la cual podría definirse desde la CMC o desde Information Design Tool (IDT).
Dependiendo el tipo de conexión, relacional u OLAP, se generarán unos objetos u otros. Este universo temporal no es reutilizable.
Lo bueno: facilidad y rapidez para utilizar modelos de datos existentes en HANA. Lo malo: La imposibilidad de reutilizar los universos temporales que se definan.

Conexión online SAP HANA en WebI

Con la nueva opción SAP HANA Online (o SAP HANA Conectado) es posible conectarnos, a través de una conexión relacional, a vistas analíticas o calculadas de SAP HANA para delegar los cálculos y agregaciones a la base de datos de HANA.
Al perder algunas funcionalidades de la interfaz de WebI, hay la posibilidad de pasar al modo clásico, pero no habría la posibilidad de volver al modo conectado.
Si se accede a un importante volumen de datos o se realizan varios cálculos y agregaciones en las consultas de un informe contra fuentes HANA, esta nueva característica será muy útil.

Sugerencias para mejorar el rendimiento en informes con Crystal Reports

Crystal Reports es el decano del reporting, cuenta con un número importante de implementaciones tanto en el mundo SAP como fuera de el mismo explotando especialmente fuentes de datos relacionales. A continuación una serie de recomendaciones que pueden ayudar a mejorar el rendimiento de los informes en Crystal Reports (2008, 2011, 2013 o 2016, Algunas también a considerar en la edición Enterprise o Java) :

Crystal Reports es el decano del reporting, cuenta con un número importante de implementaciones tanto en el mundo SAP como fuera de el mismo, explotando especialmente fuentes de datos relacionales. A continuación, ofrecemos unas breves recomendaciones que pueden ayudar a mejorar el rendimiento de los informes en Crystal Reports (versiones 2008, 2011, 2013 o 2016. Algunas también pueden aplicarse en la edición Enterprise o Java) :

No recuperes la información de las fuentes de datos sin apenas definir criterios de selección, para luego aplicar filtros en el informe. Sugerimos el uso de la función «Selección de registros» (Record Selecction) con la cual puedes definir expresiones SQL.
Evita tablas no vinculadas, a menos que sean tablas vacías o con un único registro (aun así, mala práctica). Las tablas no vinculadas producirán una combinación de sus registros contra todos los registros de las otras tablas, lo cual se denomina “producto cartesiano”.
No vincules las tablas por campos no indexados.
Evita el detalle cuando sólo interesa el agrupamiento. En la medida de lo posible, evitar esta “técnica”, más eficiente resultará realizar el agrupamiento a través de cláusulas SQL del tipo GROUP BY.
Minimiza el uso de sub-reports y más aun, en la sección de detalles, si es inevitable, utiliza la opción de hipervínculo para que se desplieguen los sub-reports bajo demanda.
Prescinde de funciones tales como “Página N de M” o TotalPageCount, antes de su uso, Crystal Reports debe contabilizar el número de páginas que tendrá el informe, penalizando, según el volumen de datos recuperados, el tiempo de respuesta.
Eliminar secciones y objetos no utilizados,
Evita imágenes de gran tamaño, aun si son redimensionadas en el informe, estas se almacenarán con su tamaño original en el informe. Se sugiere redimensionarlas antes de incorporarlas en el informe.
Muy pocas veces se justifica el uso de la sentencia WhilePrintingRecords sólo cuando realmente es necesario que se efectué el cálculo mientras se efectua la visualización.
Evita el uso de variables compartidas, sólo cuando realmente es necesario pasar un valor de un procedimiento a otro.
Minimiza repetir cálculos, una alternativa podría ser: asignar el resultado del cálculovariable global y posteriormente utilizar esta variable global.
Evita fórmulas que hagan uso de sentencias iterativas (Loops), especialmente en las secciones de detalle o grupos.

Controlar el tamaño de la fuente al exportar informes Crystal Reports

Los planes que tiene SAP para simplificar los componentes que conforman en su portfolio de herramientas de Business Intelligence (SAP BusinessObjects BI) incluye la sugerencia de utilizar Crystal Reports for Enterprise en lugar de las ediciones 2013, 2011 y 2008 de Crystal Reports.

Los planes que tiene SAP para simplificar los componentes que conforman en su portfolio de herramientas de Business Intelligence (SAP BusinessObjects BI) incluye la sugerencia de utilizar Crystal Reports for Enterprise en lugar de las ediciones 2013, 2011 y 2008 de Crystal Reports. Pero sin embargo, son muchas las implementaciones y usuarios fieles a las ediciones clásicas de la herramienta de reporting operativo.

Si eres usuario de esta herramienta y al exportar estos informes en formato RTF o Word y se observa que el tamaño de la fuente no es igual al utilizado en el informe original, la aplicación del siguiente procedimiento podría evitar este comportamiento:

Referencia: Nota SAP 1810847

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.