Etiqueta: SAP BusinessObjects BI

¿La marca BusinessObjects en peligro de extinción?

El posicionamiento de una marca es la percepción o idea que tiene los consumidores sobre un bien o servicio, como consecuencia de sus experiencias o mensajes que reciben. Seguro si decimos Mercedes Benz, la mayoría imaginamos un vehículo de gama media/alta y hasta quizás recordaríamos su eslogan: “te gusta conducir”.


Posicionamiento

El posicionamiento de una marca es la percepción o idea que tiene los consumidores sobre un bien o servicio, como consecuencia de sus experiencias o mensajes que reciben.  Seguro si decimos Mercedes Benz,  la mayoría imaginamos un vehículo de gama media/alta y hasta quizás recordaríamos su eslogan: “te gusta conducir”.

Otro ejemplo de posicionamiento es Mercadona, al mencionar esta marca la asociamos a la «marca blanca» o a los precios bajos.  Si esta cadena de supermercados decidiese cambiar de nombre, cambiar el tipo de negocio u ofrecer servicios totalmente distintos, la confusión de muchos estaría asegurada y ante esta situación, quizás optaríamos por otra marca.

Si hablamos de MicroStrategy, la mayoría lo relacionemos inmediatamente con Business Intelligence, algunos como fabricante de BI independiente y quizás otros señalarían BI en el móvil; pero en todo los casos, siempre dentro del contexto del BI.

¿Y si preguntamos por BusinessObjects? Hablaríamos Business Intelligence, seguro, pero ¿podríamos decir también que es EPM, GRC, EIM, …?

Extensión de la marca, una estrategia de alto riesgo

Cuando SAP adquirió Business Objects, proveedor de herramientas de Business Intelligence y tratamiento de datos, no tan sólo decidió conservar la marca, sino también aplicarla a otros productos de su cartera de soluciones, aunque no tuviesen ese origen o usos.

Lo que decidió SAP y viene haciendo desde 2008, se conoce como “extensión de la marca”, una estrategia de marketing que los especialistas la califican de alto riesgo, porque lejos de traspasar cualidades o apreciaciones en los clientes, crean confusión, muchos estudios la recomiendan en muy pocos casos, como es el caso de los siguientes artículos, unos clásico en este tema:

Quizás desde la perspectiva económica y técnica que pueda tener SAP como fabricante o los partners como implementadores, la conexión de las soluciones a través de una misma marca se entiende y justifica. Pero esta estrategia se debe valorar desde la perspectiva del cliente (su mente), que al recibir tantos mensajes diferentes, podría perder el enfoque e inclusive el interés.

¿Adiós a la marca BusinessObjects?

En un reciente artículo del blog BusinessObjects Expert de la editorial Wis Pubs, que consideramos muy próximo a los directivos de SAP, se escribió sobre la posibilidad que se estaba “rumoreando”, SAP decidiría retirar la marca BusinessObjects a sus productos.

Ya son muchos los cambios de nombre que se han producido alrededor de los productos de SAP, sin duda, este sería el más grande error del equipo responsable del branding de esta compañía. 

Nos parece que a estas alturas del camino, el “remedio”, que al parecer se está barajando, empeoraría la situación y crearía mayor confusión.

Referencia: Blog BusinessObjects Expert de Wis Pubs

SAP BusinessObjects 4.0, para todos, ¿el 8 de julio?

Hemos dado muchas fechas de cuándo estará a disposición del público en general, la nueva versión de SAP BusinessObjects 4.0 (quizás más adelante 4.1), pero en ninguna de estas ocasiones hemos acertado, porque la fase de ramp-up se ha ido extendiendo mes a mes.


Hemos dado muchas fechas de cuándo estará a disposición del público en general, la nueva versión de SAP BusinessObjects 4.0 (quizás más adelante 4.1), pero en ninguna de estas ocasiones hemos acertado, porque la fase de ramp-up se ha ido extendiendo mes a mes.

https://twitter.com/cbjorlin/status/86113473351782401

Entrando a sitios como la zona de Ramp-ups o la Matriz de disponibilidad de productos (PMA) ya no figuran fechas concretas, al menos no la hemos encontrado.  Nuestra referencia es un tweet de la Directora Editorial de ASUGnews.com, el portal de noticias de la Asociación Americana de Usuarios de SAP (Americas’ SAP Users’ Group – ASUG) que señala como fecha el 8 de julio.

https://twitter.com/myBPC/status/87283678648082432

