SAP Analytics Cloud, Entornos de Producción y No-Producción

En instalaciones tradicionales u on-premise es habitual contar con los típicos entornos de Desarrollo o Producción, o adicionales tales como Test, Integración o Formación, todos ellos, alineados a nivel de objetos o metadatos pero diferenciados a nivel de datos, conexiones, usuarios y autorizaciones. Este buen hábito no puede quedar al margen con SAC u otra plataforma cloud de SAP.


Que SAP gestione tanto la infraestructura como el software, incluyendo la planificación de su actualización, en soluciones tales como SAP Analytics Cloud (SAC), no nos libera la responsabilidad que definamos un plan de despliegue de entornos o sistemas.

En instalaciones tradicionales u on-premise es habitual contar con los típicos entornos de Desarrollo o Producción, o adicionales tales como Test, Integración o Formación, todos ellos, alineados a nivel de objetos o metadatos pero diferenciados a nivel de datos, conexiones, usuarios y autorizaciones. Este buen hábito no puede quedar al margen con SAC u otra plataforma cloud de SAP.

Uno o Múltiples Sistemas

La decisión de contar con un único Sistema o Entorno se puede comprender si se trata de un despliegue pequeño, inicial o de prueba. En este contexto, la separación entre objetos en Desarrollo y Producción se realizaría a través del uso de carpetas lo que conllevaría un riesgo elevado de contratiempos.

SAP sugiere que se cuente con por lo menos dos sistemas (en nomenclatura SAP denominados Tenants). Un entorno SAC para desarrollar y probar una solución, cuyo contenido sería promovido o transportado al entorno de Producción a través de las características Importar/Exportar. Cada uno de estos entornos podría estar conectado a distintos sistemas.

Privado vs Publico

Una solución SAC puede contratarse bajo la modalidad de Inquilino Privado o Público. Un Sistema o Inquilino Privado significa que nuestro entorno utiliza un Sistema SAP HANA que no es compartido con otros inquilinos o clientes. Un Inquilino Privado puede tener una configuración de hasta 50 usuarios nominales, URL única y contar con un tamaño de 64 GB, 128 GB o 256 GB, 512 GB… El costo de la licencia se establece por el sistema en su conjunto, no por el número de usuarios. Un Sistema Privado no puede utilizarse para un entorno de Producción.

Un Sistema Público, por el contrario, comparte un Sistema SAP HANA con otros inquilinos o usuarios, por lo que no se tiene ningún tipo de control sobre la memoria o almacenamiento, lo cual si se puede realizar en un inquilino Privado (esta circunstancia no conlleva, necesariamente, a problemas de rendimiento). Un inquilino público se puede utilizar para entornos Productivos o no-Productivos.

El hecho que un inquilino público de SAC comparta el Sistema SAP HANA sobre el cual es configurado con otros usuarios o inquilinos, no significa que nuestros objetos o datos sean accesibles por parte de otros usuarios ajenos a nuestra instalación u organización.

Referencia: aquí y aquí

Anuncio publicitario

SAP Analysis for Microsoft Office, edition for SAP Analytics Cloud: “Problema” a la vista

La solución SAC (SAP Analytics Cloud) de SAP Analysis for Microsoft Office, si me permiten la licencia, es la versión reducida del plugin Analysis de SAP Analysis for Microsoft Office que usamos para trabajar con instalaciones on premise (instalaciones locales). Esta edición para la nube de Análisis de SAP nos permite conectarnos con modelos SAC, para ello, es necesario instalar este Add-in en nuestros equipos locales.


La solución SAC (SAP Analytics Cloud) de SAP Analysis for Microsoft Office (SAP AO), si me permiten la licencia, es la versión reducida del plug-in Analysis de SAP Analysis for Microsoft Office que usamos para trabajar con instalaciones on premise (instalaciones locales). Esta edición para la nube de Análisis de SAP nos permite conectarnos con modelos SAC, para ello, es necesario instalar este Add-In en nuestros equipos locales.

Aunque tengan funcionalidades muy similares, técnicamente estamos hablando de distintos productos. Desde la versión 2.5 de la edición «estándar» es posible conectarnos a fuentes SAC, haciendo clic derecho sobre el asistente de conexión.

A partir de la versión 2.7 contamos con la edición SAC para acceder de manera exclusiva a modelos SAP Analytics Cloud (Import Data Connection) o utilizar las denominadas conexiones en tiempo real (Live Data Connection), acciones que también podríamos hacer con la edición tradicional o estándar de SAP Analysis for Office.

EL “PROBLEMA”

Resulta que ambos productos, por el momento, no pueden estar instalados en el mismo equipo, no importando que tenemos instalado previamente, si ejecutamos un segundo instalador, este asistente nos pedirá desinstalar el producto previamente instalado.

