SAP BPC Parametros – Página 3

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.

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.0 – SAP 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

«Data Disaggregation» para SAP BPC on HANA (#HANABPC)

La actualización SP11 de SAP BPC 10.0 NW (SAP Business Planning and Consolidation), la última actualización del componente HANABPC (HANABPC 800 SP05 para BW 7.30 o HANABPC 801 SP02 para BW 7.31) y a partir de la actualización SP15 del EPM Add-in es posible utilizar una nueva funcionalidad denominada “Desagregación de datos” (Data Disaggregation) sólo disponible para instalaciones SAP BPC on HANA.

La actualización SP11 de SAP BPC 10.0 NW (SAP Business Planning and Consolidation), la última actualización del componente HANABPC (HANABPC 800 SP05 para BW 7.30 o HANABPC 801 SP02 para BW 7.31) y la actualización SP15 del EPM Add-in, en conjunto brindan una nueva funcionalidad, denominada “Desagregación de datos” (Data Disaggregation) sólo disponible para instalaciones SAP BPC on HANA.

Esta nueva funcionalidad es accesible desde un formulario de entrada de datos EPM Add-in a través del menú Planning, el cual mostrará, además de las clásicas opciones Spread, Trend y Weight, una nueva opción denominada Disaggregation, la cual se visualizará si se está accediendo a un Environment habilitado para trabajar sobre SAP HANA (ACCELERATOR_ON = X) y la desagregación de datos ha sido habilitada a nivel de Environment (ENABLE_DISAGGREGATION = X). El procedimiento para utilizar esta nueva característica sería el siguiente:

Desde un formulario de entrada se selecciona los miembros nodos o padre.
Se introducen los valores que se desean desagregar.
Se accede a la nueva opción (Planning > Disaggregation).
Se visualizará una ventana que permita escoger el método de desagregación (Proportional, Equal y Relative Proportional).
El sistema efecturá la operación (a nivel SAP HANA Database), grabándose en los «miembros base» el dato repartido según el método seleccionado.
Luego se podrá refrescar el formulario para verificar los valores calculados.

Existen algunas condiciones para el correcto funcionamiento de esta característica, tales como:

El atributo Account Type de todos los miembros de dimensión de la dimensión de tipo Account deben ser “AST” y “LEQ” o todos “INC” y “EXP”.
No deberían incluirse miembros de dimensión con fórmulas.
El usuario debe tener acceso a las regiones de datos que actualizaría y si se utiliza el método “Relative Proportional” también deberá tener acceso a la región de datos que se utilizará de referencia.
El Work Status deberá permitir la entrada de datos de Owner o Manager.
Si se han definido reglas o condiciones a través de la UJ_VALIDATION, los cálculos a realizar por la Desagregación deberían cumplirlos.
La desagregación en modelos con ciertas implementaciones BAdI (de los siguientes tipos: Write-back, WorkStatus y Validation) no funcionaría a menos que se define un nuevo parámetro a nivel de modelo (DISAGGREGATION_IGNORE_BADI) pero el resultado podría no ser el esperado.
Las “lógicas por defecto” por entrada manual de datos no se activarán por los datos desagregados.

Referencia: SAP Note 1903169

HANA MDX para SAP BPC on HANA 10.0 (#HANABPC)

El lenguaje MDX (MultiDimensional eXpressions) es el lenguaje utilizado para acceder a los cubos de datos OLAP, equivalente al lenguaje SQL (Structured Query Language) utilizado en las bases de datos relacionales. Desde la revisión 64 de SAP HANA, la sintaxis MDX es soportada en esta plataforma bajo el nombre HANA MDX, característica que también puede ser utilizada en SAP BPC on HANA (SAP Business Planning and Consolidation powered by SAP HANA / SAP BPC 10.0 NW on HANA).

El lenguaje MDX (MultiDimensional eXpressions) es el lenguaje utilizado para acceder a los cubos de datos OLAP, equivalente al lenguaje SQL (Structured Query Language) utilizado en las bases de datos relacionales. Desde la revisión 64 de SAP HANA, la sintaxis MDX es soportada en esta plataforma bajo el nombre HANA MDX, característica que también puede ser utilizada en SAP BPC on HANA (SAP Business Planning and Consolidation powered by SAP HANA / SAP BPC 10.0 NW on HANA).

La activación del uso de MDX en un environment SAP BPC on HANA a través del nuevo parámetro ENABLE_HANA_MDX que incluye las últimas actualizaciones del componente HANABPC, brindaría los siguientes beneficios:

Ejecución de informes en menos tiempo.
Aceleración en el cálculo de fórmulas en miembros de dimensión.
Soporte al anidamiento de fórmulas de miembros de dimensión y la correspondiente agregación en las jerarquías.
Optimización en las operaciones de grabación (write-back)

Cabe señalar, a pesar que parecen tener pronta solución, que se mantienen las siguientes restricciones en HANABPC:

Almacenamiento YTD: El reporting en un modelo con almacenamiento tipo YTD con HANA MDX no es soportado.
Múltiples jerarquías. El reporting seleccionando miembros de múltiples jerarquías en una sola dimensión no es soportado.

Referencias: SAP Note 1904344

Activación del uso de ceros en un cubo BPC10 NW

En una entrada anterior comentábamos que dejar los parámetros por defecto en una instalación SAP BPC (SAP Business Planning and Consolidation) podría ser un gran error, inclusive, después de aplicar actualizaciones deberían ser revisados debido a que se incorporan novedades que requieren ajustes de los parámetros del sistema, environments (antes conjunto de aplicaciones) o a nivel de modelo o aplicación.

En una entrada anterior comentábamos que dejar los parámetros por defecto en una instalación SAP BPC (SAP Business Planning and Consolidation) podría ser un gran error, inclusive, después de aplicar actualizaciones deberían ser revisados debido a que se incorporan novedades que requieren ajustes de los parámetros del sistema, environments (antes conjunto de aplicaciones) o a nivel de modelo o aplicación.

En entradas anteriores mencionábamos el uso del parámetro que nos permite recuperan todos los datos a un cubo BPC NW, inclusive si su valor era igual a cero (DM_WRITE_ZERO_DATA). En el enlace de referencia adjuntamos la nota SAP que señala los breves pasos que debemos seguir para cambiar un comportamiento por defecto de SAP BPC NW, que quizás nos ayude a cubrir una necesidad de alguna organización.

Referencia: (aquí)

Pasos para activar las TDH de SAP BPC

El procedimiento para activar las jerarquías dependientes del tiempo (Time-dependent Hierarchy – TDH) es el siguiente:

Definir el nuevo parámetro global ENABLE_TIME_DEPENDENT_HIER vía SPRO/IMG

A cada dimensión en la se desea tratar con esta funcionalidad, activar la opción “Time-dependent Hierarchy” (tener presente que una vez activado no puede ser retirado).

En el editor de jerarquías visualizaremos dos nuevas opciones: “Create Version” y “Delete Version”. Cada versión tendrá asociado un periodo de tiempo, cuando se utilicen en las tareas de acceso a los datos, se especificará una “fecha clave” la cual determinará la versión de jerarquía que se utilizará.