aníbal goicochea

SAP: «BW para todo y para todos»

Después de varios «días cocción», el Post ya está listo, consultores y clientes/usuarios pueden estar tranquilos, BW gana la batalla, SAP HANA no sustituirá a BW. Steve Lucas, responsable de la división Business Analytics, publicó ayer miércoles, su respuesta a la pregunta que se le planteo vía Twitter: ¿SAP BW sería necesario si un cliente, en una nueva instalación, comprase SAP HANA?

Después de varios «días cocción», el Post ya está listo, consultores y clientes/usuarios pueden estar tranquilos, BW gana la batalla, SAP HANA no sustituirá a BW. Steve Lucas, responsable de la división Business Analytics, publicó ayer miércoles, su respuesta a la pregunta que se le planteo vía Twitter: ¿SAP BW sería necesario si un cliente, en una nueva instalación, comprase SAP HANA?

SAP Consulta la Wikipedia

Lo primero que nos causa sorpresa, es que un alto ejecutivo de SAP busque la definición de sus productos en Wikipedia. Nadie mejor que el fabricante para informar qué es y no es lo que produce.

Contradicciones

La supuesta rivalidad entre BW y HANA, se niega basándose en la gran cantidad de implementaciones y la cantidad desarrollos de terceros. La «cantidad» nunca ha sido una razón suficiente para negar la capacidad disruptiva de una innovación, como podría ser HANA. Como ejemplo, recordamos un caso muy recurrido por SAP, sobre las cámaras digitales y las analógicas, señalar la cantidad de usuarios de las cámaras tradicionales, no fue un argumento para negar la validez de esta innovación. Claro, aquí hay un factor particular, la tecnología tradicional y la innovación, es controlada por el mismo fabricante.

Otro hecho contradictorio que hemos encontrado, es cuando se señala que HANA es una base de datos, cuando desde hace meses se «ajusto» el mensaje y se señalaba que SAP HANA era más que una base de datos, era la plataforma in-Memory Computing sobre la que se desplegarán la nueva generación de aplicaciones.

HANA mejora BW (BW is MUCH better on HANA)

Por otro lado, se señala que BW sobre un motor de base de datos tradicional, tiene un rendimiento pobre, la sugerencia general es utilizar SAP BW sobre SAP HANA y si es posible utilizar SAP BusinessObjects BI.

Situaciones

En el post de referencia se definen una serie de preguntas o situaciones, las cuales en todos los casos la respuesta es la misma: Ud. requiere SAP BW. Los casos que se plantean son los siguientes:

Tengo SAP ECC y BW, ¿qué debo hacer? Respuesta: Utilizar BW sobre HANA. Se obtendría cargas de datos e informes en menores tiempos. Se señala que más de 50 implementaciones en el ramp-up lo respalda: it is a simple migration of your database and SAP has a cookbook to help you do this.
Tengo SAP ECC y deseo BW, ¿qué debo hacer? Depende:
- Si usarás SAP BPC, requieres BW.
- Si deseas consolidar los datos corporativos, centralizados en una BBDD de “confianza” para el análisis y con “versión única de la verdad”, requieres BW.
- Si los sistemas transaccionales de SAP son la principal fuente de información, requieres BW. No descartando, en este caso, el uso de SAP BusinessObjects Rapid Mart.
Tengo SAP ECC, ¿podría usar SAP BusinessObjects Rapid Mart?. Depende:
- SAP Rapid Marts no sustituye a un data warehouse, contiene lo necesario para brindar una respuesta inmediata sobre las áreas clave de SAP ECC, debe ser visto como un punto de partida en las organizaciones que cuenten con poco personal especializado.
Tengo SAP ECC, ¿podría hacer un DW desde cero?, Respuesta: No invente la rueda, use SAP BW.

Agregaría una situación más:

Han pasado algunos años (SAP HANA recién cumplirá su primer año el 18 de junio de 2012) y un partner o «tercero» replica en HANA gran parte las cargas predefinidas y demás best practices para cargar desde SAP ECC, además incluye las vistas de análisis predefinidas para explotar la información (como una propuesta mejorada de Rapid Marts powered by SAP HANA), la empresa comprará SAP HANA y requiere un DW, ¿debería comprar SAP BW?… que conteste el futuro…

