Information Composer para el «self service» en SAP HANA

Tener la base de datos más veloz del mundo sirve de muy poco si los usuarios de negocio contaran con datos adicionales, necesarios para su análisis, y tuviesen que esperar que el equipo técnico responsable los cargue y los prepare para que los puedan utilizar. Para evitar este tipo de situaciones, SAP ofrece una aplicación Web como parte de su plataforma SAP HANA para que los usuarios de negocio “avanzados”, con la debida autorización, puedan hacer básicamente dos cosas: Cargar ficheros de datos personales (Upload) y preparar vistas de información HANA para procesar sus datos (Compose).


Tener la base de datos más veloz del mundo sirve de muy poco si los usuarios de negocio contaran con datos adicionales, necesarios para su análisis, y tuviesen que esperar  que el equipo técnico responsable los cargue y los prepare para que los puedan utilizar. Para evitar este tipo de situaciones, SAP ofrece, Information Composer, una aplicación Web como parte de su plataforma SAP HANA para que los usuarios de negocio “avanzados”, con la debida autorización, puedan hacer básicamente dos cosas: Cargar ficheros de datos personales (Upload) y preparar vistas de información HANA para que puedan procesar sus datos (Compose).

Evidentemente no hay punto de comparación entre SAP HANA Studio y SAP HANA Information Composer (IC), lo único en común, es que ambas son aplicaciones cliente, por lo demás, sobran las diferencias, Studio es la herramienta completa que utilizarán los usuarios técnicos encargados del modelado de datos.

En Information Composer se pueden cargar ficheros MS Excel (.xls o .xlsx) ficheros delimitados por comas (.csv) o lo que hubiese en el portapapeles (clipboard).  Luego de seleccionar la fuente origen, los datos podrían ser “depurados” (modificación y eliminación de valores o combinación de columnas) y luego clasificados (identificación de las columnas que serán tratadas como atributos  y cuales como medidas), para finalmente guardar los datos en la base de datos SAP HANA.

No siempre el usuario deberá cargar datos, podría utilizar directamente la funcionalidad para diseñar vistas de información.  La funcionalidad Compose permite diseñar una nueva vista a partir de otras dos vistas o de los datos que hubiese cargado el usuario.  La vista resulta, al igual que los datos, podrían ser compartidos con otros usuarios.

Referencias: (aquí, aquí y aquí)

OpenDocument, el nexo a los documentos de SAP BusinessObjects BI

En una plataforma de SAP BusinessObjects BI podemos crear diversos documentos y si deseamos compartirlos con otros usuarios, deberíamos publicarlos en capetas públicas del denominado repositorio central de CMS. Una vez publicados los usuarios deberán acceder al portal web de la plataforma, si estamos utilizando la versión 3.1 o inferiores, se trataría de Infoview y si estamos utilizando BI4, estaríamos utilizando BI Launch Pad.


En una plataforma de SAP BusinessObjects BI podemos crear diversos documentos y si deseamos compartirlos con otros usuarios, deberíamos publicarlos en capetas públicas del denominado repositorio central de CMS. Una vez publicados los usuarios deberán acceder al portal web de la plataforma, si estamos utilizando la versión 3.1 o inferiores, se trataría de Infoview y si estamos utilizando BI4, estaríamos utilizando BI Launch Pad.

Pero además del portal web, es posible acceder a los documentos, informes y cuadros de mando por medio de otra vía, se trata de OpenDocument, una aplicación Web contenida en la instalación del servidor, que permite utilizar una sintaxis especial de URLs para acceder desde otras aplicaciones a los contenidos publicados en el servidor de SAP BO BI.

Pero además de poder acceder directamente a un determinado documento, es posible utilizar esta «sintaxis especial de URLs» para «hipervincular» los distintos tipos de documentos entre ellos.  Con el OpenDocument 4.0 es posible ver los siguientes tipos de documentos:

  • Crystal reports
  • Web Intelligence
  • Analysis workspaces
  • BI launch pad workspaces
  • Dashboard (Xcelsius)

SAP HANA Database, una base de datos que procesa en memoria y también almacena en disco

Cuando se señala que SAP HANA es una base de datos in-memory computing (procesamiento en memoria) o cuando se explica que los datos constantemente están en la memoria principal, la primera preocupación que surge en forma de pregunta es ¿qué sucede si se produce un corte de energía?


Cuando se señala que SAP HANA es una base de datos in-memory computing (procesamiento en memoria) o cuando se explica que los datos constantemente están en la memoria principal, la primera preocupación que surge en forma de pregunta es ¿qué sucede si se produce un corte de energía?

La principal razón que explica la rapidez de SAP HANA en sus tiempos de respuesta, es que los datos siempre se encuentran en la memoria principal, la cual por sus características, libre de piezas mecánicas como las que tienen los disco duros (dispositivos utilizados en las tradicionales bases de datos), permite alcanzar tiempos de acceso hasta 100.000 veces menores que la denominada memoria secundaria o discos duros.

La memoria utilizada en la memoria principal es volátil, es decir, ante un fallo o corte en el suministro eléctrico, todos los datos cargados en memoria se pierden, por este motivo SAP HANA también almacena los datos en disco, pero como una operación en segundo plano, con una frecuencia por defecto de 5 minutos, HANA graba en disco los cambios realizados a los datos, sin interrumpir o ralentizar el procesamiento de la información.  

