VBA for SAP EPM Add-in: Mejor una megaformula antes que varias fórmulas intermedias (#VBAforEPMAddin)

Cuando diseñemos formularios con el EPM Add-in, tal vez algún dato requerirá un tratamiento adicional y para lograr el resultado deseado, quizás se requiera más de una operación intermedia. Por ejemplo, recuperamos un ID y se desea uniformizar la longitud de cada porción que lo conforma y se opta por la siguiente solución:


Cuando diseñemos formularios con el EPM Add-in, tal vez algún dato requerirá un tratamiento adicional y para lograr el resultado deseado, quizás se requiera más de una operación intermedia.  Por ejemplo, recuperamos un ID y se desea uniformizar la longitud de cada porción que lo conforma y se opta por la siguiente solución:

En este ejemplo utilizamos 5 fórmulas intermedias

Las fórmulas utilizadas resultan legibles, pero a costa de mayor tiempo de recálculo e incremento considerable del tamaño del libro, lo que deriva en un incremento importante del tiempo de apertura

La definición anterior resulta clara para la gran mayoría, pero dependiendo de la cantidad de filas que se recuperen y/o si se almacena con todos los datos, la apertura del libro y su recalculo, demandará más tiempo que si se opta por una solución basada en evitar las fórmulas intermedias y definir una sola fórmula que realice todos los cálculos, la cual pasaría a denominarse, según la terminología MS Excel, megafórmula.

Las 5 fórmulas intermedias serían sustituidas por una megaformula, obtenemos menor tiempo de actualización y un libro de menor tamañoLa sugerencia final es evitar la definición de fórmulas o local members que no tendrán uso real para el usuario, que a menudo se definen para cálculos internos o intermedios y terminan ocultándose. Dependiendo del vólumen de datos que se esté procesando, valorar si mayor eficiencia se logrará con una sola fórmula, aunque su diseño y comprensión resulte un poco más complejo.

VBA for SAP EPM Add-in: Declaración de variables indispensable (#VBAforEPMAddin)

En VBA, como en muchos otros lenguajes de programación, tenemos la “libertad” de hacer muchas cosas pero algunas de ellas resultan poco recomendables. Uno de los casos más frecuentes, relacionados a este tema, es el uso de variables.


En VBA, como en muchos otros lenguajes de programación, tenemos la “libertad” de hacer muchas cosas pero algunas de ellas resultan poco recomendables. Uno de los casos más frecuentes, relacionados a este tema, es el uso de variables.

En VBA tenemos la opción por defecto de utilizar variables sin declararlas.  Los programas declarando todas las variables que se utilizarán, señalando el tipo de datos adecuado es muy probable que obtenga el mismo resultado si codificamos sin declarar las variables a emplear. Entre uno y otro estilo redundará en el tiempo de procesamiento. 

Por ejemplo, con la siguiente rutina, dependiendo de las características del ordenador, su ejecución con las variables correctamente tipificadas tardó 15 segundos y retirando la declaración de variables (comentando estas líneas) esta rutina tardo 55 segundos (pruebas realizadas en una máquina virtual con 1 CPU (2.4GHz) y 2 GB de memoria).

Rutina para comprobar la eficiencia que se logra en VBA al declarar adecuadamente todas las variables que se utilizarán(aquí código)

Una buena práctica es utilizar Option Explicit a nivel de módulo para no olvidar la declaración de variables en ninguna parte de cada proyecto.  Por defecto, cualquier variable no declarada, será de tipo Variant, la cual ocupa más espacio en memoria e internamente para VBA requiere mayor tratamiento.

Eficiencia de formularios EPM Add-in = Últimas versiones de componentes SAP BPC + VBA (#VBAforEPMAddin)

Nuestro nuevo interés por VBA (Visual Basic for Applications o Macros para MS Office) es porque tiene un uso necesario y casi inevitable al diseñar formularios e informes en SAP EPM Add-in, el complemento para MS Excel, MS Word y MS PowerPoint que actúa como interfaz cliente para la gran mayoría de productos del portfolio SAP EPM (Enterprise Performance Management), entre los que destaca SAP BPC (Business Planning and Consolidation).


Nuestro nuevo interés por VBA (Visual  Basic for Applications o Macros para MS Office) es porque tiene un uso necesario y casi inevitable al diseñar formularios e informes en SAP EPM Add-in, el complemento para MS Excel, MS Word y MS PowerPoint que actúa como interfaz cliente para la gran mayoría de productos del portfolio SAP EPM (Enterprise Performance Management), entre los que destaca SAP BPC (Business Planning and Consolidation).

Nos parece, que después de Java, Visual Basic y VBA son los lenguajes de programación que más información obtendremos en Internet. Quizás por este motivo encontremos que con bastante facilidad muchas personas incursionan en la automatización de rutinas en este lenguaje. No se necesita ni una interfaz en particular o documentación especializada, todo está relativamente accesible.

Pero dependiendo de la complejidad de lo que se esté implementando, el resultado puede ser no muy satisfactorio para el usuario, especialmente porque los tiempos de procesamiento son relativamente elevados.

Con SAP EPM Add-in la eficiencia de nuestros desarrollos para SAP BPC dependerá en parte por el tiempo de acceso a los datos, el cual está en manos de este componente y del servidor de SAP BPC. Pero por otra parte, si utilizamos VBA, la calidad de la codificación también influirá en la velocidad que finalmente percibirá el usuario al utilizar los formularios que diseñemos.

Para la mejora de la velocidad en el acceso de datos, SAP va presentando mejoras como la que comentábamos en una entrada anterior, por lo que resulta siempre recomendable utilizar las últimas actualizaciones del servidor y cliente de SAP BPC.  Para el caso de mejorar la eficiencia de VBA hay una serie de buenas prácticas que habríamos aplicado en el desarrollo de cualquier otra aplicación Visual Basic que son totalmente recomendables también con SAP EPM Add-in, algunas de ellas iremos revisando en próximas entradas.

En BPC, no te quedes con los parámetros por defecto

La configuración por defecto de SAP BPC NW 10.0 (SAP Business Planning and Consolidation) apenas tiene cuatro parámetros de escaso impacto real en el funcionamiento del sistema. Si elaboras un prototipo, o sólo tienes algún modelo con algunos formularios de entrada de datos y otros informes, quizás el sistema no reclame más parametrización de la que nos deja la instalación.


La configuración por defecto de SAP BPC NW 10.0 (SAP Business Planning and Consolidation) apenas tiene cuatro parámetros de escaso impacto real en el funcionamiento del sistema.  Si se elabora un prototipo, o sólo se tiene algún modelo con algunos formularios de entrada de datos y otros informes, quizás el sistema no reclame más parametrización de la que nos deja la instalación.

En el transcurso de la vida de esta herramienta, útil para automatizar los procesos financieros/contables (tales como la planificación, presupuesto y consolidación), ha ido incorporando funcionalidades y características, que en muchos casos, para que sean activadas será necesario que se agregue o ajuste un parámetro a nivel global, a nivel de cada Environment (antes AppSet) o a nivel de cada combinación Environment y Modelo.

Por ejemplo, por defecto, la carga de datos transaccionales con valores cero no se cargan en BPC NW, agregando el parámetro DW_WRITE_ZERO_DATA con el valor igual a 1, a nivel de Environment,  todos los datos provenientes de infocubos BW, utilizando los procesos estándar de BPC, serán tomados en cuenta en los procesos de carga (Ref.: SAP Note 1874809).

Además de tener presente los parámetros propios de SAP BPC, en muchos casos también se deberá ajustar los parámetros de la plataforma sobre la que se tiene desplegada esta herramienta, ya sea SAP NetWeaver o Microsoft Server.

Algunos parámetros deberán ser revisados con regular periodicidad, para que sigan correspondiendo a las características propias a cada instalación, cuestiones tales como las variaciones en el volumen de datos, pueden derivar en modificar los valores asignados a ciertos parámetros.

Mejoras en el rendimiento de los informes SAP BPC NW/EPM Add-in

Si nuestro modelo SAP BPC (SAP Business Planning and Consolidation) cuenta con un volumen de datos maestros importante, además de complejas jerarquías, es probable que nuestros informes, diseñados con el componente cliente SAP EPM Add-in 10.0, tengan un pobre rendimiento, especialmente en la utilización de filtros.


Si nuestro modelo SAP BPC (SAP Business Planning and Consolidation) cuenta con un volumen de datos maestros importante, además de complejas jerarquías, es probable que nuestros informes, diseñados con el componente cliente SAP EPM  Add-in 10.0, tengan un pobre rendimiento, especialmente en la utilización de filtros.

La actualización SP11 de SAP BPC 10.0 NW introduce un nuevo tratamiento de las sentencias MDX, lenguaje con el que finalmente se accede a los datos solicitados a través de los informes diseñados  con EPM Add-in.  La activación de esta funcionalidad requiere el seguimiento de varios pasos indicados en las notas 1858256 y 1858257.  Así mismo, es necesario contar la actualización SP14 Patch 2 o superior del componente cliente SAP EPM Add-in 10.0.