Por lo que hemos visto hasta ahora, en algunas organizaciones el panorama es más o menos similar al siguiente: se está trabajando con usuarios y soluciones con filosofía on-premise y “tímidamente” se está comenzando a utilizar SAP Analytics Cloud ¿Qué sucede con los usuarios que requieren entrar a ambos entornos?

Es obvio que ambas herramientas de Analaysis for Office, tanto para instalaciones locales como para SAC, recorrerán caminos distintos. Por ejemplo, hoy por hoy, el procedimiento para guardar nuestros libros de manera directa en SAC no es posible, debemos seguir el siguiente procedimiento:

  1. Guardar nuestro libro localmente,
  2. Luego subir nuestro libro al portal Web de SAC,
  3. Finalmente compartir la URL de enlace al libro cargado.

Pero quizás se podría evitar este “problema” de tener dos productos para más o menos lo mismo, si SAP incorporara un nuevo Plug-In para conexiones SAC, dentro del mismo producto, tal como se hizo cuando se fusionó el anterior Add-In para SAP BPC, denominado EPM Add-In.

LA SUGERENCIA

Si se requiere acceder tanto a SAC como a instalaciones locales, nuestra sugerencia, por el momento, es que se utilice la versión «estándar» de Analysis for Office, para la edición SAC se puede esperar la liberación de una mejor actualización. 

Quizás resulte útil consultar la Nota SAP 1518359 o aquí para ver las actualizaciones liberadas y próximas actualizaciones de ambas ediciones de SAP AO (por cierto, AO es el acrónimo oficial de Analysis for Office, no lo ponemos nosotros. lo establece el fabricante, quizás nos guste más AFO, A4O o AXO pero esta «inspiración» sólo puede conllevar a confusión).

NOTA: Si no observaras la opción de «Crear nueva conexión SAC…«, verifica la opción «Plataforma prefrida», la cual debería estar en «Seleccionable» (luego de lo cual, quizás debas salir y volver acceder a MS Excel).

CONCEPTOS

¿Qué es SAP Analysis Cloud (SAC)? Es la solución de Software como Servicio (SaaS – Software as a Service) o Software en la Nube de SAP para Business Intelligence, Análisis, Planificación, Presupuestos y Predicción.

¿Qué es Analysis for Office? Es un Add-In o complemento que se acopla a MS Office (Excel y PowerPoint) para conectarnos a sistemas que contengan datos en estructuras multidimensionales para analizar la información en tablas dinámicas o construir aplicaciones de planificación y presupuestos.

¿Qué es Live Data Connection de SAC? SAP Analysis Cloud (SAC) permite conectarnos a otros sistemas locales (on-premise) sin replicar o importar la información en SAC. Las conexiones de datos en tiempo real podrían ser de los siguientes tipos:

  • SAP HANA Views
  • SAP BW
  • SAP BW/4HANA
  • SAP BPC
  • SAP S/4HANA ABAP CDS (Core Data Services – Capa semántica de modelos de datos)

Notas SAP relevantes para la conectividad de MS Power BI con SAP

Las notas SAP son una importante fuente de información o documentación, en ocasiones, para ciertos temas, la única. Para la conexión con fuentes SAP desde MS Power BI destacamos las siguientes:


Las notas SAP son una importante fuente de información o documentación, en ocasiones, para ciertos temas, la única. Para la conexión con fuentes SAP desde MS Power BI destacamos las siguientes:

  • 2777473 – MDX: FAQ for Power BI accessing BW or BW/4HANA
  • 2882465 – When using Power BI to connect to HANA DB using ODBC DSN, an authentication error is generated
  • 2880907 – Access to the resource is forbidden when using Power BI application
  • 2600193 – This connector requires one or more additional components to be installed before it can be used

En resumidas cuentas, SAP refiere que, ante un problema de conectividad, el origen del mismo se analice inicialmente en el lado de MS Power BI.

¿Se requiere licencia especial para acceder a SAP BW desde MS Power BI?

En principio, si se opta por MS Power BI u otra solución de Business Intelligence y Análisis de otro fabricante, no se requiere una licencia especial o adicional si se utiliza la conectividad pública basada en MDX de SAP. Al acceder a la fuente SAP, empleando esta conectividad, se deberá utilizar las credenciales de un usuario del sistema fuente. Para mayor esclarecimiento de dudas, consultar con su comercial de SAP por si surgiese alguna excepcionalidad.

Nota: Otro tema es si se esta buscando otra vía tal como el servicio de OpenHub de SAP BW, ajena a la conectividad que ofrece SAP y utilizan otros fabricantes en solucuiones de BI o ABI.

MS Power BI con fuentes SAP BW, también limitado por la conexión MDX