Como nuevo producto es lógico que tenga algunos temas por corregir, pero ya no se debería alargar más el tiempo de esta fase, a pesar que hay temas por solventar que vendrían en el nuevo service pack SP02 que algunos usuarios reclaman en los foros.

Volviendo… En los cambios de versiones, los «conversores», no son la «varita mágica»

Imaginemos que el fabricante de nuestro teléfono móvil, anunciara un nuevo modelo de terminal, con más prestaciones, mejor cobertura y dice haber superado los fallos e inconvenientes del modelo anterior, nos aconseja que “migremos a la nueva versión” porque además de poder “disfrutar” de todas estas ventajas, en el futuro, se dejará de brindar soporte al modelo que estamos utilizando.


Volviendo…

 

Imaginemos…

Imaginemos que el fabricante de nuestro teléfono móvil, anunciara un nuevo modelo de terminal, con más prestaciones, mejor cobertura y dice haber superado los fallos e inconvenientes del modelo anterior, nos aconseja que “migremos a la nueva versión” porque además  de poder “disfrutar” de todas estas ventajas, en el futuro, se dejará de brindar soporte al modelo que estamos utilizando.

Para esta tarea de migración, nos ofrecen «conversores» para pasar de una plataforma a otra; nuestra agenda, fotos, música y otros documentos.  Pero revisando los manuales  de estas utilidades «descubrimos» que después de cada «conversión», debemos entrar en cada elemento y verificar que la conversión es correcta, porque algunas características funcionan diferente o ya no son compatibles.

Si somos un usuario “pequeño o mediano” seguro que podríamos asumir el coste de esta migración, pero si se trata de usuario “grande” con varios terminales y en cada uno ellos con un gran volumen de información, la tarea resulta muy difícil y casi imposible.

Los universos relacionales, es otro mundo

Estos días, por breve tiempo, he tenido la oportunidad de ver en directo, el reto que tienen los antiguos  y grandes usuarios de BusinessObjects (BO), los cuales pueden tener decenas de universos relacionales y quizás miles de informes que se basan en estos universos.

Los universos, son la capa semántica de BO, que permite al usuario de negocio diseñar sus propios documentos libre de tecnicismos, indispensable en toda plataforma de Business Intelligence (BI), por más accesos directos a las fuentes datos que puedan ofrecer.

En BO 3.1 (a la espera de la 4.0, que tiene nueva fecha de finalización de ramp-up: mediados de julio) tenemos dos tipos de universos:

  • OLAP (para fuentes de datos SAP NW BW, Microsoft Analysis Services e Hyperion Essbase) cuya generación es casi automática, y su edición más que imposible, no es muy recomendada.
  • Relacionales (para el resto de motores de bases de datos) Cuya creación es manual, desde la selección de tablas, columnas, definición de conexiones y cardinalidad, pasando por la creación de objetos (dimensiones, indicadores e información), filtros y jerarquías.

La diferencia es sustancial, no tan sólo por el resultado que percibe el usuario de negocios, sino por el proceso de diseño, desde mi apreciación personal, los universos relacionales, tal como los conocemos hasta hoy, pueden responder mejor a las necesidades del usuario ya que no se centran en el modelo físico de los datos.

Los Universos relacionales en las tareas de cambio de versión

Detrás de un universo relacional, puede haber muchas horas y días de inversión en su diseño, por lo que resulta crucial que estos se transfieran fielmente en un proceso de migración de versiones.  Revisando la documentación del nuevo BO 4.0 (ó 4.1) encontramos algunos fragmentos, que dependiendo el volumen de objetos a convertir, debe ser tomado en consideración en un proceso de cambio de versiones:

La opción Convertir Universos .UNV (Convert .unv Universe) de la herramienta Diseño de Información (Information Design ) permite la conversión de universos relacionales diseñados con Universe Designer de SAP BusinessObjects XI 3.*.

… Algunas funciones de los universos .unv (formato 3.1 y versiones anteriores) se implementan de forma distinta en el universo .unx (formato 4.0).  Una vez convertido el universo, se pueden editar los recursos del universo en un proyecto local en la herramienta de diseño de información para comprobar y corregir las inconsistencias; y para beneficiarse de las nuevas funciones de universos… Después de convertir el universo, se recomienda actualizar la estructura de la infraestructura de datos y ejecutar una comprobación de integridad en el universo.

Para una gran corporación, verificar el proceso de conversión de cada universo, los cuales pueden llegar a tener cientos de objetos y decenas de tablas, y más aún, luego verificar la integridad del esquema, para finalmente constatar el correcto funcionamiento de los informes que utilizan estos universos, puede significar un gran reto que requiere una adecuada y cuidadosa planificación.  Más adelante, detallaremos algunos aspectos que deberíamos considerar en estos procesos.

