Categoría: Consolidación financiera

Un nuevo “Tip” para diseñar formularios con el EPM Add-in

Diseñar formularios de entrada de datos o informes con SAP EPM Add-in 10.0, componente cliente de SAP Business Planning and Consolidation 10.0 (SAP BPC) y los otros productos de portfolio de aplicaciones SAP Enterprise Performance Management (SAP EPM), pasa por el casi inevitable camino de programar con Visual Basic for Application (VBA o macros)


Diseñar formularios de entrada de datos o informes con SAP EPM Add-in 10.0, componente cliente de SAP Business Planning and Consolidation 10.0 (SAP BPC) y los otros productos de portfolio de aplicaciones SAP Enterprise Performance Management (SAP EPM), pasa por el casi inevitable camino de programar con Visual Basic for Application (VBA o macros).  En estas tareas, la experiencia enseña una serie de aspectos que se deben tener presente, ya sea por limitaciones o características del componente EPM Add-in o por MS Excel, principal aplicación de MS Office sobre el cual se diseña los formularios e informes para interactuar con el servidor SAP BPC.

Un nuevo aspecto a considerar cuando trabajemos con SAP BPC edición para entornos Microsoft es que MS Excel 2010 es más lento que MS Excel 2007 al momento de actualizar un informe en dónde se ha ocultado filas y se ejecuta una macro para efectuar cálculos adicionales (para más información ver nota adjunta).

Referencia: aquí

Bienvenidos programadores en VBA, también en “SAP Analysis, edition for MS Office”

Aun es usual encontrar en el mundo SAP, usuarios o consultores, con su permiso, “tradicionales”, que no dejan de extrañarse que Visual Basic for Application (VBA, más conocido como “macros para Office”) pueda utilizarse en una implementación de un producto. Es innegable que el software más usado en las empresas es MS Excel, han sucumbido todos los intentos por sustituirlo, es por eso que ya son varios los productos que utilizan esta interfaz para facilitar las tareas de entrada de datos o presentación de información.


Aun es usual encontrar en el mundo SAP, usuarios o consultores, con su permiso, “tradicionales”, que no dejan de extrañarse que Visual Basic for Application (VBA, más conocido como “macros para Office”) pueda utilizarse en una implementación de un producto.  Es innegable que el software más usado en las empresas es MS Excel, han sucumbido todos los intentos por sustituirlo, es por eso que ya son varios los productos que utilizan esta interfaz para facilitar las tareas de entrada de datos o presentación de información.

SAP Analysis, edition for MS Office 1.3 (menu01)

En SAP tenemos el SAP EPM Add-in (Cliente de SAP BPC 10.0 y otros productos del portfolio SAP EPM) y SAP Analysis, edition for MS Office que se incorporan a la interfaz de los productos MS Office como complementos (Add-in).  Estos dos Add-ins no tan sólo se acoplan a las opciones de menú sino que también ofrecen la posibilidad, a través de un conjunto de rutinas (denominadas API), automatizar tareas o funcionalidades programando en VBA.

SAP Analysis, edition for MS Office 1.3 (ribbon01)

En el caso de SAP Analysis, edition for Miscrosoft Office a través de sus denominados métodos APIs y con VBA podemos hacer cosas tales como cambiar la interfaz, agregando o retirando opciones del menú o de la cinta (ribbon), recuperar valores específicos de las fuentes de datos, o iniciar una sesión.

Muestra VBA con métodos API de Analysis for Office. Las dimensiones que no estén en el eje de línea o columna se agregan a una cadena que se muestra en el cuadro de diálogo de mensaje estándar con el método API SAPAddMessage

Resulta un poco peyorativo referirnos a VBA como simplemente “macros” cuando se trata de un lenguaje de programación completo, con muchas posibilidades de personalizar y mejorar la experiencia del usuario.  Gestionando adecuadamente las expectativas y realizando un desarrollo ordenado, el uso de VBA en un proyecto de SAP BPC o SAP Analysis for MS Office no tiene que ser caótico. 

SAP BPC, «parche» para evitar el cambio de los nombres técnicos de los atributos

