Coexistencia del EPM Add-in 10.0 y BPC Excel 7.5

Si se desea tener en el mismo ordenador los componentes cliente de SAP Business Planning and Consolidation 10.0 y 7.5, es decir, SAP EPM Add-in 10.0 y BPC Excel 7.5, respectivamente,


Si se desea tener en el mismo ordenador los componentes cliente de SAP Business Planning and Consolidation 10.0 y 7.5, es decir, SAP EPM Add-in 10.0 y BPC Excel 7.5, respectivamente, se deberá desactivar el reconocimiento de las funciones EV en el EPM Add-in 10.0 vía el panel de las «Opciones de Usuario», tal como se muestra en la siguiente imagen:

User Options del EPM Add-in 10.0 SP16

Referencia: SAP Note 1901924

Nuevo parámetro para la Importación/Exportación de datos en BPC 10.0 SP12

Si exportamos o importamos datos utilizando los paquetes estándar de SAP BPC (SAP Business Planning and Consolidation), tanto si se tienen datos como si no, y si no se han producido errores, la respuesta será la misma: Succeed o Exito.


Si exportamos o importamos datos utilizando los paquetes estándar de SAP BPC (SAP Business Planning and Consolidation), tanto si se tienen datos como si no, y si no se han producido errores, la respuesta será la misma: Succeed o Exito.

 La actualización Service Pack 12, prevista para la segunda semana de enero, ofrecerá un nuevo parámetro que permitirá indicar un resultado distinto al habitual, si la fuente de datos a importar no retornara datos o si la región de datos del modelo BPC no tuviese datos transaccionales por exportar. El parámetro, cuyo uso se puede adelantar a través de la aplicación de la nota de referencia, se denomina PACKAGE_BLANK_STATUS y se podrá definir a nivel de Environment.

Los posibles valores que podríamos asignar al parámetro PACKAGE_BLANK_STATUS podrían ser igual a cero (0) si se desea que el estado de la ejecución de un paquete sin errores y sin datos importados o exportados sea igual a Succeed (valor por defecto), igual a uno (1) si se desea que el resultado a mostrar sea Warning y dos (2) para asignarle el estado Failed.  Puede resultar útil esta nueva funcionalidad a pesar que en algunos casos se querría personalizar en función del paquete y no para todas las importaciones y exportaciones de datos por igual.

Referencia: SAP Note 1945901

Nuevo parámetro para brindar más información al grabar desde el EPM Add-in

Nuevas funcionalidades y mejoras son bienvenidas, pero un cambio en el modo de hacer las cosas, en medio de una misma versión de un producto informático, puede convertirse en un contratiempo de grandes proporciones en la implementación de una solución, como el caso que comentábamos en una entrada anterior.


Nuevas funcionalidades y mejoras son bienvenidas, pero un cambio en el modo de hacer las cosas, en medio de una misma versión de un producto informático, puede convertirse en un contratiempo de grandes proporciones en la implementación de una solución, como el caso que comentábamos en una entrada anterior.

Si implementamos la ejecución de lógicas al grabar datos (Default Logic) desde formularios de entrada EPM Add-in (cliente de SAP BPC 10.0SAP Business Planning and Consolidation) o implementamos la BAdI Write Back, un rechazo en la grabación de datos desde la interfaz MS Excel /EPM Add-in sólo brindará información genérica al usuario.

Con la actualización SP12 (Service Pack 12, prevista para la segunda semana de enero) de SAP BPC 10.0 NW contaremos con un nuevo parámetro SPRO/IMG (ADVANCED_WB_ERRORDISPLAY) para brindar más información al usuario final al rechazarse una grabación.  Para usar esta nueva funcionalidad se requiere una versión igual o superior al SP15 patch 02 del EPM Add-in.

Referencia: SAP Note 1932154

Al parecer, SAP cambia las reglas de juego del EPM Add-in (Cliente SAP EPM/BPC 10.0)

