SAP BusinessObjects 4.0, ¿ya está “a punto”?

A una semana de la supuesta finalización del rampup o puesta a disposición de todos los usuarios de SAP BI BusinessObjects 4.0, tengo algunas dudas de que esté “a punto”.


A una semana de la supuesta finalización del rampup o puesta a disposición de todos los usuarios de SAP BI BusinessObjects 4.0, tengo algunas dudas de que esté “a punto”.

Seguimos considerando que los objetivos de esta versión son demasiados, sobre todo, cuando principalmente (por no decir únicamente) lo que reclamaban los usuarios es mayor facilidad para acceder a los datos de origen SAP. 

Hemos configurado en más una ocasión esta nueva versión, y su rendimiento no nos llega a convencer.  Sus nuevas características y componentes nos parecen acertados, son muy buenos, excelentes, pero esto pierde valor si el funcionamiento es lento.

Nuestra instalación de SAP BI BO 4.0

Usamos habitualmente máquinas virtuales con VMWare, así tenemos BusinessObjects y otros productos por separado, por versiones y componentes configurados, si tuviéramos algún problema, recurrimos a una plantilla que usamos como respaldo o copia de seguridad.

Para el caso de SAP BO 4.0, hemos preparado una máquina virtual de 64 bits con Microsoft Windows Server 2008 R2, previamente hemos ampliado la memoria física del ordenador portátil que permite un sistema operativo de 64 bits a 8 GB.

A la máquina virtual la hemos configurado con 6 GB de memoria, 60 GB de disco y ampliado la memoria virtual del sistema operativo. Validado y actualizado el sistema operativo hemos instalado el servidor de BusinessObjects 4.0.

La instalación, es simple, es recomendable utilizar las opciones por defecto, si no se requiere especificar nada extraordinario, prácticamente, la instalación se basa en hacer clic en “siguiente” y esperar alrededor de 3 horas.

Luego hemos aplicado las actualizaciones de SAP BO 4.0 de 19 de agosto (SP02 – Patch 4) y esperamos alrededor de 2 horas más. Finalizada la instalación y actualización reiniciamos y ejecutamos el “Administrador de Configuración Central” (Central Configuration Manager) y hemos puesto en funcionamiento el servidor de BO (Server Intelligence Agent).

Una vez que esta en ejecución el servidor de BO, el sistema operativo se ralentiza, por lo visto los servicios cargados consumen muchos recursos.  Para superar un poco este inconveniente, hasta encontrar una mejor solución, hemos optado por deshabilitar algunos servicios (llamados servidores) de BO que en este momento no estemos utilizando, para ello accedemos ala Consolade Administración Central (CMC, Central Management Console).

A diferencia de las versiones anteriores, los componentes clientes no se instalan con la instalación del servidor.  Podemos instalarlos con el instalador que viene por separado, este instalador no requiere “clave del producto”.  Se debe tener presente que los componentes clientes son de 32 bits, por lo que se recomienda no instalarlos en un ordenador con un sistema operativo de 64, lo ideal es instalar el servidor y los clientes en distintas máquinas.

Concluyendo

Sin duda, superado los inconvenientes técnicos, SAP BI BO 4.0, será una potente y completa plataforma de análisis e inteligencia de negocios. Pero un momento, es que los problemas que tienen las organizaciones con respecto a sus implementaciones actuales de Business Intelligence, según informes de Gartner y otras consultoras especializadas, no son problemas técnicos, porque estos se superan de algún modo, el problema de fondo, es que muchas implementaciones de BI no responden o no se pueden adaptar a las necesidades de información que demandan los usuarios.

Centrémonos en la esencia, en el negocio, preocupémonos en conocer la estrategia, los procesos, los objetivos, en identificar las métricas, indicadores, los flujos de información, etc. y que SAP nos cuente cuando tenga “a punto” la nueva versión de BusinessObjects, esperamos que sea el 31 de agosto de 2011.

SAPRouter (soporte remoto) para SAP BusinessObjects

Con el fin de prestar un mejor servicio a los usuarios, más inmediato, SAP pondrá en marcha a partir del 5 de septiembre, el soporte remoto a los clientes SAP BusinessObjects. Los plataformas SAP BO, de los clientes que lo soliciten, podrán estar conectadas al equipo técnico de SAP para solucionar las incidencias que se pudiesen reportar.


Con el fin de prestar un mejor servicio a los usuarios, más inmediato, SAP pondrá en marcha a partir del 5 de septiembre, el soporte remoto a los clientes SAP BusinessObjects.  Los plataformas SAP BO, de los clientes que lo soliciten, podrán estar conectadas al equipo técnico de SAP para solucionar las incidencias que se pudiesen reportar.

Por ejemplo, si hubiese un problema con algún documento Web Intelligence, los ingenieros de SAP podrían actualizar las consultas con los datos reales del cliente, para detectar el origen del problema.  En todo momento, el cliente podrá definir las características de la conexión.

Más información se puede encontrar en SAP Marketplace y en el Foro de Remote Supportability en SAP Community.

Simplemente, SAP HANA

En alguna ocasión hemos criticado lo voluble que puede parecer SAP para asignar nombres a sus productos, porque una vez dados a conocer, los cambia con el fin que el nombre del mismo sea descriptivo y comprensible para todos los usuarios. Las victimas más conocidas, han sido los componentes de SAP BusinessObjects, pero en vez de recibir “aplausos”, han recibido multitud de “críticas”. Pensamos que los responsables de estos cambios han aprendido la lección, se han percatado que estos «re-brandings» no son convenientes.


