El “OpenDocument” de #BPC10

OpenDocument es un módulo o aplicación JAVA de la plataforma SAP BusinessObjects BI (4.0/3.*) que nos permite acceder a los objetos o elementos almacenados en el servidor a través de una URL, por ejemplo, para visualizar informes sin entrar explícitamente al portal (BI Launch Pad / Infoview).


OpenDocument es un módulo o aplicación JAVA de la plataforma SAP BusinessObjects BI (4.0/3.*) que nos permite acceder a los objetos o elementos almacenados en el servidor a través de una URL, por ejemplo, para visualizar informes sin entrar explícitamente al portal (BI Launch Pad / Infoview).

En la versión 10.0 de SAP Business Planning and Consolidation (SAP BPC) no tenemos una aplicación tan completa como OpenDocument, pero es posible usar URLs para algunas operaciones básicas como visualizar un informe Web de un determinado Environment (antes llamado un Application Set):

Para la edición NetWeaver:

https://<servidor>/sap/bpc/web?re=1#liveReport=<report guid>;cm=<entorno>

 Para la edición Microsoft: 

https://<servidor>/sap/bpc/web/#liveReport=<report guid>;cm=<entorno>

 Referencia: NT 1782951

La “Distribución y Recopilación”, una de las características poco utilizadas en SAP BPC

SAP Business Planning and Consolidation (SAP BPC) en sus dos ediciones (para entornos SAP NetWeaver y para plataformas Microsoft) tiene una gran variedad de características, algunas de ellas ignoradas cuando se implementa esta plataforma para la automatización de procesos financieros/contables. Entre estas funcionalidades poco utilizadas podríamos mencionar las siguientes:


SAP Business Planning and Consolidation (SAP BPC) en sus dos ediciones (para entornos SAP NetWeaver y para plataformas Microsoft) tiene una gran variedad de características, algunas de ellas ignoradas cuando se implementa esta plataforma para la automatización de procesos financieros/contables.  Entre estas funcionalidades poco utilizadas podríamos mencionar las siguientes:

  • El gestor de documentos (Permite cargar documentos de diversos formatos al servidor de BPC y asociarlo a un contexto o área de datos)
  • Conectividad con Xcelsius (Para construir gráficas con interactividad, cuadros de mando o simulaciones del tipo “What-f” con los datos de los modelos de BPC).
  • Books (en 10.0, para guardar una “foto” del resultado de la ejecución de un informe con la posibilidad de seguir aplicando filtros sobre esta instantánea)
  • Comentarios (Para asociar textos a determinados contextos de datos)

Distribución y Recopilación 10.0

Consideramos que la “Distribución y Recopilación” (Distribution and Collection) también entra en esta categoría de funcionalidades poco usadas. Esta funcionalidad permite definir libros estáticos (offline templates) conteniendo informes o formularios de entrada para un conjunto especifico de usuarios, estos libros podrían ser distribuidos por email, almacenados en una carpeta de red y recopilados para enviar los datos que se hubiesen introducido al modelo BPC que le corresponda.  Los usuarios receptores de estos formularios, durante su uso, no necesitarían estar conectados al servidor de BPC.

En cuanto a la recopilación de datos sólo está disponible para los libros que contengan formularios de entrada, los cuales deberán tener un contexto de datos claramente definido, tanto los miembros de dimensión constantes, como los miembros de dimensión que serán variables en función del destinario. En el diseño del formulario se debería utilizar todas las dimensiones del modelo, en los ejes de columnas y filas irán las dimensiones que determinan la estructura del formulario de entrada de datos, el resto de dimensiones, sin excepción, deberían ir en el eje de página. Se sugiere evitar el uso de las opciones de bloqueo de contexto.

Utilizar estas funcionalidades se deben tener presente desde el inicio del proyecto, para tener en consideración las pautas que se exigen su uso, de no ser así, luego podrían ser complejas de adaptar.

Fuentes para conocer próximas actualizaciones de SAP BPC

En SAP BPC, en ambas ediciones, Microsoft y NetWeaver, los componentes principales de regular actualización, son el servidor (en NW 7.3 componente CPMBPC800 y en NW 7.31 componente CPMBPC801) y el cliente, el cual permite acceder a los datos desde MS Excel, MS Word o MS PowerPoint (en ambas ediciones es el mismo componente, EPM Add-in 10.0). Adicionalmente, para entornos SAP NW BW sobre SAP HANA pueden tener el componente HANABPC.


En SAP BPC (SAP Business Planning and Consolidation), en ambas ediciones, Microsoft y NetWeaver, los componentes principales de regular actualización, son el servidor (en NW 7.3 componente CPMBPC800 y en NW 7.31 componente CPMBPC801) y el cliente, el cual permite acceder a los datos desde MS Excel, MS Word o MS PowerPoint (en ambas ediciones es el mismo componente, EPM Add-in 10.0).  Adicionalmente, para entornos SAP NW BW sobre SAP HANA pueden tener el componente HANABPC.

Para ver la programación de las próximas actualizaciones de estos componentes, para el caso de CPMBPC podemos ver este enlace de SAP MarketPlace.  Para el caso del EPM Add-in, HANABPC y también para el CPMBPC podemos revisar la nota 1366676, de estas fuentes sabemos que diciembre tendrá importantes actualizaciones:

  • SP09 del componente CPMBPC y por confirmar  el SP10 (actualmente en SP08)
  • SP13 para el EPM Add-in 10.0 y estaría por confirmar el SP14 (actualmente en SP12 patch 5).
  • En cuanto al componente HANABPC, se actualiza alineadamente con el componente CPMBPC.

