Revisando la «declaración de intenciones» de SAP para el diseño de cuadros de mando

En SAP, la declaración de intenciones, sin que signifique un compromiso dado que puede tener algunos cambios futuros, se denomina Statement of Direction (SOD), recientemente se ha publicado el referido para las soluciones de Dashboarding (herramientas para diseñar tableros o cuadros de mando).


En SAP, la declaración de intenciones, sin que signifique un compromiso dado que puede tener algunos cambios futuros, se denomina  Statement of Direction (SOD), recientemente se ha publicado el referido para las soluciones de Dashboarding (herramientas para diseñar tableros o cuadros de mando).

A raíz de los cambios producidos, como popularización de HTML5, la discontinuidad de Flash para dispositivos móviles o el incremento de la demanda de soluciones compatibles con tabletas o teléfonos inteligentes, ocasionó muchas especulaciones sobre el futuro de Xcelsius (SAP BusinessObjects Dashboards) situación que comentamos más de una vez (aquí, aquí, aquí, aquí y aquí)

El mapa de ruta de SAP para Dashboarding está estructurado en tres fases, sobre los siguientes pilares:

  • Continuidad a Xcelsius. Los componentes más usuales serán compatibles con HTML5 para que nuestros diseños puedan ser visualizados en smartphones y tablets.
  • Movilidad y acceso único.  Uso de HTML5 para asegurar compatibilidad para todos los dispositivos móviles.
  • Zen. Nueva herramienta para el diseño de cuadros de mando (Zen es nombre en fase de desarrollo del producto, no necesariamente al final conserva el mismo nombre).
  • Compatibilidad SAP HANA. Será posible diseñar cuadros de mando que brinden información en tiempo real sobre grandes volúmenes de datos (Big Data)
  • Self service. En la actualidad, el diseño de cuadros de mando no está pensado para el usuario de negocios, se ofrecerá mayor facilidad de uso en la nueva herramienta.

En conclusión, si el SOD se cumple, el diseño de cuadros de mando se debería seguir realizando en Xcelsius, una vez que contemos con Zen, deberíamos valorar si se opta por la nueva herramienta para los nuevos diseños, teniendo en consideración que podremos “migrar” el trabajo hecho con Xcelsius a Zen o trabajar con los dos productos simultáneamente.

Referencias: Blogs SAP y documento SOD

Rapid Marts powered by SAP HANA

Los denominados Rapid Marts son un conjunto de buenas prácticas a nivel de datawarehousing para organizaciones que son usuarios de SAP ERP, no cuentan con SAP NW BW y desean desplegar rápidamente su repositorio de datos para explotarlo con una plataforma de Business Intelligence como SAP BusinessObjects BI


Los denominados Rapid Marts son un conjunto de buenas prácticas a nivel de datawarehousing para organizaciones que son usuarios de SAP ERP, no cuentan con SAP NW BW  y desean desplegar rápidamente su repositorio de datos para explotarlo con una plataforma de Business Intelligence como SAP BusinessObjects BI.

Esta alternativa existe desde hace varios años, la novedad es que los paquetes de carga de datos que la conforman han sido actualizados para poder ser desplegados sobre una base de datos de una plataforma SAP HANA con SAP BusinesObjects Data Services.  Se cubren, entre otros, los siguientes procesos de negocio: ventas, compras, inventarios, RRHH y finanzas.

Referencia (aquí nota técnica 1658647)

Actualización del Programa de mantenimiento SAP BusinessObjects (BI y EPM)

El programa de actualizaciones de los diferentes componentes que llevan en su nombre la palabra BusinessObjects, se ha actualizado, comparándolo con el que comentamos en febrero, …


El programa de actualizaciones de los diferentes componentes que llevan en su nombre la palabra BusinessObjects, se ha actualizado, comparándolo con el que comentamos en febrero, vemos algunos cambios. Se debe tener presente que este planning puede variar en cualquier momento, por tal motivo, es recomendable verificarlo con regular frecuencia, aquí esta el cronograma de actualizaciones.

Referencias: (aquí en formato MS Excel)

KXEN, velocidad y precisión en la predicción

Si lo afirma un aficionado como nosotros o el mismo fabricante, podrían generar ciertas dudas, pero si lo señala un informe de una consultora de investigación independiente, la sensación es otra. Cuando vimos las herramientas de KXEN en funcionamiento por primera vez, percibimos una propuesta de minería de datos muy diferentes, donde la facilidad de uso sin tecnicismos, nos parecía lo más destacable.


Si lo afirma un aficionado como nosotros o el mismo fabricante, podrían generar ciertas dudas, pero si lo señala un informe de una consultora de investigación independiente, la sensación es otra.  Cuando vimos las herramientas de KXEN en funcionamiento por primera vez, percibimos una propuesta de minería de datos muy diferentes, donde la facilidad de uso sin tecnicismos, nos parecía lo más destacable.

Adoptar seriamente la minería de datos, especialmente para el análisis predictivo, es una asignatura pendiente para muchas organizaciones, y de las pocas empresas que abordan esta tecnología, la gran mayoría termina abandonándola porque la complejidad de las herramientas obliga a contar con “expertos” en todo momento.

Como en la mayoría de los casos para adoptar una tecnología, el fabricante elegido para minería de datos, es determinante.  Un informe de Aberdeen, consultora de investigación, señala que los usuarios de KXEN obtienen modelos predictivos más rápidamente y efectivos que el resto de usuarios de otras herramientas de la misma categoría.

Esta investigación se basa en el uso de KXEN para cubrir las necesidades de las áreas de marketing, entre otros se destaca los siguientes aspectos:

  • Focalización más precisa. Les permite diseñar ofertas personalizadas con tasas de respuestas muy superiores a la media.
  • Integración de los datos de comportamiento (behavioral data) de los clientes (clics en web o llamadas a call center), permite el diseño de ofertas importantes o en tiempo real.
  • Rápido diseño y edición de modelos. Los usuarios de KXEN diseñan modelos predictivos 3,7 veces más rápido que los usuarios de otras herramientas y si se trata de actualizarlos lo hace 5 veces más pronto.
  • Mayor productividad. Contar con repositorio de modelos permite la reutilización de los mismos.

Referencia: (aquí el informe y BusinessWire.com)

Sizing para SAP HANA (CPU y memoria)

Ante todo es importante señalar que para realizar un “Sizing” sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.


Ante todo, es importante señalar que un “Sizing” (estimación de necesidades hardware) sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.

Para SAP HANA, hay una serie de propuestas de hardware estándar que ofrecen los socios de SAP en esta tecnología (Fujitsu, IBM, entre otros), pero para cada realidad hay que considerar el número de usuarios que pueden estar trabajando en un período de tiempo (una hora), el tipo de trabajo que están realizando (SAP señala tres categorías: «easy», «medium», «heavy») y la frecuencia con lo que la realizan (SAP identifica tres categorías: «sporadic», «normal», «expert») esta información determinará las necesidades de CPU.

Para determinar las necesidades de memoria se toma en consideración el tamaño de las tablas de datos que se desean incluir en la plataforma HANA, aplicando un factor de compresión.  Para este fin SAP tiene una serie de scripts (programas SQL) que son aplicados según el tipo de base de datos.

Una reciente novedad para estimar el dimensionamiento de una plataforma SAP HANA es la posibilidad de utilizar SAP Quick Sizer, una aplicación Web utilizada para dimensionar las necesidades de hardware de las herramientas más utilizadas en SAP.

Recomendado la lectura de la Nota 1514966, además de la documentación de instalación y configuración de SAP HANA que se actualizada con regular frecuencia.