Los «grandes fabricantes de BI» no saben innovar y los nuevos fabricantes se olvidan de funciones clásicas/básicas

El título de este post es una conclusión a la que llegamos luego de la lectura del informe 2014 del Magic Quadrant for Business Intelligence and Analytics Platforms de Gartner . Pequeños fabricantes, con mínimas inversiones, han logrado productos con funcionalidades útiles y novedosas que podrían estar despertando la envidia de los grandes fabricantes. Algnos ejemplos de estas funcionalidades son las siguientes:


El título de este post es una conclusión a la que llegamos luego de la lectura del informe 2014 del Magic Quadrant for Business Intelligence and Analytics Platforms de Gartner . Pequeños fabricantes, con mínimas inversiones, han logrado productos con funcionalidades útiles y novedosas que podrían estar despertando la envidia de los grandes fabricantes. Algnos ejemplos de estas funcionalidades son las siguientes:

  • La metodología para definir el flujo del análisis de Alteryx
  • La integración entre todos los componentes de Prognoz (una métrica definida para un dashboard pueda ser utilizada en informes)
  • La más conocida «tecnología asociativa» de QlikView
  • Las atractivas posibilidades visuales de Tableau y Tibco
  • La “línea del tiempo” de Yellowfin (similar al Timeline de Facebook) en dónde se registra cronológicamente toda la actividad de los usuarios.
  • Las bases de datos en memoria de Actuate y Tableau.

Los grandes fabricantes tales como Oracle, IBM o SAP son elegidos a menudo por los siguientes aspectos:

  • Compatibilidad con otros productos (especialmente ERP)
  • Capacidad de procesamiento de grandes volúmenes de datos
  • Gestión de gran número de usuarios
  • Administración y gestión de metadatos,

A pesar que estos líderes del BI tienen propuestas en visualización y exploración, estas herramientas no logran un nivel considerable de adopción, por lo que los usuarios recurren a soluciones tales como Tableau y QlikView como complemento, utilizando las soluciones de los grandes fabricantes para las tareas clásicas de reporting y dashboards.

¿Por qué las nuevos fabricantes del BI no son elegidos como proveedores principales y sólo son vistos como complementos? Pareciera que sería debido a que los nuevos fabricantes se focalizan en sus innovaciones y funcionalidades clásicas de reporting, cuadros de mando e inclusive, la Administración de la Plataforma lo hubieran postergado, funcionalidades a las que no pueden renunciar los usuarios de medianas y grandes organizaciones.

Según Gartner, es cuestión de tiempo para que los grandes fabricantes puedan brindar buenas propuestas con las nuevas capacidades que demandan los usuarios de BI (especialmente exploración y visualización), lo que no se sabe si será consecuencia de desarrollos interno o a través de adquisiciones.

Si los denominados “grandes fabricantes del BI” están valorando adquirir alguna empresa, debería ver el resultado logrado por IBM, luego de la adquisición de Cognos y SPSS, según el informe de Gartner, IBM carece de cualquier posicionamiento en la mente de sus clientes, al no señalar un motivo claro de su elección.

Entradas relacionadas: “Lo bueno” y “lo no tan bueno” del Cuadrante Mágico BI 2014 de Gartner Parte I, Parte II, Parte III, Parte IV, Parte V, Parte VI y Parte VII.

“Lo bueno” y “lo no tan bueno” del Cuadrante Mágico BI 2014 de Gartner (Parte VI) Sólo SAP (SAP BusinessObjects BI)

Continuamos compartiendo nuestros resúmenes de lo señalado en el último informe del Cuadrante Mágico de Gartner sobre los fabricantes de soluciones de Business Intelligence (“Magic Quadrant for Business Intelligence and Analytics Platforms 2014”). En las siguientes líneas se señala lo que dice Gartner sobre SAP BI (ver Parte I, Parte II, Parte III, Parte IV, y Parte V):


Continuamos compartiendo nuestros resúmenes de lo señalado en el último informe del Cuadrante Mágico de Gartner sobre los fabricantes de soluciones de Business Intelligence (“Magic Quadrant for Business Intelligence and Analytics Platforms 2014”). En las siguientes líneas se señala lo que dice Gartner sobre SAP BI (ver Parte I, Parte II, Parte III, Parte IV, y Parte V):