Referencia: (aquí)

En lugar de “métodos para solucionar problemas” aplicaciones bien probadas y sin errores

A través de una entrada en los blogs de SAP SCN encontramos un método para solucionar problemas en SAP Visual Intelligence, puede ser útil tener en cuenta estas sugerencias para detectar el problema sobre todo cuando el tiempo apremia y el “error inexplicable” paraliza el avance de un proyecto, pero mejor que estas “metodologías” sería más útiles no utilizarlas porque las aplicaciones son estables y no presentan “extraños errores”.


A través de una entrada en los blogs de SAP SCN encontramos un método para solucionar problemas en SAP Visual Intelligence, puede ser útil tener en cuenta estas sugerencias para detectar el problema sobre todo cuando el tiempo apremia y el “error inexplicable” paraliza el avance de un proyecto, pero mejor que estas “metodologías” sería más útiles no utilizarlas porque las aplicaciones son estables y no presentan “extraños errores”.

En SAP, para que un producto pase a la categoría de “disponibilidad general” y por consiguiente todos los usuarios puedan utilizarlo, antes pasa por una fase denominada ramm-up, en la que se prueba en determinadas empresas (clientes) y para que finalice esta fase deberán pasar a producción por lo menos, por norma general, 10 proyectos.  Hemos tenido la suerte de colaborar en proyecto con SAP BusinessObjects XI 3.1, SAP BusinessObjects BI 4.0 y SAP Business Planning and Consolidation en todas sus versiones (SAP BPC 5.0, 7.0, 7.5 y 10.0) y por más suerte aún, casi siempre ha coincidido con la finalización del ramp-up del producto y en todos los casos los “errores inexplicables” han surgido y mucho.

Cada uno, por su experiencia, descubrirá su metodología para encontrar la solución a un “error inexplicable”, pero antes de reproducir el error y tratar de descubrir la solución, antes deberíamos buscar si el error ha sido reportado y si hay alguna explicación, sugerencia o solución.  Las búsqueda debería comenzar por la página de soporte de SAP Marketplace (buscando las notas que coincidan con los códigos o mensajes de error y ordenándolas descendentemente), luego en los foros de SAP SCN (en la búsqueda de la página de soporte del Marketplace también se incluye algunos resultados de este foro) y finalmente utilizando las opciones de búsqueda avanzada de Google.  SAP responde inmediatamente cuando se le escribe una nota desde la página de soporte, pero tener la solución puede resultar más inmediato si la buscamos.

Al final, la experiencia enseña que una nueva versión de un producto tiene una etapa de maduración de alrededor de un año, luego de su liberación, un “ramp-up extra” se pone en marcha con los primeros usuarios que deciden implementarlo.  Con SAP BusinessObjects BI 4.0 fue así, casi exactamente un año después de su liberación, SAP presentó el SP04, una versión mucho más estable de la que inicialmente presentó, durante ese primer año se dieron alrededor de 15 patches (actualizaciones para sólo corregir errores) que solucionaron más de 600 incidencias.

Para SAP BPC estimamos una situación similar, han transcurrido casi 7 meses de su liberación, y en te tiempo se han publicado varias actualizaciones (8 SP para el servidor y más de 35 para el cliente, denominado EPM Add-in, actualmente en SP 12 Patch 07) que solucionan errores que resulta sorprendente que no se detectaran en la fase de puesta en producción de los 10 proyectos de la fase de ramp-up.  De cualquier modo, conociendo sus características y posibilidades de esta plataforma para la automatización de procesos financieros – contables, luego de las actualizaciones previstas para diciembre (Servidor 10.0 NW SP09 y EPM Add-in 10.0 SP14) creemos  que cualquier nueva implementación tendrá muchos menos contratiempos por errores en el producto.

HANABPC, ¿un SAP BPC sin restricciones?

En un proyecto de SAP Business Planning and Consolidation (SAP BPC), luego del análisis de las necesidades, el punto de partida de la implementación técnica, es el diseño del modelo de datos, pero guste o no, esta fase se debe asumir teniendo en consideración algunas “best practices” que sugieren un uso moderado de dimensiones (datos maestros) o casi “prohíben” el uso de fórmulas en los miembros de dimensión.


En un proyecto de SAP Business Planning and Consolidation (SAP BPC), luego del análisis de las necesidades, el punto de partida de la implementación técnica, es el diseño del modelo de datos, pero guste o no, esta fase se debe asumir teniendo en consideración algunas “best practices” que sugieren un uso moderado de dimensiones (datos maestros) o casi “prohíben” el uso de fórmulas en los miembros de dimensión.

En un post anterior, un comentario nos recordó la recomendación de no usar más de 16 dimensiones (mejor 13) en SAP BPC y señaló que esta restricción podría seguir vigente en la versión SAP BPC powered by SAP HANA (componente HANABPC). Ante la inquietante afirmación, preguntamos a un miembro del equipo que está elaborando la guía de Sizing para BPC sobre SAP HANA si esta restricción seguiría vigente en SAP HANA y nos brindó la siguiente respuesta:

This particular suggestion is not applicable for BPC on HANA due to architectural differences.

Teniendo en cuenta la viabilidad de usar más dimensiones, unido a otras posibilidades como la de poder utilizar fórmulas a nivel de miembros de dimensión (actualmente posible, pero nada recomendable) facilitaría el desarrollo de soluciones BPC, evitando complejas arquitecturas de datos. Ya veremos si con HANA, BPC no tiene restricciones.