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

Las limitaciones de SAP BPC NW 10.1

A través de la nota de referencia, SAP ha dado a conocer las limitaciones que tiene la nueva versión de SAP Business Planning and Consolidation para NetWeaver (SAP BPC NW 10.1), la cual se encuentra en fase ramp-up (pruebas en instalaciones de clientes seleccionados). La declaración de estas limitaciones implica que existe una posibilidad que puedan ser superadas en una actualización futura.


A través de la nota de referencia, SAP ha dado a conocer las limitaciones que tiene la nueva versión de SAP Business Planning and Consolidation para NetWeaver (SAP BPC NW 10.1), la cual se encuentra en fase ramp-up (pruebas en instalaciones de clientes seleccionados).  La declaración de estas limitaciones implica que existe una posibilidad que puedan ser superadas en una actualización futura.

La mayoría de las limitaciones señaladas se circunscriben en la variante “Unificada” (Unified) de SAP BPC (la variante para plataformas SAP HANA).  Cabe señalar que todas las limitaciones se dirigen a modelos propios de procesos de planificación y similares. No se menciona en ningún caso limitaciones para modelos de Consolidación, lo cual nos da más pistas que la consolidación en la variante Unified no estaría disponible en esta versión.

A continuación, destacamos algunas limitaciones:

  • Los Script con sintaxis FOX sólo podrán ser mantenidos desde la interfaz BW

Script – User is not able to maintain FOX script with BPC web admin client. User is not able to maintain FOX script in BPC web admin client, user have to logon to BW backend system to do so.

  • La estrategia de seguridad es mantenida desde BW.

Data security – Business is not maintain it’s own data security strategy from BPC web admin client. For BPC unified, business is not able to maintain data security strategy from BPC web admin client, instead, business has to do that from BW backend system.

  • Los comentarios, tanto desde formularios Web como de EPM Add-in no son soportados.

Comment – Comment function is not possible with web client and EPM add-in for BPC unified. With BPC unified, user is not able to enter or see  comment from BPC web client or EPM add-in.

  • El sistema de autenticación único (Single Sign-on) no es posible desde la interfaz Web hacia la interfaz EPM Add-in.

Security – Single Sign On is not supported when navigate from web client to EPM Add-in. When user navigate from web client to EPM add-in with BPC unified, single sign on is not working, user need to re-enter user and password.

  • 100 es máximo número aproximado de jerarquías permitidas por dimensión, aquí no hay mucha novedad, pero particularmente nos parece excesivo superar la media docena y más aún si se puede contar con jerarquías basadas en el tiempo.

Maximum of approx 100 hierarchies allowed per dimensión. There is a limitation of approximately ~100 hiearchies per dimension. The actual maximum number of hierarchies might vary depending on the following factors: 1. Number of properties in the dimension 2. Size of the dimension properties Depending on the dimension, the actual maximum number of hierarchies might be a little more or less than 100.

  • En cuanto al reporting con otras herramientas, distintas al EPM Add-in, los resultados pueden ser distintos, aquí tampoco hay mucha novedad, esto se basa en la forma en que los datos se almacenan en BPC y cómo so interpretados.

BI Integration – Reporting through BI reportings tools might have different results as EPM Add-in. 1. Reports with mixed account hierarchy Limitation related to integration via SAP BW OLE DB.  For details about the integration, please refer to SAP note# 1730125…

Referencia: Nota SAP 1916315 (recomendable revisarla luego de cada actualización)

Gestión de datos “no-activos” en BW on HANA

La inmediatez de respuesta de SAP HANA es debido, entre otras cosas, porque los datos que podrían ser procesados son cargados en memoria, evitando el acceso a dispositivos electromecánicos como pueden ser los discos. Pero no todos los datos que tiene una organización son necesarios en las tareas habituales, en muchos casos se conserva información histórica por motivos legales o por políticas internas, e inclusive puede haber datos operativos temporales con ninguna utilidad para las tareas de análisis.


La inmediatez de respuesta de SAP HANA es debido, entre otras cosas, porque los datos que podrían ser procesados son cargados en memoria, evitando el acceso a dispositivos electromecánicos, como pueden ser los discos, cada vez que se requieran. Pero no todos los datos que pueda tener una organización son necesarios en las tareas habituales, en muchos casos, se conserva información histórica por motivos legales o por políticas internas, e inclusive puede haber datos operativos temporales con ninguna utilidad para las tareas de análisis.

Cargar todos los datos que podría tener SAP NetWeaver BW on SAP HANA podría originar problemas de rendimiento o cuellos de botella.  A través de la identificación de los denominados “datos no-activos” se puede configurar la información que se cargará en memoria, inclusive se puede detallar a nivel de columna de lastablas de datos, para lograr un mayor rendimiento de la plataforma.

SAP ofrece un monitor que clasifica la información según el tipo de objeto BW que la contiene y la frecuencia de acceso, lo que facilitaría las tareas de identificación de los «datos no activos» para evitar que consuman memoria innecesariamente. Para mayor información consultar las notas SAP 1767880 y 1741844.

Importación de objetos BW para modelarlos en SAP HANA Studio

Si tenemos SAP NetWeaver Business Warehouse sobre una plataforma SAP HANA (BW on HANA) podríamos importar los denominados objetos BW para que sean accesibles desde la interfaz SAP HANA Studio y por consiguiente diseñar vistas de información que faciliten el acceso a los datos desde MS Excel o aplicaciones cliente tales como los componentes SAP BusinessObjects BI e inclusive…


Si tenemos SAP NetWeaver Business Warehouse sobre una plataforma SAP HANA (BW on HANA) podríamos importar los denominados objetos BW para que sean accesibles desde la interfaz SAP HANA Studio y por consiguiente diseñar vistas de información que faciliten el acceso a los datos desde MS Excel o aplicaciones cliente tales como los componentes SAP BusinessObjects BI e inclusive diseñar Universos para que los usuarios de aplicaciones como Lumira o Predictive Analysis pueda acceder a esta información dado que estas herramientas, por el momento, no pueden acceder directamente a consultas BEx.

Los objetos BW importados son presentados en la interfaz SAP HANA según la naturaleza del objeto, así un DataStore lo verámos como una vista analítica con el mimo nombre del objeto origen.  La importación de un cubo o también denominado infocubo generaría una vista analítica de uso interno con el prefijo _INTERNAL y una vista calculada la que podría ser utilizada por los usuarios. Una QuerySnapshot InfoProvider generaría una vista analítica. Un infoObjeto tipo Característica generaría una vista de atributos.

Para más información sobre la importación de objetos SAP NW BW para modelarlos en SAP HANA Studio consultar la nota 1764251 la cual puede presentar novedades en cualquier momento.

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.