Conceptos básicos antes de comenzar a utilizar SAP HANA Studio

(Resumen sobre Perpesctivas, Tablas y Campos y Vistas de Información)


Perpectivas

Viendo el entorno de trabajo de Studio, observaremos varios paneles, en la terminología de SAP HANA Studio se denominan perspectivas.  Las perspectivas disponibles son las siguientes:

  • Administration Console (perspectiva por defecto).
  • Modeler. 
  • Debug
  • RCP Perspective
  • Resource
  • SVN Repository Exploring
  • Team Synchronizing

Las perpectivas más importantes son Administration Console (Permite administrar nuestro SAP HANA Appliance, entre otras cosas podremos definir usuarios y asignarles autorizaciones) y Modeler (Con esta perspectiva se realiza todo el modelado de datos, a través de sentencias SQL y ventanas de edición)

 Tablas y Campos

Los datos de SAP HANA database, se almacena en tablas, los campos de cada tabla puede cumplir uno de los dos siguientes “papeles”:

  • Atributo (Attribute). Califica el dato. Por ejemplo: Producto o Cliente.
  • Medida (Measure). Cuantifica el dato. Por ejemplo: Cantidad o Importe de ventas

Vistas de Información

Para recuperar los datos desde diferentes tablas como si se tratase de una sola, se utilizan las denominadas Information View, las cuales pueden de los siguientes tipos:

  • Vistas de atributos (Attribute Views).  Son vistas de una o más tablas que pueden ser utilizadas como un bloque básico de información para construir otro tipo de vistas. Por ejemplo, una vista denominada Organización puede contener información de la tabla sociedad, áreas y proyectos y utilizarla para diseñar vistas analíticas y calculadas. De lo que se trata, es definir una vista estándar y reutilizable para los usuarios.  .
  • Vistas analíticas (Analytic views). Estas vistas son utilizadas para mostrar una tabla de hechos (tabla que contiene los valores o importes de las medidas) vinculada con tablas y/o vistas de atributos.  Adicionalmente, a nivel de vista, se pueden definir nuevas medidas y variables.  Las vistas analíticas son usadas por algunas herramientas de reporting como fuente de datos.
  • Vistas calculadas (Calculation views). Permite combinar, tablas, vistas de atributos, vistas analíticas e inclusive otras vistas calculadas.  Al permitir combinar vistas analíticas, facilita la posibilidad del diseño de una vista con más de una tabla de hechos. Por ejemplo un caso de uso podría ser la comparación de las ventas reales vs. Las presupuestadas.

La arquitectura y posibilidades que ofrece SAP HANA, con por ejemplo, una instalación estándar de SAP NW BW son muy superiores, pero quizás para facilitar la comprensión de la utilidad de estas vistas, se podría establecer la siguiente equivalencia:

  • Las Attibute Views, son comparables a las dimensiones de SAP NW BW.
  • Las Analytic views son comparable a un infocubo de SAP NW BW o a un Infoset de SAP ERP.
  • Las Calculation views se asemejan a un Multiprovider de SAP NW BW.

¿SAP Visual Intelligence vs. SAP BusinessOjects Explorer?

SAP Visual Intelligence es una nueva herramientas para analizar la información, con apenas unos meses en circulación. SAP la define como una herramienta de tratamiento y visualización de datos. La frase original dice “is a data manipulation and visualization tool”, pero preferimos la palabra tratamiento por manipulación, por las connotaciones que puede tener la palabra manipular.


SAP Visual Intelligence es una nueva herramientas para analizar la información, con apenas unos meses en circulación.  SAP la define como una herramienta de tratamiento y visualización de datos. La frase original dice “is a data manipulation and visualization tool”, pero preferimos la palabra tratamiento por manipulación, por las connotaciones que puede tener la palabra manipular.

SAP VI 00

SAP VisI, es presentada como una herramienta de la familia SAP BusinessObjects Explorer.  Tienen muchos aspectos en común, pero tienen sustanciales diferencias.   SAP Visual Intelligence es diferente desde que se instala, este producto requiere ser instalado en cada ordenador donde se desea utilizar, un asistente guía e informa los pasos a seguir.  Otro aspecto inusual entre todos los productos de Business Intelligence y Análisis de SAP, es que desde el entorno de trabajo de SAP VisI se puede buscar actualizaciones del producto.

SAP VI - 01

Para utilizar SAP VisI sólo requieres el programa instalador, opcionalmente puede conectarte con plataformas SAP BusinessObjects BI y SAP HANA, para utilizarlas como fuentes de información o repositorios de datos o documentos.  Esta herramienta nos permite recuperar datos de ficheros  de texto (CSV), SAP HANA database, hojas de cálculo MS Excel, Universos BO (3.* y 4.0) y bases de datos vía sentencias SQL (MSQ SQL, Oracle, Sybase IQ, Teradata e IBM DB2).

SAP Visual Intelligence - Posibles fuentes de datos

Utilizando SAP HANA como fuente de datos se puede utilizar vistas analíticas, calculada y de atributos.  La conexión con HANA puede ser offline (los datos antes de visualizarlos pueden ser manipulados) o puede online (los datos directamente son representados gráficamente).  Luego los datos (datasets) y el documento SViD pueden ser publicados en SAP HANA.

