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

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.

BI 4.1 SP02 sólo entiende inglés

Has finalizado la instalación de SAP BusinessObjects BI 4.1 SP02 sobre Windows 2008, la versión más actualizada hasta este momento, e intentas diseñar un documento en Web Intelligence (WebI) y recibes el siguiente mensaje de error: API iniInstance err_wis_30270 INF.


Has finalizado la instalación de SAP BusinessObjects BI 4.1 SP02 sobre Windows 2008, la versión más actualizada hasta este momento, e intentas diseñar un documento en Web Intelligence (WebI) y recibes el siguiente mensaje de error: API iniInstance err_wis_30270 INF.

Para la instalación y configuración de BI4 (4.0 y 4.1) siempre todo, absolutamente todo, en inglés, inclusive la configuración regional

El código de error 30270 es uno de aquellos que puedo ser originado por más de un motivo, pero si recién as finalizado la instalación y en la primera operación que realizas recibes este mensaje, podría deberse que tengas alguna configuración regional diferente al inglés. El usuario que inicie los servicios SAP BusinessObjects BI (agrupados en el Server Intelligence Agent – SIA) debe tener la configuración de Format, Location y Keyboard en “English (United States)”, esta es una exigencia desde la versión 4.0 e inclusive hasta la reciente 4.1 de BI4.

Referencia: (aquí) o aquí)

Un road map de SAP, una declaración de intenciones y nada más

Un road map describe muy brevemente la situación actual de un producto o portfolio de productos, los planes de mejoras inmediatos (Planned Innovations) los cuales podrían tardar entre 12 y 18 meses para tener una actualización con estas funcionalidades y las ideas futuras (Future Direcction), posibles mejoras sin una previsión concreta.


Un road map describe muy brevemente la situación actual de un producto o portfolio de productos, los planes de mejoras inmediatos (Planned Innovations) los cuales podrían tardar entre 12 y 18 meses para tener una actualización con estas funcionalidades y las ideas futuras (Future Direcction), posibles mejoras sin una previsión concreta.

Road map de SAP BusinessObjects Analysis, edition for MS Office al 2012-Q1

Si revisamos el road map de SAP BusinessObjects Analysis, edition for MS Office, el complemento (Add-in) para MS Office (Excel y PowerPoint) que permite analizar fuentes de datos multidimensionales (OLAP) de SAP NW BW y SAP HANA Database, vemos diferencias entre el documento publicado en el primer trimestre del 2012 y el publicado en el último trimestre de 2013.

Road map de SAP BusinessObjects Analysis, edition for MS Office al 2013-Q4

Observando ambos documentos, vemos que en la publicación más reciente se han agregado algunos temas como la futura conectividad con Lumira (antes llamado Visual Intelligence), pero también se observa que ya no figuran otros, como el posible uso de otras fuentes de datos OLAP. Al parecer, muchos usuarios deberían perder la esperanza de utilizar fuentes como MS SQL Server Analysis Services (SSAS).

Propuesta para utilizar el nuevo gráfico «marimekko» de SAP Dashboards 4.1 SP02 (Xcelsius)

SAP Dashboards 4.1 SP02 (Xcelsius) introduce un nuevo tipo de gráfico, denominado «Marimekko», el cual describe del siguiente modo:


SAP Dashboards 4.1 SP02 (Xcelsius) introduce un nuevo tipo de gráfico, denominado «Marimekko», el cual describe del siguiente modo:

«…es un tipo de gráfico de barras apiladas en el que todas las barras tienen la misma altura, cada segmento de las barras representan una proporción del total (en lugar de un valor absoluto, como en el gráfico de barras apiladas) y la anchura de cada barra representa un valor.. Este gráfico es útil porque cada barra contiene dos variables; por ejemplo, el porcentaje de ventas y la cuota de mercado.»

Atendiendo la descripción anterior, nuestro ejemplo o propuesta para utilizar este tipo de gráfico es el siguiente:

Una propuesta para utilizar el gráfico Marimekko(clic para ampliar)

Fichero XLF 4.1 SP02 Patch 01