Planificación y presupuestos – Página 18

El «después» de la actualización SP11 de SAP BPC 10.0 NW

Lo usual que se puede esperar de un nuevo modelo, versión o actualización de cualquier cosa es que nos brinde mejoras o soluciones a problemas, pero en informática, casi siempre no es así. No sorprende que lo que tango gustaba ya no existe o lo que funcionaba bien genera nuevos problemas.

SAP no es la excepción a esta regla, todo lo contrario, pero con la salvedad que con relativa prontitud nos brinda nuevas actualizaciones que solucionan los problemas originados de la actualización anterior. En el caso de la última actualización SP11 de SAP Business Planning and Consolidation for NW (SAP BPC) hemos encontrado tres notas que deberían aplicarse luego de esta actualización, en especial 1912030 si es que tienes modelos de Consolidación, la cual señala lo siguiente:

After install note 1775713 or upgrade BPC (Business Planning and Consolidation) to versions between Support Package SP09 and SP11, Balance Carry Forward gets performance issue.

Las otras dos notas son las siguientes:

La «Nota Central» de HANABPC para BPC NW 10.0 on HANA

Sea con la expresión “Collective Note” o con “Central Note” existen notas centrales que recopilan, a modo de índice, las notas SAP sobre un determinado producto, componente o inclusive, necesidad, como puede ser la mejora de rendimiento de una herramienta.

En el caso del componente HANABPC esta nota es la 1734706, en este documento se señalan las notas de cada Service Pack (SP) relacionadas al componente que posibilita el uso de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) sobre la plataforma SAP HANA. En la actualidad este componente se encuentra en el nivel de actualización SP05 (para HANABPC 800) y SP02 (para HANABPC 801) que corresponden al SP11 de SAP BPC 10.0 NW.

Se debe recordar que existen dos versiones de componentes HANABPC, la 800 para BPC 10.0 NW para entornos NW 7.30 y la 801 para BPC 10.0 NW para NW 7.31 y 7.40. La nota 1734706 debe ser consultada cuando se publique una actualización para ver las correcciones o mejoras que incluyen. Para SAP BPC NW 7.5 existe una versión para HANA (aquí y aquí posts al respecto) pero apenas vemos novedades para este componente.

“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

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