Referencia: aquí

¿»SAP BI IP» y «SAP BW BPS» han resucitado?

Mientras seguimos esperando el artículo/aclaración sobre SAP BW y SAP HANA del máximo responsable de SAP del área de Business Analytics (SAP HANA incluido) buscamos más información sobre un tema, indirectamente relacionado, título de esta entrada.

Mientras seguimos esperando el artículo/aclaración sobre SAP BW y SAP HANA del máximo responsable de SAP del área de Business Analytics (SAP HANA incluido) buscamos más información sobre un tema, indirectamente relacionado, título de esta entrada.

Los cambios de versión de los productos es un tema que no deja de causar interrogantes entre los usuarios, pero aún más, el cambio de productos por otros, lo que en muchos casos implica la convivencia del producto o productos señalados como obsoletos y el producto nuevo. Esta situación la vemos con SAP Business Planning and Consolidation (SAP BPC) como el nuevo producto y los señalados como “obsoletos” o en vías de discontinuidad: SAP BI Integrated Planning (SAP BI IP), SAP BW Business Planning and Simulation (SAP BW BPS) y SAP Enterprise Controlling Consolidation (SAP EC – CS).

El mensaje de SAP es claro; los nuevos desarrollos relacionados con la planificación, presupuestos y consolidación se deberían implementar utilizando SAP BPC. SAP BI IP sería discontinuado por consiguiente no tendría mejoras futuras, SAP BW BPS, mantendría sólo las funcionalidades de entrada de datos y el módulo de SAP EC-CS correría la misma suerte de IP y sería mantenido sólo por compatibilidad, y no habría nuevos desarrollos sobre estos productos.

Pero ver que IP y BPS han sido incluidos en la versión de SAP BW powered by SAP HANA ha suscitado alguna confusión, pero esta inclusión, entendemos, que no se trata de la “resurrección” de estos productos, sino la continuidad del mantenimiento y para facilitar la adopción de esta versión de SAP BW sobre HANA. A continuación incluimos unas notas técnicas relacionadas con este tema: aquí, aquí, aquí y aquí

¿SAP «rescatará» SAP BW de SAP HANA?

Hoy toda la prensa internacional escribe sobre el préstamo/rescate a la banca/economía española, tema relevante y transcendental. Pero al margen de todo esto, hay otros temas en otros “mundos”, como en el de SAP, que dentro de sus respectivos contextos se habla de temas, proporcionalmente, igual de relevante. En este caso, el tema SAP de actualidad es sobre el futuro de SAP BW.

Twitter es el canal de comunicación pseudo-oficial de SAP, en donde clientes, Partners y ejecutivos de SAP, intercambian pareceres, que luego derivan en comunicados oficiales. Hace poco más de un mes sucedió con Xcelsius y las propuestas de Dashboarding de la compañía Alemana.

Pero este fin de semana, al parecer como “resaca” del evento de BI2012 de Milán celebrado del 6 al 8 de junio, se ha estado debatiendo en Twitter sobre el futuro de SAP Business Warehouse ante la presencia de SAP HANA. La pregunta que no ha tenido una respuesta concreta, por parte de SAP, ha sido la siguiente: Un nuevo cliente que no tiene SAP BW, decide implementar SAP HANA, ¿debería comprar SAP BW?

La respuesta lógica, tras ver una imagen como la anterior, sería NO, de lo contrario los principales argumentos comerciales de SAP HANA, tales como el ahorro de costes de mantenimiento o administración de una plataforma como SAP BW, perderían solidez, por no decir toda lógica o sentido.

Pero afirmar que SAP BW no es necesario en un panorama SAP HANA, sería etiquetar BW como un producto “mantenido por compatibilidad” que es sinónimo de obsoleto, un mensaje que nos gustaría a la gran cantidad de usuarios que tienen este producto.

Sabemos que técnicamente en la actualidad hay una serie de características que tiene BW que no tiene HANA o que productos como SAP BPC con HANA o SAP Business Planning and Consolidation Powered by SAP HANA, requieren de BW, pero creemos que en el corto o mediano plazo todas estas características y best practices podrían ser transferidas de BW a HANA, claro, si SAP quiere.