En alguna ocasión hemos criticado lo voluble que puede parecer SAP para asignar nombres a sus productos, porque una vez dados a conocer, los cambia con el fin que el nombre del mismo sea descriptivo y comprensible para todos los usuarios.  Las victimas más conocidas, han sido los componentes de SAP BusinessObjects, pero en vez de recibir “aplausos”, han recibido multitud de “críticas”.  Pensamos que los responsables de estos cambios han aprendido la lección, se han percatado que estos «re-brandings» no son convenientes.

Al parecer, el alcance de SAP HANA era mejorar los tiempos de respuesta de las herramientas de análisis, de ahí el significado del acrónimo: “High-Performance Analytic Appliance”.  Pero una vez dado a conocer y con algunas importantes implementaciones de prueba realizadas, suponemos, que el alcance se amplió, ya que se hablaba de una “plataforma” sobre la cual funcionaría cualquier aplicación con mejores tiempos de acceso a los datos y el significado del acrónimo, aunque no coincidiera las iniciales, paso a ser “In-Memory Appliance”; lo que nos hizo pensar que SAP HANA, en su corta vida, recibiría un nuevo nombre.

Pero nada de esto sucederá, SAP HANA, como acrónimo, no tendrá ninguna explicación, será un nombre, cualquier producto o aplicación que se desarrolle para que funciones sobre esta plataforma (basada en software y hardware) recibirá, a modo de sufijo, el siguiente texto, “Powered by SAP HANA”.

Referencia: Blogs SAP Insider

ERPScan: Aplicar inmediatamente los parches de seguridad

Los ataques a las instalaciones informáticas de las organizaciones son cada vez más habituales, no tan sólo porque los denominados “hackers” hayan sofisticado sus técnicas, en gran medida también porque en algunas empresas no se ponen en práctica medidas mínimas como la instalación de actualizaciones de seguridad que requieren los sistemas operativos y los sistemas de información que proveen los fabricantes.


Los ataques a las instalaciones informáticas de las organizaciones son cada vez más habituales, no tan sólo porque los denominados “hackers” hayan sofisticado sus técnicas, en gran medida también porque en algunas empresas no se ponen en práctica medidas mínimas como la instalación de actualizaciones de seguridad que requieren los sistemas operativos y los sistemas de información que proveen los fabricantes.

ERPScan es una empresa de seguridad que busca vulnerabilidades internas y externas en sistemas ERP.  En un reciente estudio señalaba que los ERP de SAP son vulnerables, en gran parte por el uso Java: “El motor de Java es el agujero negro de la seguridad de SAP”.

Al parecer, la técnica para descubrir instalaciones vulnerables, es tan rudimentaria como usar Google para buscar servidores SAP, verificar las versiones del motor Java y Netweaver que se esté utilizando y luego probar las vulnerabilidades que han sido publicadas, los denominados «hackers» tienen éxito en las instalaciones donde no han aplicado los “parches de seguridad” correspondientes.

En resumen, los expertos de ERPScan sugieren la aplicación inmediata de los “parches” de seguridad y la lectura minuciosa de las notas técnicas correspondientes.

Referencia: ERPScan y Enterprise Apps Today

SAP BO 4.0, nueva fecha: 31 de agosto… ¿Apuestas?

Sobre el nuevo SAP BusinessObjects 4.0 (algunos lo llaman SAP BI 4.0, apostamos por la continuidad de la marca BusinessObjects) se comenzaba hablar con creciente frecuencia desde julio de 2010 (aquí y aquí, nuestros primeros post al respecto), entonces se decía que estaría disponible para fines de 2010, llegó 2011 y el producto seguía en ramp-up (fase de evaluación con la colaboración de partners y usuarios especiales).


Sobre el nuevo SAP BusinessObjects 4.0 (algunos lo llaman SAP BI 4.0, apostamos por la continuidad de la marca BusinessObjects) se comenzaba hablar con creciente frecuencia desde julio de 2010 (aquí y aquí, nuestros primeros post al respecto), entonces se decía que estaría disponible para fines de 2010, llegó 2011 y el producto seguía en ramp-up (fase de evaluación con la colaboración de partners y usuarios especiales).

(aquí un enlace de interés)

El 23 de febrero se hizo una presentación mundial del producto, un tanto accidentada, pero no se tenía una fecha precisa de lanzamiento, se habló de mayo, luego junio, julio y lo último, agosto.  Una cosa es crear expectativa como estila Apple con sus lanzamientos en las fechas previstas y otra, es crear dudas e incertidumbres con continuas postergaciones.

El retraso crea dudas

Al parecer la presentación de la nueva versión de la plataforma de Business Intelligence se realizó con excesiva antelación, de cualquier modo, estos retrasos no favorece en nada al fabricante, al producto y mucho menos, a los usuarios.

Ya son varios los medios internacionales que se han hecho eco de esta situación (aquí uno), pero esta coyuntura permite que “estudios” como el de la Asociación de Usuarios de Reino Unido e Irlanda” (SAP UK & reland User Group – UKIUG), el cual señala que sólo el 7% de los usuarios de SAP UKIUG son usuarios de BusinessObjects tengan excesiva repercusión.  La “noticia” se replicó inmediatamente en varios medios, hasta en japonés y motivo la respuesta de la Asociación de Usuarios de EEUU (Americas’ SAP Users’ Group – ASUG) la cual señalaba el estudio como inexacto.

31 de agosto

Lo último que contamos es un artículo de Mico Yuk (blogger referente de Xcelsius y BusinessObjects), basada en una entrevista al responsable del área de SAP Business Analytics, Steve Lucas.  En este artículo se señala que el motivo del retraso es ofrecer un producto bueno y que funcione correctamente (¿?).

En resumen, se señala que la disponibilidad general o global (General Availability – GA) de SAP BI BusinessObjects 4.0 sería el 31 de agosto. ¿Apuestas?