Frecuencia y vigencia de las actualizaciones de SAP BusinessObjects 4.0

Cuando en un anterior post tratábamos de explicar los diferentes tipos de actualizaciones que encontraremos en BusinessObjects 4.0, olvidamos en señalar la frecuencia en que estos se producirían. De este modo, la gráfica que utilizamos en aquella ocasión, tendría la siguiente apariencia:


Cuando en un anterior post tratábamos de explicar los diferentes tipos de actualizaciones que encontraremos en BusinessObjects 4.0, olvidamos en señalar la frecuencia en que estos se producirían.  De este modo, la gráfica que utilizamos en aquella ocasión, tendría la siguiente apariencia:

Los denominados Support Pack (SP) serán presentados cada cuatro meses durante los primeros cuatros años (así sucedió entre el SP01 – 01.04.2011 –  y el SP02 – 22.07.2011–) y luego cada seis meses a partir del quinto año.  En el caso de los denominados Patch (dedicados, principalmente, a la corrección de errores) serían presentados cada tres semanas.

Si el último Patch que se presentó, el SP02 Patch 8, fue el 22 de noviembre, el siguiente debería estar para el 13 de diciembre, pero SAP, en una muestra de seriedad y compromiso, se ha adelantado y a través de una Nota Técnica (1662823) señala que esta nueva actualización (SP02 Patch 9) estará disponible el 16 de diciembre de 2011.

En cuanto a las versiones, en teoría tendrían una “vida útil con soporte técnico” de 7 + 2, es decir, siete años de mantenimiento estándar completo, más dos años de soporte “Priority-One”, el cual sólo atiende los mensajes por errores en la plataforma, denominados de “nivel uno”.  Estos períodos se contabilizan a partir de la fecha de inicio del ramp-up de la versión.  Por ejemplo, en la tabla de disponibilidad de SAP BusinessObjects XI 3.1, su mantenimiento finaliza el 31.12.2015, siete años (y tres meses) después de su fecha de disponibilidad (30.09.2008).

Observando la tabla de disponibilidad de SAP BusinessObjects 4.0, podría crearse confusión, al ver que su mantenimiento finaliza el 30.06.2013, esto se debe que esta versión, tendrá cinco actualizaciones menores o secundarias, una por cada año, durante los primeros cinco años.  Haciendo cálculos, la versión 4.5 sería presentada en 2016 y tendría una vida útil hasta el 2018, inclusive.

Referencias: (aquí y aquí)

SuccessFactors, an SAP company

SAP siempre paga mucho más del valor en bolsa que tienen las empresas que adquiere, sucedió con Business Objects, Sybase y la última, SuccessFactors. Esta nueva empresa SAP ofrece herramientas complementarias a la gestión de Recursos Hemanos, las cuales tienen una creciente demanda, tales como la Gestión del Talento.


Parece que SAP siempre paga mucho más del valor en bolsa que tienen las empresas que adquiere, sucedió con Business Objects, Sybase y la última, SuccessFactors.  Esta nueva empresa SAP ofrece  herramientas complementarias a la gestión de Recursos Humanos, las cuales tienen una creciente demanda, tales como la Gestión del Talento.

SAP ha pagado por SuccessFactors, en efectivo, 3.400 millones de dólares (con una línea de crédito de 1.000 millones US$) significando un 52% más del valor en bolsa que tenía antes de la operación.

SuccessFactors tiene más de 3.500 clientes, con más de 15 millones de suscriptores en 168 países.  Los especialistas estiman que logre los 502 millones de dólares en ingresos en 2013.  Más detalles en nuestros Tweets:

https://twitter.com/#!/anibalgoicochea/status/143227770032492544

https://twitter.com/#!/anibalgoicochea/status/143228913739509760

https://twitter.com/#!/anibalgoicochea/status/143231020945252353

https://twitter.com/#!/anibalgoicochea/status/143232229949186049

https://twitter.com/#!/anibalgoicochea/status/143235634302156800

https://twitter.com/#!/anibalgoicochea/status/143236348533420033

Por lo pronto, nos parece ver que vienen dos aplicaciones que se “duplicarían” o “reforzarían” a soluciones ya existentes en SAP, una de ellas sería con “SAP Strategic Workforce Planning” y la otra con SAP StreamWok.

Referencias: Forrester, Bloomberg, ASUGNews 

Portfolio de SAP, “Analytic Applications”, otro “gran desconocido”

Viendo el esquema de los portfolios o carteras de soluciones de SAP que incluíamos en nuestro post anterior, hay uno algo diferente, singular, del que se habla y escribe muy poco, nos referimos al denominado “Analytic Applications”.


Viendo el esquema de los portfolios o carteras de soluciones de SAP que incluíamos en nuestro post anterior, hay uno algo diferente, singular, del que se habla y escribe muy poco, nos referimos al denominado “Analytic Applications”.

En Analytic Applications no encontraremos otras herramientas, quizás basadas en minería de datos como podría sugerir su nombre.  Este portfolio conglomera propuestas a modo de plantillas, utilizando las herramientas de Business Intelligence (BI), Enterprise Performance Management (EPM) y Governance, Risk and Compliance (GRC).