Actualmente, fabricantes tales como Tableau, Qlik (antes QlikView) o MicroStrategy utilizan la misma conexión MDX y señalan similares limitaciones que reconoce MS Power BI a través de su mecanismo de conexión denominado DirectQuery, utilizando tanto su conector SAP BW Versión 1 o como el mejorado, denominado Versión 2.


CONECTIVIDAD A LOS DATOS BW

SAP ofrece dos tipos de conexión a fuentes SAP BW y BW/4HANA para la recuperación de datos para soluciones de BI y Análisis, por un lado, tenemos la conexión BICS (Business Intelligence Consumer Services) y, por otro lado, tenemos la conexión vía MDX (MultiDimensional eXpressins – Lenguaje para base de datos multidimensionales).

BICS, es considerada la alternativa más eficiente por los tiempos de respuesta y por reflejar con mayor fiabilidad/exactitud los modelos de datos SAP BW, especialmente la diversidad de características, sus atributos, variables y jerarquías.

MDX es una consulta que es procesada por otro motor distinto a BICS, por una interfaz pública denominada OLAP BAPIs. El procesador MDX de esta interfaz, brinda un resultado de datos y metadatos que casi siempre difiere de la arquitectura de la fuente SAP BW consultada.

MDX, EL VERDUGO DE LAS SOLUCIONES BI «NO-SAP»

BICS es la conexión de uso exclusivo de los productos ABI (Analytics and Business Intelligence) de SAP. MDX es la conexión que utilizan las herramientas de BI de terceros fabricantes, incluyendo MS Power BI. En las primeras versiones de BusinessObjects (especialmente con Web Intelligence) integrada a SAP, la única alternativa de conexión a BW era MDX y el resultado era muy frustrante para los usuarios al consultar o analizar sus datos.

Actualmente, fabricantes tales como Tableau, Qlik (antes QlikView) o MicroStrategy utilizan la misma conexión MDX y señalan similares limitaciones que reconoce MS Power BI a través de su mecanismo de conexión denominado DirectQuery, utilizando tanto su conector SAP BW Versión 1 o como el mejorado, denominado Versión 2.

LIMITACIONES AL ACCEDER A DATOS BW CON MDX

Entre otras, MS Power BI reconoce las siguientes limitaciones:

  • Cálculo de agregaciones diferentes,
  • Imposibilidad de uso de atributos de características,
  • Ningún tratamiento de jerarquías con niveles desiguales o dependientes del tiempo (sólo se utiliza la vigente o última),
  • Criterios de ordenación (caso meses es alfabético),
  • Imposibilidad de tratar las variables de texto (caso uso como variables de sustitución)
  • Las estructuras de despliegan en su totalidad, por ejemplo, si se tiene dos ratios (Ventas y Coste) y una estructura con dos líneas (Real y Presupuesto) se obtendrían 4 ratios desplegados (Ventas Real, Ventas Presupuesto, Coste Real y Coste Presupuesto).
  • En cuanto al rendimiento, Microsoft también se ve afectado por el mecanismo MDX que está obligado a utilizar. Con la Versión 2 de su conector a SAP BW de MS Power BI ha agregado opciones tales modificar el tamaño del paquete de datos que se recupera por bloque, lo cual podría ayudar a reducir la latencia o tiempos de espera, pero modificar este parámetro por defecto, debe ser controlado/alineado con los recursos del sistema.

CONCLUSION

Las limitaciones reconocidas por Microsoft al conectarse MS Power BI con fuentes SAP BW, señala como “responsable” la API pública a través de MDX, la cual, visto lo que ha sucedido con otros fabricantes, difícilmente mejore. En cuanto al rendimiento, la solución pasa por limitar el número de características o dimensiones que se recuperen y en agregar más filtros/variables obligatorias para reducir el volumen de datos que se lee.

Microsoft sugiere importar los datos, opción que se debe valorar dependiendo de cada necesidad y conjunto de datos a utilizar, por ejemplo, volumen o frecuencia de variación de datos.

Cuadrante Mágico de Gartner ABI 2020: Microsoft vs SAP #GartnerABI 02

El informe de Gartner, denominado Cuadrante Mágico de las Plataformas de Análisis e Inteligencia Empresarial (“Magic Quadrant for Analytics and Business Intelligence Platforms“) de 2020 ha sido liberado el 11 de febrero, y lo inmediato que hemos hecho, ha sido comparar lo que se dice de la propuesta de SAP contra la propuesta de Microsoft o lo que es lo mismo, sobre Power BI, ganador indiscutible de dicho informe.


El informe de Gartner, denominado Cuadrante Mágico de las Plataformas de Análisis e Inteligencia Empresarial (“Magic Quadrant for Analytics and Business Intelligence Platforms“) de 2020 ha sido liberado el 11 de febrero, y lo inmediato que hemos hecho, ha sido comparar lo que se dice de la propuesta de SAP contra la propuesta de Microsoft o lo que es lo mismo, sobre Power BI, ganador indiscutible de dicho informe.