En HANA los datos en memoria son agrupados en páginas, cuando una transacción cambia los datos, la página que contiene las modificaciones es «marcada» para luego guardarla en disco en los intervalos regulares que se hallan definido.  Por otro lado,  todas las operaciones con los datos son guardado en logs contenidos en dispositivos no-volátiles. De este modo, si ocurriese un fallo en el suministro eléctrico, SAP HANA podría reiniciarse cargando todas sus páginas de datos con los últimos cambios realizados.  Quizás al hablar sobre SAP HANA, además de señalar que es “in-memory Computing” a continuación deberíamos señalar “with hard disk storage” o algo similar que haga hincapié que los datos también se guardan en disco.

Revisando el «road map» de «SAP NW BW powered by SAP HANA»

Nos guste o no, el futuro de SAP Netweaver BW o del Data Warehouse de SAP se cimentará en SAP HANA. Al igual que puntos de vista similares, habíamos escrito en anteriores entradas que no estábamos convencidos que SAP BW se llevará, casi tal cual, sobre SAP HANA, esperábamos una solución puramente HANA como una nueva generación de repositorio de datos. Pero dejamos al margen nuestras “lógicas” perspectivas y nos “aferramos” al futuro revisando el Road map de “SAP NW BW powered by SAP HANA” (no confundir con el road map de SAP HANA).


Nos guste o no, el futuro de SAP Netweaver BW o del  Data Warehouse de SAP se cimentará en SAP HANA.  Al igual que puntos de vista similares, habíamos escrito en anteriores entradas que no estábamos convencidos que SAP BW se llevará, casi tal cual, sobre SAP HANA, esperábamos una solución puramente HANA como una nueva generación de repositorio de datos.  Pero dejamos al margen nuestras “lógicas” perspectivas y nos “aferramos”  al futuro revisando el road map de “SAP NW BW powered by SAP HANA” (no confundir con el road map de SAP HANA).

Con respecto a la plataforma de procesamiento en memoria de SAP, con frecuencia nos encontramos con argumentos tales como que económicamente  es una tecnología poco asequible, pero además de los planes que tiene SAP de reducir sus precios en la medida siga siendo implementada, SAP HANA debe ser vista como la plataforma tecnológica capaz de cambiar la cultura de una organización, el modo de comunicarse, obtener y analizar la información, y por consiguiente, sin temor a exagerar, SAP HANA es sinónimo de transformación de los negocios.

Actualmente, para las empresas que han adquirido una plataforma SAP HANA, y tuviesen SAP NW BW 7.30, SAP ofrece “SAP NW BW powered by SAP HANA”, la mejor vía para mejorar el procesamiento de información con una reducción abismal de los tiempos, esto se logra, en gran medida,  porque los elementos que conforman BW (ODS o DSO DataStore Objects), así como la lógica que las procesa, residen en la base de datos en memoria de SAP HANA.

Actualmente SAP BW sobre SAP HANA ofrece una estructura de datos simplificada, dónde algunas tareas de administración ya no son necesarias, tales como la creación/actualización de índices, ofrece compatibilidad completa con BEx Query, seguridad gestionada por SAP NW BW, entre otras cosas.

Pero el futuro de SAP NW BW powered by SAP HANA tiene aspectos aún más interesantes como la posibilidad de diseñar vistas analíticas (Analytical Views) en SAP NW BW con interfaces nativas HANA, acceso a datos BW en SAP BusinessObjects Explorer vía SAP HANA, optimización de carga de datos en BW y para más largo plazo se uniformizarían las interfaz de usuario, simplificación de la arquitectura con la reducción de los tipos de infoproviders.

Referencia: (aquí)

Un libro de casos prácticos sobre cuadros de mando

Sea por falta de conocimiento o por falta de entendimiento entre usuarios e implementadores (quizás sería causa y consecuencia), en ocasiones la implementación de un cuadro de mando se caracteriza por una gran colección de indicadores, dispersa y sin ningún enfoque estratégico dirigida a potenciar y gestionar mejor el negocio.


Sea por falta de conocimiento o por falta de entendimiento entre usuarios e implementadores (quizás sería causa y consecuencia), en ocasiones la implementación de un cuadro de mando se caracteriza por una gran colección  de indicadores, dispersa y sin ningún enfoque estratégico dirigida a potenciar y gestionar mejor el negocio.  Para paliar estos contratiempos y poder mejorar estos resultados, en los últimos años la bibliografía ha aumentado, pero aun así, parece insuficiente.

Parece, como en muchos otros contextos, que un ejemplo o muestra puede ser la vía más rápida para comprender y aplicar una técnica, y en este sentido, tal vez un libro de reciente publicación pueda ayudar a aplicar la técnica y metodología que conlleva el diseño de Cuadros de Mando Integral, se trata de “Diseñar Cuadros de Mando con Excel, Utilizando Tablas Dinámicas” de Luis Muñiz de la editorial Profit.

El libro de referencia desarrolla varios casos prácticos, explicándolos detalladamente y adjuntando un CD con los casos aplicados en hojas de cálculo MS Excel.  Recomendable inversión.

Referencia: Editorial Profit