Las limitaciones de SAP BPC NW 10.1

A través de la nota de referencia, SAP ha dado a conocer las limitaciones que tiene la nueva versión de SAP Business Planning and Consolidation para NetWeaver (SAP BPC NW 10.1), la cual se encuentra en fase ramp-up (pruebas en instalaciones de clientes seleccionados). La declaración de estas limitaciones implica que existe una posibilidad que puedan ser superadas en una actualización futura.


A través de la nota de referencia, SAP ha dado a conocer las limitaciones que tiene la nueva versión de SAP Business Planning and Consolidation para NetWeaver (SAP BPC NW 10.1), la cual se encuentra en fase ramp-up (pruebas en instalaciones de clientes seleccionados).  La declaración de estas limitaciones implica que existe una posibilidad que puedan ser superadas en una actualización futura.

La mayoría de las limitaciones señaladas se circunscriben en la variante “Unificada” (Unified) de SAP BPC (la variante para plataformas SAP HANA).  Cabe señalar que todas las limitaciones se dirigen a modelos propios de procesos de planificación y similares. No se menciona en ningún caso limitaciones para modelos de Consolidación, lo cual nos da más pistas que la consolidación en la variante Unified no estaría disponible en esta versión.

A continuación, destacamos algunas limitaciones:

  • Los Script con sintaxis FOX sólo podrán ser mantenidos desde la interfaz BW

Script – User is not able to maintain FOX script with BPC web admin client. User is not able to maintain FOX script in BPC web admin client, user have to logon to BW backend system to do so.

  • La estrategia de seguridad es mantenida desde BW.

Data security – Business is not maintain it’s own data security strategy from BPC web admin client. For BPC unified, business is not able to maintain data security strategy from BPC web admin client, instead, business has to do that from BW backend system.

  • Los comentarios, tanto desde formularios Web como de EPM Add-in no son soportados.

Comment – Comment function is not possible with web client and EPM add-in for BPC unified. With BPC unified, user is not able to enter or see  comment from BPC web client or EPM add-in.

  • El sistema de autenticación único (Single Sign-on) no es posible desde la interfaz Web hacia la interfaz EPM Add-in.

Security – Single Sign On is not supported when navigate from web client to EPM Add-in. When user navigate from web client to EPM add-in with BPC unified, single sign on is not working, user need to re-enter user and password.

  • 100 es máximo número aproximado de jerarquías permitidas por dimensión, aquí no hay mucha novedad, pero particularmente nos parece excesivo superar la media docena y más aún si se puede contar con jerarquías basadas en el tiempo.

Maximum of approx 100 hierarchies allowed per dimensión. There is a limitation of approximately ~100 hiearchies per dimension. The actual maximum number of hierarchies might vary depending on the following factors: 1. Number of properties in the dimension 2. Size of the dimension properties Depending on the dimension, the actual maximum number of hierarchies might be a little more or less than 100.

  • En cuanto al reporting con otras herramientas, distintas al EPM Add-in, los resultados pueden ser distintos, aquí tampoco hay mucha novedad, esto se basa en la forma en que los datos se almacenan en BPC y cómo so interpretados.

BI Integration – Reporting through BI reportings tools might have different results as EPM Add-in. 1. Reports with mixed account hierarchy Limitation related to integration via SAP BW OLE DB.  For details about the integration, please refer to SAP note# 1730125…

Referencia: Nota SAP 1916315 (recomendable revisarla luego de cada actualización)

Gestión de datos “no-activos” en BW on HANA

La inmediatez de respuesta de SAP HANA es debido, entre otras cosas, porque los datos que podrían ser procesados son cargados en memoria, evitando el acceso a dispositivos electromecánicos como pueden ser los discos. Pero no todos los datos que tiene una organización son necesarios en las tareas habituales, en muchos casos se conserva información histórica por motivos legales o por políticas internas, e inclusive puede haber datos operativos temporales con ninguna utilidad para las tareas de análisis.


La inmediatez de respuesta de SAP HANA es debido, entre otras cosas, porque los datos que podrían ser procesados son cargados en memoria, evitando el acceso a dispositivos electromecánicos, como pueden ser los discos, cada vez que se requieran. Pero no todos los datos que pueda tener una organización son necesarios en las tareas habituales, en muchos casos, se conserva información histórica por motivos legales o por políticas internas, e inclusive puede haber datos operativos temporales con ninguna utilidad para las tareas de análisis.

Cargar todos los datos que podría tener SAP NetWeaver BW on SAP HANA podría originar problemas de rendimiento o cuellos de botella.  A través de la identificación de los denominados “datos no-activos” se puede configurar la información que se cargará en memoria, inclusive se puede detallar a nivel de columna de lastablas de datos, para lograr un mayor rendimiento de la plataforma.

SAP ofrece un monitor que clasifica la información según el tipo de objeto BW que la contiene y la frecuencia de acceso, lo que facilitaría las tareas de identificación de los «datos no activos» para evitar que consuman memoria innecesariamente. Para mayor información consultar las notas SAP 1767880 y 1741844.

Importación de objetos BW para modelarlos en SAP HANA Studio

Si tenemos SAP NetWeaver Business Warehouse sobre una plataforma SAP HANA (BW on HANA) podríamos importar los denominados objetos BW para que sean accesibles desde la interfaz SAP HANA Studio y por consiguiente diseñar vistas de información que faciliten el acceso a los datos desde MS Excel o aplicaciones cliente tales como los componentes SAP BusinessObjects BI e inclusive…