Así, podemos encontrar soluciones para la industria, retail, telecomunicaciones, banca, seguros, utilities e inclusive, para el sector público.  Las propuestas vienen con mucho del trabajo hecho, como la identificación de indicadores, documentación, plantillas de informes y cuadros de mando, entre otros elementos.  

La finalidad de este portfolio es reducir el tiempo de implementación de las herramientas y aumentar las posibilidades de éxito, al basarse en un estándar aceptado dentro de cada sector y proceso.

Nos preguntamos si la gráfica que actualmente utiliza SAP es la más adecuada, porque no estamos hablando de herramientas propiamente dichas, sino de plantillas que de algún modo agilizan la implementación y adopción de herramientas de los porfolios de BI, GRC y EPM.  ¿No sería más adecuado no incluir Analytic Applications como otra cartera de productos? claro, a menos que en un futuro  casi inmediato se incluyesen herramientas analíticas reales y no tan solo “templates”.

Pequeña gran variante en el portfolio de soluciones SAP

A mediados de año comentábamos los cambios en los porfolios de soluciones SAP que se habían producido como consecuencia de las recientes innovaciones de este fabricante, impulsados especialmente por SAP BusinessObjects.


A mediados de año comentábamos los cambios en los porfolios de soluciones SAP que se habían producido como consecuencia de las recientes innovaciones de este fabricante, impulsados especialmente por SAP BusinessObjects.

Recientemente hemos visto una pequeña modificación en la imagen utilizada en muchas ocasiones al inicio de una presentación y que permite comprender la serie de propuestas informáticas que tiene SAP, se trata del portfolio Data Warehousing (SAP EDW).

La modificación del portfolio SAP EDW, se debe al papel que está asumiendo SAP HANA y Sybase IQ, reforzando la propuesta de base de datos y data warehouse que ha sido liderada hasta ahora por SAP NetWeaver Business Warehouse y de este modo, viene a redefinir los ejes de su propuesta:

  • Análisis en tiempo real (Inmediata disponibilidad de los datos para el análisis)
  • Big Data (Procesamiento de grandes volúmenes de datos, estructurados y no – estructurados)
  • Eficiencia (Reducción de la complejidad y minimización del costo total de propiedad – TCO)

… y luego, Pensemos en SAP HANA

Quizás en el futuro (dentro de tres o cinco años) no sea necesario pensar demasiado si optar o no por una tecnología como la que ofrece SAP HANA, quizás las bases de datos “in-memory” sean la opción “por defecto” a la que puedan optar las organizaciones; pero mientras tanto, es lógica y oportuna la pregunta: ¿debo optar por SAP HANA?


Quizás en el futuro (dentro de tres o cinco años) no sea necesario pensar demasiado si optar o no por una tecnología como la que ofrece SAP HANA, quizás las bases de datos “in-memory” sean la opción “por defecto” a la que puedan optar las organizaciones; pero mientras tanto, es lógica y oportuna la pregunta: ¿debo optar por SAP HANA?

Seguro que hay organizaciones que para cubrir sus necesidades actuales de información, la capacidad de procesamiento que brinda HANA es la solución ideal.  Pero resulta que para la gran mayoría de empresas, si piensan ejecutar los mismos informes y realizar el mismo análisis sobre una arquitectura SAP HANA, poco o ningún beneficio obtendrá de su inversión.

Consideramos a la arquitectura SAP HANA como una de las mejores soluciones para el procesamiento de grandes volúmenes de información (Big Data), en tal sentido, vemos como imprescindible la adopción de aplicaciones de minería de datos en estos entornos.  Las aplicaciones de data mining nos van a facilitar la obtención de modelos predictivos y a clasificar la información; según los parámetros o variables que se identifiquen.  El grado de precisión de los modelos predictivos, está en función al volumen de información que se procesa, a mayores datos, mayor fiabilidad.

SAP HANA, un sinónimo de Big Data, como un reciente artículo sobre “R” señalaba, debería ser utilizado para las siguientes tareas:

  • Uso de minería de datos para hacer predicciones
  • Obtener modelos predictivos más potentes
  • Analizar toda aquella información que siempre se ignora, porque se señalaba como poco significativa:
  • Extraer y analizar «las poblaciones de baja incidencia».
  • Descubrir y comprender los eventos raros (cisnes negros).
  • Evitar la dependencia de «significación estadística«.

Pero para estas nuevas tareas, necesitamos nuevas aplicaciones que nos permitan aprovechar el procesamiento que tiene SAP HANA, aplicaciones de nueva generación diseñadas especialmente sobre esta arquitectura.   Nos referimos a las aplicaciones “by SAP HANA” como las siguientes, algunas de ellas aún en desarrollo y otras ya disponibles para esta plataforma:

  • CO-PA Accelerator
  • Strategic Workforce Planning
  • Sales & Operations Planning
  • Smart Meter Analytics
  • Dynamic Cash Management
  • Trade Promotion Management
  • Demand Signal Repository
  • Intelligent Payment Broker

Creemos que con SAP HANA es posible gestionar mirando a hacia adelante a través del parabrisas (predictivo = proactivo) y no mirando a través del espejo retrovisor (histórico = reactivo).