Para el lunes 11 de junio, el máximo representante de Business Analytics y Bases de Datos de SAP, Steve Lucas, ha ofrecido un post que de algún modo será los principios del roadmap de SAP BW en el nuevo contexto SAP HANA, hasta entonces, veremos si HANA no tan sólo ha convertido obsoletos a los tradicionales motores de bases de datos como los de Oracle, sino también a alguno de sus principales productos como SAP BW.

SAP BusinessObjects BI 4.0 SP02 Patch 17, ¿el último antes de FP3?

Con fecha 1 de junio, ha sido liberado el Patch 17 de SAP BusinessObjects Business Intelligence 4.0 SP02, son 28 correcciones, repartidas entre varios componente de la plataforma de BI de SAP.

Con fecha 1 de junio, ha sido liberado el Patch 17 de SAP BusinessObjects Business Intelligence 4.0 SP02, son 28 correcciones, repartidas entre varios componente de la plataforma de BI de SAP.

Por los rumores que circulan en Twitter, al parecer esta podría ser la última actualización de la versión 4.0 SP02, porque en las próximas dos semanas podría concluir la fase Ramp-up de la siguiente versión (4.0 FP03), todo indica que la liberación de la nueva versión sería antes del 16 de septiembre, fecha inicialmente prevista.

Referencia: Doc. del Patch 17

La marca BusinessObjects sólo para el BI de SAP

Hace casi un año comentábamos que SAP pensaba eliminar la marca BusinessObjects, palabra que ha incluido en todos sus porfolios/carteras de soluciones y productos considerados como soluciones Business Analytics, es decir de EPM, EIM o GRC. El cambio oficial finalmente llegó el 10 de mayo, a través de un artículo en los blogs de SAP, el cual en resumen señala que se retira la marca BusinessObjects de todos los productos SAP, salvo de los relacionadas al Business Intelligence.

Hace casi un año comentábamos que SAP pensaba eliminar la marca BusinessObjects, palabra que ha incluido en todos sus porfolios/carteras de soluciones y productos considerados como soluciones Business Analytics, es decir de EPM, EIM o GRC. El cambio oficial finalmente llegó el 10 de mayo, a través de un artículo en los blogs de SAP, el cual en resumen señala que se retira la marca BusinessObjects de todos los productos SAP, salvo de los relacionadas al Business Intelligence.

En primer lugar cabe la pregunta ¿por qué SAP utilizó la marca BusinessObjects para todo nuevo producto que desarrollaba o compraba? SAP responde en el artículo de referencia señalando que lo hizo como una señal de compromiso a la innovación, entonces, una repregunta: ¿SAP seguirá innovando?… seguro que sí.

Tanto el uso de la marca BusinessObjects en todos los productos, la demora en rectificar, así como la rectificación que ahora se hace, tienen un costo elevado: Más confusión para los usuarios. Por más cambios en las Webs oficiales y próximos documentos que se elaboren, los usuarios seguirán consultando presentaciones, guías, manuales, blogs y demás contenidos dispersos enla Red que serán imposibles de actualizar. Será inevitable que los usuarios encuentren para cada producto 2 o más nombres que hacen referencia a lo mismo, tal como ha sucedido en otros “rebrandings” de SAP.

En resumen, debemos saber lo siguiente:

Para SAP el término Business Analytics engloba a todos los porfolios de soluciones dirigidas a mejorar la gestión de las organizaciones: Enterprise Performance Management (EPM), Enterprise Information Management (EIM), Business Intelligence (BI) y Governace, Risk and Compliance (GRC).
En SAP, el termino Business Analytics será sustituido por Analytics Solutions from SAP.
El porfolio SAP BusinessObjects EIM se denominará SAP Solutions for EIM.
El porfolio SAP BusinessObjects EPM se denominará SAP Solutions for EPM.
SAP BusinessObjects Planning and Consolidation (SAP BPC) vuelve a denominarse SAP Business Planning and Consolidation (tal como se «bautizó» OutlookSoft cuando recién fue adquirido en 2008 y fue presentado como un producto SAP como la versión 5.0)
Sólo los productos Business Intelligence mantienen el nombre BusinessObjects, por ejemplo, SAP BusinessObjects Explorer o SAP BusinessObjects Dashboards (Xcelsius).