Si tenemos SAP NetWeaver Business Warehouse sobre una plataforma SAP HANA (BW on HANA) podríamos importar los denominados objetos BW para que sean accesibles desde la interfaz SAP HANA Studio y por consiguiente diseñar vistas de información que faciliten el acceso a los datos desde MS Excel o aplicaciones cliente tales como los componentes SAP BusinessObjects BI e inclusive diseñar Universos para que los usuarios de aplicaciones como Lumira o Predictive Analysis pueda acceder a esta información dado que estas herramientas, por el momento, no pueden acceder directamente a consultas BEx.

Los objetos BW importados son presentados en la interfaz SAP HANA según la naturaleza del objeto, así un DataStore lo verámos como una vista analítica con el mimo nombre del objeto origen.  La importación de un cubo o también denominado infocubo generaría una vista analítica de uso interno con el prefijo _INTERNAL y una vista calculada la que podría ser utilizada por los usuarios. Una QuerySnapshot InfoProvider generaría una vista analítica. Un infoObjeto tipo Característica generaría una vista de atributos.

Para más información sobre la importación de objetos SAP NW BW para modelarlos en SAP HANA Studio consultar la nota 1764251 la cual puede presentar novedades en cualquier momento.

Utilizando IDT de BI4, salvado por un backup

Al estar usando intensivamente Information Design Tool (IDT) de SAP BusinessObjects BI 4.1 SP02 patch 01 (la penúltima actualización disponible) vemos con satisfacción varios pequeños detalles que se han ido incluyendo poco a poco en cada una de sus actualizaciones, detalles que en su conjunto facilitan el trabajo con esta herramienta para diseñar los denominados Universos, la capa semántica de BI4, fundamental para un BI Self Service.


Al estar usando intensivamente Information Design Tool (IDT) de SAP BusinessObjects BI 4.1 SP02 patch 01 (la penúltima actualización disponible) vemos con satisfacción varios pequeños detalles que se han ido incluyendo poco a poco en cada una de sus actualizaciones, detalles que en su conjunto facilitan el trabajo con esta herramienta para diseñar los denominados Universos, la capa semántica de BI4, fundamental para un BI Self Service.

Así como vemos muchas mejoras, nuestro “éxtasis” por esta plataforma de BI no nos ciega para identificar cosas que esperábamos superadas, más aún cuando encontramos notas que así lo señalan. Debemos reconocer que sentimos algunos minutos de “pánico” cuando al validar la integridad de nuestro diseño de Universo observamos varios errores con un texto similar al siguiente: “The calculated column referenced in the table contains ivalid sql” y al tratar de editar la gran cantidad de columnas calculadas que habíamos definido recibíamos como respuesta “Failed to edit calculated column”.

No tenemos certeza absoluta del origen del problema, pero este se produce en la denominada Data Foundation dónde observaremos que varias tablas del esquema no figuran como seleccionadas en la lista de tablas de la conexión, por lo que todos los alias y columnas calculadas generan errores al validar el “business layer” o la “data foundation”.

Después de probar varias opciones nos resignamos a recurrir a una copia seguridad, pero sólo restituimos, en otro proyecto, el fichero .dtx del «data foundation», conservando el fichero .blx del “business layer” y el acceso directo de la conexión. Otra opción hubiera sido recuperar la versión publicada en el repositorio de la plataforma, para luego realizar los cambios que estuviesen faltando.

A pesar del tiempo transcurrido SAP BusinessObjects BI nos puede seguir dando algunas sorpresas no muy gratas, por lo que en la fase de desarrollo o diseño de un proyecto de BI resulta muy aconsejable las copias de seguridad diarias.

SAP EPM y SAP BI para apoyar el «Cierre Financiero»

Se denomina “Cierre financiero” al proceso por el cual una organización periódicamente finaliza sus procesos contables y genera información financiera, útil y necesaria para apoyar la gestión interna y elaborar los informes legales y reglamentarios exigidos por instituciones externas.


Financial excellence is achieved when resources, people, and technology are combined to optimize and streamline financial processes, decrease operating costs, manage working capital and cash flow, and maximize profitability (ISBN 978-59229-422-0)

Se denomina “Cierre financiero” al proceso por el cual una organización periódicamente finaliza sus procesos contables y genera información financiera, útil y necesaria para apoyar la gestión interna y elaborar los informes legales y reglamentarios exigidos por instituciones externas.

Los continuos cambios en los procesos, datos y necesidades, complican las operaciones de cierre financiero, por lo que las organizaciones, con ambición y visión competitiva, ven en la tecnología el mejor mecanismo para asegurar la calidad y agilidad en estas operaciones.

Gama de Soluciones SAP EPM para la gestión de Cierres Financieros

En los portfolios o carteras de productos Enterprise Performance Management (EPM) y de Business Intelligence & Analytics de SAP las organizaciones puede encontrar un amplio abanico de productos que podrían ayudarle a mejorar la ejecución de sus procesos financieros contables, incluyendo los siempre críticos “cierres mensuales”.

Optar por estas soluciones debe corresponder a un plan alineado a objetivos tales como disminuir los tiempos de las tareas operativas para favorecer las tareas de análisis, mejorar la calidad e integridad de los datos, aumentar la flexibilidad y agilidad para la adopción de nuevas necesidades de gestión.