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 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).

En cambio es lógico y más claro, pero será inevitable que cree confusión en los usuarios, esperamos que sea el último «rebranding».

Referencia: blogs SAP

Modelos de «exámenes» para certificación SAP HANA en la Red

SAP HANA es una tecnología muy reciente, pero sin embargo, con rapidez Internet se ha ido inundando de gran cantidad de sus contenidos, hay para todos los «niveles», incluso para aquellos que buscan la tan valorada certificación C_HANAIMP_10.


SAP HANA es una tecnología muy reciente, pero sin embargo, con rapidez Internet se ha ido inundando de gran cantidad de sus contenidos, hay para todos los «niveles», incluso para aquellos que buscan la tan valorada certificación C_HANAIMP_10.

Al igual que ha sucedido con otros productos SAP, para HANA ya se encuentran algunos modelos de preguntas de examen de certificación, unos de libre acceso y otros vía pago.  Pero guiarse de estás «probables» preguntas sería un error, el camino más seguro y económico es quizás la autoformación y si de esto se trata, dos lugares para encontrar buena documentación: SAP Help y SAP SCN.  Y si deseas contar con entornos de pruebas siguiendo las indicaciones para un entorno «HANA por 30 días» o un «entorno vía Amazon Web Services», quizás logres tener uno.

Referencia de preguntas de examen sobre SAP HANA: La Oficial de SAP y dos extra oficiales (aquí y aquí)

Segmentos Competitivos

Una de las principales cuestiones que se plantea una organización al analizar la información de gestión, es el ángulo o perspectiva desde la cual debe hacerse. En este sentido, inmediatamente se impone lo que “todo el mundo hace”, dividir los productos, clientes por categorías o clases para luego definir una estrategia o plan de acción común. Pero en la práctica, queriéndolo o no, las empresas se enfrentan a competidores y circunstancias distintas en diversas áreas o segmentos.


Una de las principales cuestiones que se plantea una organización al analizar la información de gestión, es el ángulo o perspectiva desde la cual debe hacerse.  En este sentido, inmediatamente se impone lo que “todo el mundo hace”, dividir los productos, clientes por categorías o clases para luego definir una estrategia o plan de acción común.  Pero en la práctica, queriéndolo o no, las empresas se enfrentan a competidores y circunstancias distintas en diversas áreas o segmentos.

El análisis de la información “tradicional” puede conducir a apreciaciones erróneas y por consiguiente, a una toma de decisiones poco acertada.  Leyendo el libro que recomendábamos hace unos días, encontramos un concepto, que por lo menos, deberíamos valorarse si es aplicable en los contextos en los que nos desempeñamos, se trata de los Segmentos Competitivos, el cual se define del siguiente modo:

Un segmento competitivo es un fragmento de la empresa que se enfrenta a un competidor distinto o a dinámicas competitivas distintas.

…Piense en cualquier aspecto de su empresa: un producto, cliente, línea de productos o cualquier otra división que sea importante y plantéese la siguiente pregunta: ¿Se enfrenta a un competidor principal distinto en esta área de su empresa, en comparación con el resto?…

…Cuando los competidores de diferentes segmentos son los mismos, con posiciones competitivas similares, los productos podrían ser agrupados…

Clasificar productos o clientes con enfoques “tradicionales”, que obedecen más a razonamientos internos, nos puede conducir a una estrategia de “café para todos” nada útil.  La gran variedad de parámetros y factores que intervienen en los mercados obliga a la búsqueda de nuevas fórmulas.  Pensar con el enfoque de segmentos competitivos puede ayudarnos a fragmentar la empresa para el análisis y quizás a la definición de acciones más efectivas.