Versiones y ediciones de SAP BO BI y SAP BPC

A menudo nos referimos a las versiones de SAP BusinessObjects BI (SAP BO BI) y a las versiones de SAP Business Plannig and Consolidation (SAP BPC), así como sus ediciones.


A menudo nos referimos a las versiones de SAP BusinessObjects BI (SAP BO BI) y a las versiones de SAP Business Plannig and Consolidation (SAP BPC), así como sus ediciones.  Las versiones hacen referencia a las diferentes actualizaciones principales que ha liberado SAP.

En cuanto a las ediciones, en el caso de SAP BO BI, tenemos la edición Edge, dirigida a clientes con pocas exigencias de personalización de la arquitectura porque tendrán pocos usuarios concurrentes y la edición Enterprise, la cual no tiene ninguna restricción en la configuración de clusters de hosts y servidores.  Ambas ediciones tienen similares funcionalidades y características para diseñar, distribuir y administrar los documentos.

 

En cuanto a SAP BPC, la edición puede ser para Netweaver (requiere SAP NW BW y Netweaver) o para Microsoft (compatible con servidores Microsoft y bases de datos MS SQL Server).  En cada versión que ha ido liberando SAP, la diferencia entre ambas ediciones ha ido en aumento, sobre todo en la administración de objetos (entornos  y modelos).  La edición para Microsoft, con la limitación de un máximo de 100 usuarios, se denomina Edge.

“Cuerpos extraños” en el EPM Add-in 10.0

Si ya has estado trabajando con el EPM Add-in, el componente cliente para MS Office de todas las aplicaciones del portfolio SAP Enterprise Performance Management (SAP EPM), …


 

Si ya has estado trabajando con el EPM Add-in, el componente cliente para MS Office de todas las aplicaciones del portfolio SAP Enterprise Performance Management (SAP EPM), quizás has podido ver, cuando diseñas informes o formularios de entrada de datos, unos pequeños recuadros conocidos como “Text Box” que contienen cadenas de texto ilegibles.

Por lo general, estos objetos de VBA (Visual Basic Application, lenguaje de macros y automatismos de MS Office) están ocultos en los márgenes  superior-izquierdo del “template” que estés diseñando y por “extrañas” condiciones podrían resultar visibles.  La nota técnica 1761282 reconoce la existencia de estos objetos, los cuales son utilizados para almacenar algunos parámetros de los informes, tales como las conexiones.  Esta misma nota ofrece algunas recomendaciones para el tratamiento de estos objetos, nuestra sugerencia es no manipularlos.

Referencia: (aquí)

“SAP EPM Cloud”, ¿idea o realidad?

El pasado 10 de septiembre SAP daba a conocer, SAP Enterprise Performance Management OnDemand (SAP EPM OnDemand), su propuesta cloud computing de software como servicio (Software as a Service, SaaS) apoyada con procesamiento en memoria (SAP HANA Cloud) y aplicaciones mobile.


El pasado 10 de septiembre SAP daba a conocer, SAP Enterprise Performance Management OnDemand (SAP EPM OnDemand), su propuesta cloud computing de software como servicio (Software as a Service, SaaS) apoyada con procesamiento en memoria (SAP HANA Cloud) y aplicaciones mobile.



Retirando los “efectos especiales” del anuncio y siguiendo la lógica comercial del fabricante, creemos que SAP EPM OnDemand seguirá los pasos de SAP BI OnDemand (la propuesta SaaS de Business Intelligence de SAP) brindando soluciones puntuales con el mismo fin que la propuesta tradicional, pero con posibilidades y arquitecturas muy distintas.

Han transcurrido algunos años para que SAP BI OnDemand pueda ser considerada una alternativa de plataforma de Business Intelligence para una pequeña, mediana empresa o un área de negocios con necesidades puntuales, y por lo poco que se ha podido ver, al margen de vídeos y “powerpoints”, nos parece que SAP EPM OnDemand tiene un largo camino por delante.

Nos imaginamos que SAP EPM OnDemand brindará soluciones similares a las RDS (Rapid-Deployment Solution) de SAP, con las ventajas que brinda una solución SaaS, tales como el ahorro en infraestructuras tecnológicas especiales o consultoría especializada para su instalación o administración. Las organizaciones elegirán las aplicaciones, señalando los usuarios nominales y espacio en disco que estiman necesario, un sistema muy poco recomendable en grandes organizaciones, no tan sólo por la cantidad de usuarios que tendrían, sino también por las pocas posibilidades de personalización del entorno o la forma de analizar la información.

Referencia: Blog de Timo Elliott y Webinar (grabado)

SAP BusinessObjects Design Studio, “es tan bueno” que no tendrá ramp-up