Lo bueno

  • SAP BusinessObjects BI ofrece una amplia gama de funcionalidades de BI y de análisis a través de una capa semántica, más adecuada para grandes implementaciones que requieren una sólida gobernanza y administración de la plataforma.
  • Los clientes reportan implementaciones promedio tres veces superior al promedio global de la encuesta.
  • Más del 80% lo considera su estándar de empresa.
  • Más del 60% de sus clientes utiliza el ERP de SAP como su principal sistema.
  • Las empresas a menudo eligen SAP BI porque también tienen SAP como estándar en ERP. 20% de sus clientes de referencia indica que la integración con las aplicaciones empresariales fue la principal razón para la selección de SAP como proveedor de BI.
  • SAP está realizando grandes esfuerzos de desarrollo y marketing para posicionarse en el mercado de las herramientas de exploración y descubrimiento de datos (data discovery) con SAP Lumira, para la que se cuenta con las versiones de escritorio y cloud, las cuales se podrían complementar con Lumira Server.
  • SAP no es ampliamente utilizado para las tareas de análisis avanzado (predictivo y prescriptivo), situación que pretende revertir el fabricante con la incorporación de KXEN (InfiniteInsight).
  • SAP prentende ampliar el alcance de su propuesta BI para hacer el contenido analítico avanzado más accesible mediante la integración en aplicaciones empaquetadas construidos expresamente para HANA («powered by HANA«) o integrándo estas capacidades en las aplicaciones de SAP Business Suite.
  • En el pasado año SAP desplegó iniciativas para mejorar la experiencia del cliente facilitando más recursos de información y formación, repercutiendo en una mejor valoración con respecto a años anteriores, pero la valoración promedio de la experiencia del cliente se encuentra por debajo de la media. Los usuarios de versiones recientes (SAP BusinessObjects BI 4.1) reportaron mejores valoraciones.

Lo no tan bueno

  • SAP recibe una de las más bajas valoraciones en “comprensión del mercado”, la cual incluye facilidad de uso y soporte para análisis complejos.
  • 25% de los clientes de referencia indicaron limitaciones en los despliegues debido a la facilidad de uso para los usuarios de negocio (segunda valoración más alta por este aspecto).
  • Los usuarios de SAP BI lo utilizan principalmente para el diseño de informes, para las funcionalidades de descubrimiento, exploración y diseño de visualizaciones se encuentra muy por debajo de la media con relación a otros fabricantes de este estudio.
  • A pesar que SAP reporta una gran cantidad de descargas de SAP Lumira, Gartner no considera que Lumira este ganando terreno en el cada vez más demandado sector del data discovery.
  • Los usuarios reportaron varios problemas en las tareas de migración de la versión 3.1 a la 4.0, situación que ha mejorado considerablemente con la versión 4.1.
  • SAP recibe la tercera valoración más baja por experiencia de venta.
  • 42% de los clientes consideran el costo como una limitante para despliegues más amplios. Sobre el aspecto de los costos de licencias y mantenimiento, Gartner sugiere más transparencia y mejor comunicación para que los clientes puedan tomar decisiones de compra más informadas.
  • A pesar de la amplia gama de soluciones de BI que ofrece SAP, la integración sigue siendo una tarea en ejecución, ha habido mejoras con Web Intelligence, Dashboars (Xcelsius), Crystal Reports y Explorer, pero aún falta la plena integración con los nuevos productos (Lumira, Predictive Analysis y KXEN).
  • SAP está posicionando SAP HANA como la plataforma in-memory con la que sólo se podrá muchas de las funciones de análisis avanzado (basada en Lumira, Predictive Analysis y KXEN) pero esto está generando preocupación entre los clientes de SAP NetWeaver Business Warehouse y SAP BusinessObjects BIque perciben una falta de claridad sobre los niveles de inversión y sobre el desarrollo de productos tradicionales en el futuro.

Referencia: Gartner,com

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í)