¿SAP Visual Intelligence vs. SAP BO Explorer?

Desde nuestro parecer, SAP Visual Intelligence  está dirigida a usuarios de negocio que requieren independencia para procesar y analizar sus datos, no importando el origen de la información.  Para SAP VisI pensamos en usuarios de negocio con habilidades para preparar sus datos para el análisis.

Por otro lado, creemos que SAP Visual Intelligence no «amenaza» la existencia de SAP BusinessObjects Explorer, las vemos como herramientas complementarias.  Pensamos que SAP VisI puede ser usada como herramienta departamental o para ciertos usuarios de negocio analistas y BO Explorer como herramienta de exploración corporativa, en la que los usuarios de SAP VisI podrán compartir los datos que han utilizado o tratado con el resto de la organización.

Esperando a SAP BO Predictive Analysis

Ha transcurrido una semana desde que se comunicara la liberación o disponibilidad general de SAP BusinessObjects Predictive Analysis, y aún no lo vemos. SAP BO PA, a nuestro parecer, es muy importante para SAP y para sus usuarios, es una herramienta que no se solapa con otra propuesta que tuviera SAP hasta este momento, lo más similar era una compleja adaptación de IBM SPSS que requería muchas habilidades para su configuración y uso.


Ha transcurrido una semana desde que se comunicara la liberación o disponibilidad general de SAP BusinessObjects Predictive Analysis, y aún no lo vemos. SAP BO PA, a nuestro parecer, es muy importante para SAP y para sus usuarios, es una herramienta que no se solapa con otra propuesta que tuviera SAP hasta este momento, lo más similar era una compleja adaptación de IBM SPSS que requería muchas habilidades para su configuración y uso.

Con esta propuesta, SAP prescinde de terceros para brindar una completa plataforma de análisis y dirige sus esfuerzos en una línea de productos de creciente demanda, hasta ahora mal cubierta por fabricantes especializados o de nicho.

SAP define a SAP BusinessObjects Predictive Analysis como una solución de análisis estadístico y minería de datos que permitirá a los analistas y usuarios de negocio construir modelos predictivos para descubrir conocimientos y relaciones ocultas en los datos, modelos que permitirán hacer predicciones sobre futuros eventos.

Mientras esperamos contar con este nuevo producto, debemos tener en cuenta que se trata de una aplicación cliente (requiere ser instalada en cada ordenador donde se desea utilizar), no es indispensable contar con la plataforma de BI de SAP y podremos analizar los datos de una amplia variedad de fuentes tales como ficheros de textos, MS Excel, SAP HANA database, bases de datos relacionales (Oracle, Mysql, MS SQL,…) y universos BusinessObjects (UNV y UNX). La documentación sugiere 2 GB de memoria, pero nos parece lo mínimo, sugerimos el doble, sobre todo si tenemos presente que la calidad o certeza de los modelos estará determinada por el volumen de datos que se procese (a mayor cantidad de datos históricos, mayores posibilidades que las predicciones y relaciones identificadas reflejen la realidad).

Referencia: (aquí)