El nuevo componente de la plataforma SAP BusinessObjects Business Intelligence 4.0 para diseñar cuadros de mando, SAP BusinessObjects Design Studio (denominado SAP Zen en su fase inicial) del estado beta o de pruebas, pasará directamente al estado de disponibilidad general (Generally Available, GA) sin pasar por un programa de ramp-up.


El nuevo componente de la plataforma SAP BusinessObjects Business Intelligence 4.0 para diseñar cuadros de mando, SAP BusinessObjects Design Studio (denominado SAP Zen en su fase inicial) del estado beta o de pruebas, pasará directamente al estado de disponibilidad general (Generally Available, GA) sin pasar por un programa de ramp-up.

SAP BO Design Studio, coexistirá con Xcelsius (SAP BO Dashboards) como alternativas para diseñar tableros y cuadros de mando. Tanto la primera versión de Design Studio como la nueva versión de Xcelsius (SP5, la que permitiría generar visualizaciones en HTML5) serían liberadas en último semestre de 2012.

Design Studio trabajaría con fuentes SAP BW y SAP HANA, permitiendo el uso de infocubos, consultas BEx y vistas HANA, quedando pendiente la conectividad con Universos BusinessObjects.  Este nuevo componente aspira a facilitar el diseño, inclusive alguna vez se comentó que el usuario de negocios podría elaborar sus visualizaciones, pero por los comentarios leídos, al parecer, le falta madurar en este aspecto.

Debido a la gran cantidad de usuarios que han participado en la fase “beta”, SAP ha decidido liberar el producto sin que pase por un programa de “ramp-up”, algo poco usual.  Un programa de ramp-up demanda la superación de algunos indicadores, como la exigencia de implementarse en producción al menos diez proyectos. Por antecedentes en otros lanzamientos de SAP, nuestra sugerencia sería esperar a que lleguen por lo menos tres actualizaciones o esperar alrededor de seis meses luego de su liberación.

Referencia: Blogs SAP SDN

Arquitectura de SAP BO BI 4.0: ¿Escalabilidad horizontal o vertical?, “he ahí el dilema”

Poner en marcha un producto como SAP BusinessObjects Business Intelligence, no es “instalar y usar”, menos aún la versión 4.0 y todas sus actualizaciones posteriores, resulta imprescindible que se planifique cual es la mejor arquitectura que requiere la organización, factores tales como el número de usuarios, componentes que se utilizarán, fuentes de datos a las que se accederá o el volumen de información que se analizará; son determinantes en el diseño de la arquitectura de la plataforma de SAP BO BI


Poner en marcha un producto como SAP BusinessObjects Business Intelligence, no es “instalar y usar”, menos aún la versión 4.0 y todas sus actualizaciones posteriores, resulta imprescindible que se planifique cual es la mejor arquitectura que requiere la organización, factores tales como el número de usuarios, componentes que se utilizarán, fuentes de datos a las que se accederá o el volumen de información que se analizará; son determinantes en el diseño de la arquitectura de la plataforma de SAP BO BI.

Una plataforma como SAP BusinessObjects BI 4.0 (BI4), tiene varios procesos de servidor, grosso modo, cada componente que genera contenidos de BI tiene entre 3 a 5 tareas (servicios) que se ejecutan en uno o más servidores de BO (ver post anterior), además, otras funcionalidades tales como las búsquedas o estadísticas también tienen procesos asociados que consumen recursos. Considerando este aspecto, se puede definir que los procesos de servidor se puedan “ampliar verticalmente” (escalabilidad vertical) para ahorrar costos (un equipo ejecuta varios o todos los procesos del lado del servidor) o “ampliar horizontalmente” (escalabilidad horizontal ) para mejorar el rendimiento (donde los procesos de servidor se distribuyen entre dos o más máquinas en red).

Pequeñas instalaciones pueden tener un único host para el servidor de aplicaciones Web, servidor de bases de datos y todos los servidores de BI4.  En instalaciones pequeñas o grandes, para liberar recursos al host de SAP BO BI, se puede optar por tener un host de servidor de Aplicaciones Web por separado.

En instalaciones grandes se pueden disponer de varios host de BI4 incluidos en un sólo cluster.  De este modo, se obtiene lo siguiente:

  • Alto Rendimiento (Improved Performance). Varios hosts de SAP BO BI procesarán más rápido una cola de consultas que un único host.
  • Equilibrio de carga (Load balancing). Si un servidor del cluster experimenta una carga más elevada, el proceso responsable en distribuir el trabajo (Central Management Server, CMS) enviará automáticamente el nuevo trabajo a un servidor con mejores tareas en ejecución.
  • Alta Disponibilidad (Improved availability). Si un servidor se encuentra con una “condición inesperada” (unexpected condition), el CMS reenviará el trabajo a otros servidores del cluster hasta que la anomalía se corrija.