En SAP Business Planning and Consolidation para entornos SAP Netweaver (SAP BPC NW), dependiendo del alcance o la complejidad de la implementación que se esté realizando, la pérdida o cambio de los nombres técnicos de los objetos al realizar el “transporte” del modelo de un sistema a otro, puede llegar a ser un contratiempo importante. El último aspecto que faltaba sobre este tema era con respecto a los atributos, en la nota de referencia encontrarás una explicación detallada para aplicar este “parche”.


En SAP Business Planning and Consolidation para entornos SAP Netweaver (SAP BPC NW), dependiendo del alcance o la complejidad de la implementación que se esté realizando, la pérdida o cambio de los nombres técnicos de los objetos al realizar el “transporte” del modelo de un sistema a otro, puede llegar a ser un contratiempo importante. El último aspecto que faltaba sobre este tema era con respecto a los atributos, en la nota de referencia encontrarás una explicación detallada para aplicar este “parche”.

Desde el lanzamiento de la versión 10.0 de SAP BPC NW se han realizado varias mejoras (a fines de mes está previsto el Service Pack 10, es decir SAP BPC 10.0 SP10).  Consideramos que después de casi un año de su liberación o disponibilidad general, SAP BPC NW 10.0 es un producto estable y en gran parte gracias a los usuarios que lo han venido utilizando todo este tiempo, guste o no, la madurez y estabilización de un producto SAP depende de la cantidad de usuarios que lo utilizan y SAP BPC es el componente más utilizado del portfolio SAP Enterprise Performance Management (SAP EPM).

Referencia: SAP Note 1823400 y post relacionado

Eliminar un Environment de SAP BPC desde SAP BW

Una “regla de oro” que encajaría dentro de las buenas prácticas que inicialmente señalaba SAP sobre el uso de SAP Business Planning and Consolidation edición para entornos SAP Netweaver (SAP BPC NW) era que toda la construcción del modelo o aplicación BPC se hiciese sobre la interfaz del Administrador de BPC, evitando cualquier definición o modificación, especialmente de estructura de datos, desde el entorno SAP NW BW, plataforma sobre la que se instala SAP BPC NW.


Una “regla de oro” que encajaría dentro de las buenas prácticas que inicialmente señalaba SAP sobre el uso de SAP Business Planning and Consolidation edición para entornos SAP Netweaver (SAP BPC NW) era que toda la construcción del modelo o aplicación BPC se hiciese sobre la interfaz del Administrador de BPC, evitando cualquier definición o modificación, especialmente de estructura de datos, desde el entorno SAP NW BW, plataforma sobre la que se instala SAP BPC NW.

Ventana del programa UJAA_DELETE_APPSET

A nuestro parecer, esta regla o sugerencia se debería seguir cumpliendo, inclusive en la versión 10.0 de SAP BPC NW.  Pero sin embargo, contamos con una serie de transacciones y programas que SAP incluye a nivel de BW para realizar algunas operaciones sobre los metadatos BPC, como es caso del programa UJAA_DELETE_APPSET, el cual nos permite eliminar todo un Environment de BPC desde BW (ver nota 1817662).

Transacciones, tablas y programas de SAP BPC NW

«Navegando» por Internet encontramos «cosas» que quizás podrían ser interesantes, como el fichero MS Excel que adjuntamos en esta entrada, se trata de un listado de las transacciones, tablas y programas de SAP Business Planning and Consolidation (SAP BPC) que se pueden utilizar o consultar desde SAP NW BW.


«Navegando» por Internet encontramos «cosas» que quizás podrían ser interesantes, como el fichero MS Excel que adjuntamos en esta entrada, se trata de un listado de las transacciones, tablas y programas de SAP Business Planning and Consolidation (SAP BPC) que se pueden utilizar o consultar desde SAP NW BW.  No la hemos revisado detalladamente, pero a nivel de programas o tablas podría haber alguna que para la versión 10.0 tenga la categoría de obsoleta (debería verificar la descripción del objeto antes de utilizar), pero este detalle no le quita utilidad a estos listados.