aníbal goicochea

“Write-back optimizing on HANA” para SAP BPC on HANA (#HANABPC)

La actualización SP11 de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) y la del componente HANABPC 800.SP05/801.SP02, para los usuarios SAP BPC on HANA es la más importante desde que en la actualización SAP BPC 10.0 SP06 (marzo 2012) se introdujera la posibilidad de llevar BPC a la plataforma SAP HANA.

La actualización SP11 de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) y la del componente HANABPC 800.SP05/801.SP02, para los usuarios SAP BPC on HANA es la más importante desde que en la actualización SAP BPC 10.0 SP06 (marzo 2012) se introdujera la posibilidad de llevar BPC a la plataforma SAP HANA.

A diferencias de anteriores actualizaciones, el último service pack de HANABPC no tan sólo incluye correcciones, sino también mejoras como las comentadas en las últimas entradas (aquí, aquí y aquí).

Las nuevas funcionalidades de BPC on HANA como la «Desagregación de datos» o el procesamiento del RUNALLOCATION en la capa SAP HANA, son posibles porque ahora existe una tabla de hechos en HANA Database, similar a la que se tiene en la arquitectura de SAP BPC NW clásico, utilizada en las operaciones de grabación de datos (operación denominada en BPC como Write-Back).

La nueva característica se denomina “Write-back optimizing on HANA” y permite grabar los datos calculados inmediatamente (en la tabla de hechos en HANA), evitando la intervención de la capa de aplicación y BW, obteniéndose considerables mejoras en el procesamiento de los datos. SAP ofrece mecanismos de sincronización entre la tabla in-memory en HANA y la correspondiente tabla de hechos en BW.

Referencia: SAP Note 1902743

Diseño para los cinco sentidos

La «Teoría de los cinco sentidos en el diseño» que propone Jinsop Lee señala que la inclusión de todos los sentidos en la percepción o interacción con las cosas, además de la vista y el tacto, puede dar lugar a nuevos productos o cambiar la forma de eutilizarlos.

«… Hasta ahora los diseñadores nos hemos centrado en que las cozas tengan buena apariencia, considerando algo el tacto, lo que significa que hemos ignorado los otros tres sentidos… mejorando sólo uno de esos otros sentidos podríamos crear un producto genial…»

La «Teoría de los cinco sentidos en el diseño» que propone Jinsop Lee señala que la inclusión de todos los sentidos en la percepción o interacción con las cosas, además de la vista y el tacto, puede dar lugar a nuevos productos o cambiar la forma de utilizarlos.

Ejecución de la lógica SAP BPC 10.0 NW en la capa SAP HANA (#HANABPC)

Si menospreciaste los Script Logics de SAP BPC NW (SAP Business Planning and Consolidation) y decidiste implementar toda la lógica y cálculos con código ABAP (a través de BAdIs, o peor aún, sin ellas) porque valoraste que así era más rápido y pensaste que esto sería así toda la vida… ya puedes acercarte a la pared más cercana y comenzar con los cabezazos sin parar… PORQUE SAP YA ESTA LLEVANDO LOS CALCULOS DE LA LOGICA SAP BPC A NIVEL DE SAP HANA DATABASE!!!.. y ¿quién puede asegurar que jamás tendrá SAP HANA?

Si menospreciaste los Script Logics de SAP BPC NW (SAP Business Planning and Consolidation) y decidiste implementar toda la lógica y cálculos con código ABAP (a través de BAdIs, o peor aún, sin ellas) porque valoraste que así era más rápido y pensaste que esto sería así toda la vida… ya puedes acercarte a la pared más cercana y comenzar con los cabezazos sin parar… PORQUE SAP YA ESTA LLEVANDO LOS CALCULOS DE LA LOGICA SAP BPC A NIVEL DE SAP HANA DATABASE!!!.. y ¿quién puede asegurar que jamás tendrá SAP HANA?

Uno de los cálculos más solicitados en un proyecto SAP BPC es la posibilidad de repartir, distribuir, asignar, desagregar, simular operaciones top-down, u otras tareas con denominaciones similares. Para estos casos SAP BPC ofrece la posibilidad de realizar la operación a través de codificación de pequeñas rutinas con su pseudolenguaje denominado Script Logic, el cual, actualmente se ejecuta en la capa ABAP de la arquitectura de este sistema.

La novedad es que la sentencia Script Logic, específica para los fines que se comentan en el párrafo anterior (*RUNALLOCATION/*ENDALLOCATION), desde la actualización SP11 de SAP BPC 10.0 NW y del correspondiente componente HANABPC (800 SP05 / 801 SP02) en una instalación SAP BPC on HANA se puede ejecutar en la capa HANA evitando cualquier iteración con la capa de la aplicación, mejorando considerablemente los tiempos de procesamiento. Si por alguna “extraña” circunstancia no se deseará utilizar esta funcionalidad, podría ser desactivada vía parametrización (DISABLE_ALLOCATION_ON_HANA = X).

NUEVA CLAUSULA PARA LOS REPARTOS

Las actualización SP11 de SAP BPC NW también incluye una nueva cláusula, disponible tanto para instalaciones HANA como no-HANA, para utilizarla en las estructuras RUNALLOCATION/ENDALLOCATION con el fin de evitar estructuras FOR/NEXT. Se trata de una variante de la clásica sentencia *DIM, denominada *DIM_NONAGGR, la cual no agregaría los miembros de dimensión seleccionados:

Referencia: SAP Note 1903167

«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