SAP BusinessObjects en la nube de Amazon

Como apuntábamos sobre los anuncios realizados en la última edición del SAPPHIRE Now 2011 (el próximo en Madrid, del 7 al 10 de noviembre) SAP ha llegado a un acuerdo con Amazon Web Services (AWS), una de los servicios de plataformas e infraestructuras en la nube más importantes y sólidas que existen a nivel internacional.


Como apuntábamos sobre los anuncios realizados en la última edición del SAPPHIRE Now 2011 (el próximo en Madrid, del 7 al 10 de noviembre) SAP ha llegado a un acuerdo con Amazon Web Services (AWS), una de los servicios de plataformas e infraestructuras en la nube más importantes y sólidas que existen a nivel internacional.

El acuerdo entre las dos empresas permitirá el despliegue de SAP BusinessObjects y de las denominadas soluciones SAP Rapid Deployment, se trata de soluciones preconfiguradas, que requieren escasa personalización y mantenimiento y que se podrán implementar en instancias Amazon EC2 (Amazon Elastic Compute Cloud) un servicio web que ofrece una capacidad de procesamiento informático que se podrá redimensionar según las necesidades de los usuarios.

SAP ha señalado que irá con “pausa” en la presentación de propuestas para la nube, la propuesta con AWS es la primera que se realiza utilizando recursos externos a SAP, donde la colaboración de los partenrs locales será relevante para su adaptación y adopción.

En el caso de BusinessObjects en la «nube», primero tuvimos CrystalReports.com (aquí un post) y luego BIOndemand.com (aquí un post), pero no dejaban de ser propuestas muy básicas para un fabricante como SAP, la propuesta conjunta con AWS incluirá Acuerdos de Nivel de Servicio (SLA), tanto en infraestructura como en software y tendrá un precio variable en función de los requerimientos de los clientes.

Referencia: aquí y Nota Técnica 1588667

Forrester: Razones para adoptar SAP BusinessObjects 4.0

Según Boris Evelson, especialista en Business Intelligence en Forrester Research, la culminación del ramp-up de SAP BI BusinessObjects 4.0 sería anunciada en el próximo SAPPHIRE Now (principal evento de SAP a nivel internacional, cuya primera edición del 2011 se celebrará en Orlando del 16 al 18 de mayo), pero temo que no será así, dado que SAP ha actualizado recientemente esta fecha para el mes de junio en el SAP Marketplace. Pero qué más da, días más o días menos, si ya se lleva esperando casi un año.


Según Boris Evelson, especialista en Business Intelligence en Forrester Research, la culminación del ramp-up  de SAP BI BusinessObjects 4.0 sería anunciada en el próximo SAPPHIRE Now (principal evento de SAP a nivel internacional, cuya primera edición del 2011 se celebrará en Orlando del 16 al 18 de mayo), pero temo que no será así, dado que SAP ha actualizado recientemente esta fecha para el mes de junio en el SAP Marketplace.  Pero qué más da, días más o días menos, si ya se lleva esperando casi un año.

En el mismo post de referencia Boris Evelson señala las siguientes razones para valorar la actualización a la plataforma 4.0 de SAP BusinessObjects:

  • Los nuevos universos (capas semántica) pueden incluir múltiples fuentes de datos.
  • Los nuevos universos pueden acceder directamente a las base de datos multidimensionales utilizando MDX, lenguaje equivalente al SQL pero en entornos MOLAP (Microsoft Analysis Services, Hiperion Essbase, Mondrian, etc).
  • Criterios comunes en el diseño de la interfaz de usuario entre  los diferentes componentes que integran la nueva plataforma.
  • Todos los componentes pueden acceder directamente a los nuevos universos, incluyendo Xcelsius (en la versión 2008 es posible acceder a los universos a través de un tipo de conexión denominada Query as a Service – QaaS).
  • Mayor integración con SAP BW, acceso directo a sus metadatos  (querys e infoproviders) desde los componentes de SAP BO.
  • Optimización de las APIs de SAP BO 4.0 lo que se reflejará en una mayor rapidez en el acceso a SAP BW.
  • SAP BO 4.0 ha sido diseñada  y optimizada para trabajar con SAP HANA nueva solución de software y hardware de SAP para el procesamiento en memoria, que en entorno con grandes volúmenes de información optimizarían considerablemente los tiempos de acceso a los datos.

Referencia: Blogs de Forrester Research