Los informes de Gartner son la principal o única referencia de los gestores de las áreas de IT (y áreas conexas) para valorar y elegir la mejor solución tecnológica para necesidades puntuales, incluyendo el Análisis y Business Intelligence (ABI).

Sí, lo sabemos, se estila decir que en estos informes no hay ganadores, ni vencedores, sólo por el hecho de estar incluidos ya es una victoria, es decir “ganan todos” … pero no nos engañemos, si haces muchas inversiones/esfuerzos por mejorar y tu valoración no se mueve un ápice, ¿cómo se llama eso?SAP lleva como “Visionario” (según Gartner, un Líder con “carencias”) desde el 2016.  Hasta el 2015 figuraba en el cuadrante de Líder, rozando con la frontera de Visionario. Curiosamente, su mejor año fue el 2009 cuando recién adquirió Business Objects.

Microsoft – Lo Bueno

Al margen de la calidad de Power BI, ha sido la estrategia comercial de Microsoft la que más ha contribuido al masivo despliegue y su popularización: Bajo precio, invitación a su uso cuando utilizas MS Excel y su inclusión en Office 365 E5.  A esta estrategia Gartner lo denomina como “Difusión Viral”.

Los intuitivos recursos para ajustar los datos fuentes, la integración con el resto de productos de la suite ofimática de Microsoft y la facilidad para construir visualizaciones son los principales factores para que Power BI haya logrado los altos números de usuarios con los que cuenta.

Microsoft – Lo Malo

Aquí nos ponemos serios. Todo no funciona igual si optas por un despliegue Cloud o Local (on-Premise). Si se opta por Power BI Report Server como portal de despliegue, muchas funcionalidades diseñadas con Power Desktop nos estarán disponibles, lo que no sucede si optas por los servicios Cloud. Por otro lado, si optamos por una alternativa Cloud, esta debe ser Azure, no hay alternativas de plataforma IaaS (Infraestructura como Servicio).

La conectividad con SAP (BW o HANA Database), a pesar de los conectores ofrecidos, no son eficientes. La mejor conectividad con este tipo de fuentes es la que tiene el mismo SAP para sus herramientas de BI, para el resto de fabricantes, SAP les ofrece mecanismos basados en MDX, los cuales poco reflejan la estructura real de los modelos de datos, además del bajo rendimiento, según el volumen de información. La solución que se sugiere es la recarga de datos externos a SAP (Plop!).

SAP – Lo Bueno

No siempre sólo se requiere dashboards o tableros, los informes de hojas continuas (reporting empresarial) también son necesarios para la gestión de los procesos de negocio, y aquí SAP obtiene matrícula de honor.  Gartner señala esta característica como típica entre los fabricantes clásicos como SAP, IBM u Oracle y como carente/deficiente en las denominadas soluciones “modernas” o de “visualizaciones ágiles”.

La propuesta basada en SAP Analytics Cloud (SAC) es considerada como la más completa al incluir capacidades de Planificación, Análisis y Predicción, integrada a SAP Digital Boardroom para análisis What-If y simulaciones.

Gartner destaca las funciones avanzadas de SAC, así como el material preconstruido y el SAP Data Warehouse Cloud.

SAP – Lo Malo

En Marketing existe un término denominado “Posicionamiento”, el cual se refiere a cómo los consumidores identifican o relacionan una marca en su mente. El posicionamiento de una marca usualmente queda estrechamente vinculado con el primer producto/servicio ofrecido, lleva mucho esfuerzo y tiempo revertir o reposicionarlo. En esta línea, según el estudio de Gartner, la propuesta de SAP en ABI es percibida como clásica, basada en informes empresariales.

Gartner, dentro de su estudio señala que hay un bajo número de implementaciones SAP Analytics Cloud y con un bajo número de conexiones a fuentes de datos. Gartner señala que quizás podría ser diferente con una mayor número de clientes encuestados.

Así mismo, Gartner señala como otro factor negativo el hecho que la propuesta ABI de SAP se centre en la nube, a pesar que permite soluciones hibridas, facilitando la conexión a recursos locales (Universos, BW y HANA Views).

Conclusión

¿Con cuál nos quedamos? Creo que no nos corresponde a nosotros dictaminar, aquí y ahora, con cual quedarse, hay muchas variables o factores por analizar. Sin embargo, consideramos que una coexistencia es recomendable en la mayoría de los casos, compartiendo fuentes de datos y evitando duplicidad de funcionalidades, informes o visualizaciones… no siempre utilizaremos el mismo vehículo, depende de las circunstancias…