¿Qué sucedería si por una “simple” actualización de un programa (observar que no señalamos versión), el fabricante cambiara la sintaxis o el modo de utilizar su producto?… Inimaginable, inclusive, casi totalmente seguro que nadie lo consideraría como una probabilidad que debería proveer como riesgo potencial en la gestión de un proyecto. Pero al parecer, esto podría haber sucedido.


¿Qué sucedería si por una “simple” actualización de un programa (observar que no señalamos versión), el fabricante cambiara la sintaxis o el modo de utilizar su producto?… Inimaginable, inclusive, casi totalmente seguro que nadie lo consideraría como una probabilidad que debería proveer como riesgo potencial en la gestión de un proyecto.  Pero al parecer, esto podría haber sucedido.

El caso puntual se circunscribe en el SAP EPM Add-in 10.0 for Microsoft Office, el cliente de los productos del portfolio SAP EPM (Enterprise Performance Management) versión 10.0, el cual incluye, entre otros productos, a SAP BPC (SAP Business Planning and Consolidation). Todo indica que SAP se habría visto obligado a cambiar el modo en que se deben declarar las variables objeto para acceder a las funciones API que ofrece este complemento. Inicialmente la sintaxis sugerida era similar a la siguiente: Sintaxis que se dió a conocer inicialmente para declarar variables objeto para acceder a la API del EPM Add-inEn las últimas actualizaciones, la sintaxis sugerida es similar a la siguiente:

Nueva sintaxis para declarar variables objeto para acceder a la API del EPM Add-in

Las rutinas desarrolladas considerando la sintaxis inicial, generan error si se ejecutan con las últimas actualizaciones del EPM Add-in.

Quizás se ha valorado que aún son pocos los usuarios de la plataforma EPM 10.0 o que son aún más pocos los que llegan a un alto nivel de personalización de sus formularios y no utilizan llamadas API.  Sea cual fuera el criterio o razonamiento para decidir un cambio de estas características, echamos en falta una explicación detallada por consideración al trabajo que puedan haber estado realizando algunos clientes, usuarios y consultores.

Revisando la guía de Sizing de SAP BPC on HANA (#HANABPC)

En una instalación de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) la arquitectura de nuestra instalación cambia a nivel de la capa de datos, tal como se señala en la siguiente imagen:


En una instalación de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) la arquitectura de nuestra instalación cambia a nivel de la capa de datos, tal como se señala en la siguiente imagen:

Arquitecturas de SAP BPC 10.0 NW y SAP BPC on HANA

Luego de revisar una reciente actualización de la guía de Sizing (estimación de necesidades de hardware) de HANABPC, destacamos los siguientes aspectos:

  • Las posibles causas de pérdida de rendimiento son las mismas señaladas para una instalación de BPC NW 10.0 sin HANA (ver entrada relacionada).
  • A nivel del servidor de aplicaciones (SAP NW ABAP Application Server) las necesidades de memoria y CPU se mantienen y a nivel de servidor de base de datos las necesidades de hardware se incrementan considerablemente con HANA.

Comparativa de los casos de Sizing de BPC NW y BPC NW on HANA

  • Las estimaciones que figuran en esta guía sólo es para BPC on HANA si hubiese más componentes se debería realizar las estimaciones necesarias y sumar los resultados de estas estimaciones de hardware.
  • No hay que hacer una asignación de recursos a cada componente, la asignación es automática y gestionada por el sistema, el único requisito es que se debe contar con todos los recursos necesarios que necesiten los componentes.
  • Las estimaciones de esta guía están basadas para soluciones de tipo planificación. Si se implementase soluciones del tipo consolidación financiera debería considerarse que cada usuario utiliza un CPU core, por ejemplo, si hubiese 10 tareas concurrentes de consolidación se debería considerar la necesidad de 10 cores en el sistema.
  • Las estimaciones son las mismas si se trata de una infraestructura física o de entornos o máquinas virtuales.
  • No se señala explicitamente que la recomendación de no utilizar modelos con más de 13 dimensiones se supere en un sistema con HANABPC.  Nuestra sugerencia es diseñar modelos con el menor número de dimensiones que sea posible.