Probando la movilidad de SAP Dashboards 4.0 SP5 (#Xcelsius #Mobile)

Señalábamos en entradas anteriores que el principal motivo para esperar la actualización SP5 de SAP BusinessObjects Business Intelligence 4.0 (BI4) era la posibilidad de exportar los trabajos realizados con SAP Dashboards (Xcelsius) a dispositivos móviles, y luego de revisar las novedades que tiene esta actualización, confirmamos esta apreciación.


Señalábamos en entradas anteriores que el principal motivo para esperar la actualización SP5 de SAP BusinessObjects Business Intelligence 4.0 (BI4) era la posibilidad de exportar los trabajos realizados con SAP Dashboards (Xcelsius) a dispositivos móviles, y luego de revisar las novedades que tiene esta actualización, confirmamos esta apreciación.

Hemos probado la movilidad de Xcelsius 4.0 SP5, nuestras observaciones y conclusiones son las siguientes:

  • La forma de trabajo es muy similar que en versiones anteriores.  Se incorpora en la interfaz de diseño el panel “Mobile Compatibility”, que será necesario revisar para ver la compatibilidad para dispositivos móviles de los objetos (o componentes) que hemos agregado al lienzo.
  • En el “panel de compatibilidad móvil” veremos que objetos, características y propiedades no son soportados en mobile.
  • Si ponemos objetos dentro de otro objeto que no es compatible, en la exportación mobile no veremos absolutamente nada.
  • Para mobile, se recomienda utilizar 1024×768 como tamaño del lienzo.
  • Los trabajos realizados en versiones anteriores,  al igual que otras actualizaciones, son reconocidos inmediatamente.
  • Para exportar un trabajo diseñado en versiones anteriores a dispositivos móviles, no consideramos que sea una tarea fácil, por un lado, porque seguro que encontraremos muchos componentes que no son compatibles y por otro lado, porque cuando diseñamos modelos en Xcelsius en muchas ocasiones recurrimos a “tips”, como la superposición de componentes para obtener el resultado visual que solicita el usuario, y esto será notorio en mobile y no brindará el mismo efecto.
  • Nuestra sugerencia es iniciar el diseño de una visualización desde cero.  Seguramente tendremos documentos Xcelsius para los despliegues de escritorio y otro conjunto de documentos Xcelsius para la distribución de visualizaciones para dispositivos móviles.
  • Durante el diseño de una visualización mobile podremos ir viendo el resultado con la opción de la vista previa. Finalizado el trabajo de diseño podremos exportar el trabajo a la plataforma BO Mobile.  Se espera una actualización de la aplicación BusinessObjects Mobile para el reconocimiento de los tableros y cuadros de mando de origen Xcelsius.
  • Diseñar nuevas visualizaciones Xcelsius con la nueva característica mobile no implica mayor complejidad, quizás por este motivo la documentación disponible es muy breve.  Consideramos que un capítulo de sugerencias o buenas prácticas debería incluirse en la guía del usuario.

Por último, SAP BusinessObjects Dashboards 4.0 SP5 significa el fin de todas aquellas aplicaciones y demás inventos que se han creado para ver los cuadros de mando de Xcelsius en el iPad.

Nuestras sensaciones luego de #SAPPHIRENow Madrid

BUSINESS INTELLIGENCE, ANALYTICS Y MOVILIDAD

La necesidad y obligación de analizar la información es para todos los niveles de gestión de una organización, los dispositivos móviles son determinantes para la adopción y difusión de esta actividad y para que se convierta en un elemento clave de la cultura de las organizaciones: Decidir con inmediatez, analizando.


Business Intelligence, Analytics y Movilidad

  • La necesidad y obligación de analizar la información es para todos los niveles de gestión de una organización,  los dispositivos móviles son determinantes para la adopción y difusión de esta actividad y para que se convierta en un elemento clave de la cultura de las organizaciones: Decidir con inmediatez, analizando.
  • Hablar de herramientas o componentes de BI es secundario (WebI sí, Crystal no, Xcelsius sí, Design Studio no,..) más aún, si todos los documentos de análisis que se creen con estas herramientas podrán verse en la misma aplicación Mobile, será indiferente para el usuario saber que herramienta se utilizó.
  • Abordar con los usuarios discusiones o valoraciones sobre que componente de BI se debe utilizar, no tiene ninguna utilidad, sobre todo luego de las recientes actualizaciones que ha realizado SAP esta semana.
  • Lo importante es saber qué se desea analizar y cómo, con todos los recursos técnicos disponibles actualmente es para que nos preocupemos menos en la técnica y más en el negocio.

SAP HANA

  • A nuestro parecer, 615 implementaciones en poco  más de un año, nos parece un buen número, pero comparándolo con el número total de clientes de SAP, estas 615 implementaciones de SAP HANA nos inspira una  imagen de club selecto, exclusivo, casi VIP.
  • Nadie que conozca el funcionamiento de SAP HANA podrá negar la utilidad de esta plataforma y lo recomendable que puede ser para muchas organizaciones.  Del mismo modo, no se duda que el motivo principal que podría frenar su adopción es el costo de su adquisición.

HANA, Más que ahorro de costes, generadora de beneficios

  • Por más tallas que existan,  la implementación de SAP HANA podría estar pintado los seis ceros, precedidos de un 1.  Justificar una inversión de estas proporciones sólo por la cuantificación del probable coste que podría ahorrarse (por ejemplo, cuantas cabezas podrían ser prescindibles) es un error.  Para una empresa dispuesta a realizar una inversión similar, estos probables ahorros resultan insignificantes.
  • Los responsables de impulsar esta iniciativa, deberían presentar SAP HANA como una inversión en todo el sentido de la palabra, y como tal, del mismo modo cuando se emprende un negocio o una unidad de negocio, lo primero no es el coste, sino en el beneficio que obtendrán los inversores.  Identifiquemos aquello que se podrá hacer si se tuviera una plataforma como SAP HANA, todo aquello que antes era inimaginable. Luego estimemos el beneficio y utilidades que podría generar (mejor como un plan de negocio).
  • Por ejemplo, leíamos en una reciente publicación un probable caso que podría aplicar una empresa de retail, el cual más o menos señalaba lo siguiente: Si un cliente hiciera clic en el botón “me gusta” de Facebook asociado a la imagen de un producto de la empresa, se procesaría esta información social con la información que se ha generado de las compras que hubiera realizado, en función de la actividad que tuviese, se le enviaría inmediatamente una oferta personalizada a su dispositivo móvil….  ¿Este cliente compraría?, ¿además de incrementar la ventas, se incrementaría la fidelidad a la marca?, ¿podríamos estimar los beneficios que esta actividad generaría?…
  • Además de este dato en particular, las redes sociales brindan más información, como la red de contactos, que podríamos combinarla con la información estructurada que se genera internamente en las empresas, información que sólo la hemos utilizado para comprender el pasado, ahora con la capacidad de procesamiento que brinda  SAP HANA, la podríamos utilizar para diseñar el futuro.