EPM Add-in 10.0, difícil de querer

El EPM Add-in, es el componente o aplicación cliente de todos los productos agrupados bajo el paraguas SAP Enterprise Performance Management 10.0 (SAP EPM). De todos estos productos del portfolio SAP EPM 10.0, el más usado es SAP Business Planning and Consolidation


El EPM Add-in, es el componente o aplicación cliente de todos los productos agrupados bajo el paraguas SAP Enterprise Performance Management 10.0 (SAP EPM).  De todos estos productos del portfolio SAP EPM 10.0, el más usado es SAP Business Planning and Consolidation (SAP BPC, observar que la palabra «objects» se ha retirado oficialmente hace unos meses).

El EPM Add-in es un complemento (macro VBA compilada) que se instala para ser utilizada en MS Excel, MS PowerPoint y MS Word.  En un entorno SAP BPC 10.0, lo más frecuente es utilizarlo con MS Excel para diseñar las platillas de entrada de datos y la elaboración de informes o reportes, además de otros procesos de uso menos habitual.

Al usar el EPM Add-in 10.0, es inevitable la comparación en el diseño de formularios con el proceso de las versiones anteriores de SAP BPC, es evidente que el nuevo producto ofrece más posibilidades, pero quizás este sea el motivo que se eche en falta la versión anterior, además de tener la percepción que la actualización de los formularios podría ser más lenta.

En cualquier caso, a medida que lo vamos utilizando el EPM Add-in, vamos tomándole más «cariño», pero a pesar de contar con más ventanas de dialogo, seguimos pensando que no es un producto «Self Service» para el usuario final, quizás una formación con muchos ejercicios ayude, pero seguro que no será del gusto de la mayoría de los usuarios.

Lecciones sobre XP para implementar productos “desconocidos” (o nuevos)

Se trata de un nuevo producto, tanto para el usuario como para el implementador, hay nuevos términos, conceptos y formas de hacer las cosas, no hay más alternativa, el producto ya ha sido elegido, no cabe la marcha atrás y decir que el producto es malo, simplemente porque ante todo se desconoce, no ayuda.


Se trata de un nuevo producto, tanto para el usuario como para el implementador, hay nuevos términos, conceptos y formas de hacer las cosas, no hay más alternativa, el producto ya ha sido elegido, no cabe la marcha atrás y decir que el producto es malo, simplemente porque ante todo se desconoce, no ayuda.

Para un producto que aún tiene la etiqueta de “reciente innovación”, utilizar la misma metodología de implementación que se adoptaría si existiera más experiencia en el tipo proyecto y producto, ¿es lo más adecuado?

Utilizando como referencia un libro que comentamos meses atrás, mencionamos los aspectos más relevantes que hacen posible la eXtreme Programming (XP o programación extrema), aspectos que podrían ser tomados en consideración para facilitar la implementación de productos nuevos, cuyo funcionamiento es todo un “misterio”:

  • XP elimina la definición exhaustiva de requisitos, diseño y arquitectura, restringida en un espacio o período de tiempo concreto. No propone eliminar estas tareas, sino distribuirlas en toda la duración del proyecto.
  • Por ejemplo, cada semana se podría realizar un ciclo completo o iteración en la que se aborda algo de cada una de las fases tradicionales de un típico proyecto. Esto es posible abordando, según su importancia, las “historias de usuario” (requisitos o especificaciones del usuario sobre las tareas que realiza).
  • Cada semana se abordaría una “historia”, realizando en este período una planificación, análisis, diseño, desarrollo, pruebas y despliegue. Al finalizar la semana, se podría mostrar al usuario el resultado para obtener sus opiniones.
  • Es fundamental la identificación de usuarios clave con el conocimiento claro sobre las “historias” a implementar.
  • Al inicio del proyecto, las historias de usuario deben ser organizadas para su implementación, desde el punto de vista de prioridad del negocio y exigencia técnica.
  • La comunicación con los usuarios debe ser clara y fluida.

Primer Patch de SAP BusinessObjects BI 4.0 SP4, disponible

Asumimos que son dos versiones de de SAP BusinessObjects BI 4.0 que conviven, por un lado la SP2 que a la fecha tiene el patch 19 y por otro lado el SP4 …


Asumimos que son dos versiones de de SAP BusinessObjects BI 4.0 que conviven, por un lado la SP2 que a la fecha tiene el patch 19 y por otro lado el SP4 que el 19 de julio se liberó su primer patch.

Sorprende la cantidad de errores corregidos en el patch 1 del SP4, alrededor de 130, de algún modo incluye los que ya se cubrieron en los patchs 17 al 19 del SP2.

Referencia: PDF

Aunque se yerre en la predicción, es mejor que no hacer nada

Leíamos en una entrada en SAP SCN, la importancia y necesidad de dotar a las organizaciones de habilidades predictivas, los cambios en el mundo han originado una variabilidad frecuente de los hechos, esperar que estos ocurran, para recién valorar qué acciones emprender, …


Leíamos en una entrada en SAP SCN, la importancia y necesidad de dotar a las organizaciones de habilidades predictivas, los cambios en el mundo han originado una variabilidad frecuente de los hechos, esperar que estos ocurran, para recién valorar qué acciones emprender, puede amenazar la posición del negocio en su sector e inclusive su continuidad.


No tan sólo porque la competencia ya cuente con un equipo de análisis con habilidades predictivas, adoptar corporativamente la Predicción en la nueva realidad, resulta una obligación para gestionar con eficiencia y responsabilidad. Cotar con modelos predictivos servirá para identificar con antelación las amenazas y oportunidades, y según este panorma, panificar con mayor eficiencia los recursos.

Las herramientas de análisis predictivo son cada vez son menos “científicas” y más próximas a los usuarios de negocio, una muestra de ellos en SAP BusinessObjects Predictive Analysis, por el momento sólo disponible con SAP HANA, esta herramienta implementa una serie de algoritmos y cálculos que son accesibles vía una interfaz de usuario de fácil uso, para cargar grandes cantidades de datos, procesarlos y presentar los resultados obtenidos en variados gráficos.

Más sobre SAP BO Predictive Analysis escrito en este blog: aquí y aquí.

Vías para conectar fuentes de datos SAP con BusinessObjects BI

Desde que SAP adquirió Business Objects, la gran batalla ha sido utilizar las fuentes de datos SAP, básicamente cubos BW y consultas BEx, en la creación de informes Web Intelligence (WebI), una batalla perdida


Desde que SAP adquirió Business Objects, la gran batalla ha sido utilizar las fuentes de datos SAP, básicamente cubos BW y consultas BEx, en la creación de informes Web Intelligence (WebI), una batalla perdida principalmente porque las jerarquías definidas en BW no eran reconocidas de la misma forma en SAP BusinessObjects BI.

Desde 2008, hemos tenido que esperar cuatro años para poder contar con una conectividad aceptable. SAP BusinessObjects BI 4.0 introdujo la conexión BICS (BI Consumer Services), al principio con algunos inconvenientes, superados con la versión 4.0 SP4. Este tipo de conexión nos permite acceder a una consulta BEx (definiendo la conexión OLAP en la Consola de Administración Central, CMC) o consultas BEx, cubos o modelos SAP BPC 10 NW en la creación de universos UNX (utilizando el Information Design Tool).

Atrás quedan dos intentos fallidos de conexión, el utilizado en SAP BusinessObjects 3.1 vía BAPI en los antes denominados universos OLAP (UNV) y el otro intento un poco más efectivo, pero un tanto complejo en su administración, que se lograba vía Data Federator. El enlace de referencia hace un repaso a estos tipos e conexión.

Referencia: SAP SDN