Archivo mensual: septiembre 2013

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?

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.

Extracto de la presentación Exploring the Synergistic Relationships Between BPC, ASUG - 09SEP2013

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:

Comparativa entre la clasica sentencia DIM y la nueva DIM_NONAGGR en la estructura RUNALLOCATION

Referencia: SAP Note 1903167

Anuncios

“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 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:

  1. Desde un formulario de entrada se selecciona los miembros nodos o padre.
  2. Se introducen los valores que se desean desagregar.
  3. Se accede a la nueva opción (Planning > Disaggregation).
  4. Se visualizará una ventana que permita escoger el método de desagregación (Proportional, Equal y Relative Proportional).
  5. 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.
  6. 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).

Anidamiento de fórmulas en miembros de dimensión y Agregación de jerarquías de miembros de dimensión con fórmulas, dos características posiblescon HANABPC 800 SP05 y HANABPC 801 SP02

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

Nueva utilidad para eliminar ficheros temporales en SAP BPC 10.0 NW


Una instalación de SAP Business Planning and Consolidation (SAP BPC) por la operativa de los procesos configurados, tales como las cargas de datos o la ejecución de lógicas (Script Logics), se generan ficheros temporales (logs) que deben ser controlados y casi siempre eliminados con regular frecuencia.  Una instalación de SAP BPC requiere que se definan una serie de tareas de administración para que no pierda rendimiento en la ejecución de sus procesos o se genere errores graves que bloqueen su total funcionamiento.

Pantalla inicial de UJF_FILE_SERVICE_CLEAN_LOGS de SAP BPC NW 10.0, utilidad para eliminar ficheros logs, temporales o dañados

Hasta hora, para la eliminación de los ficheros temporales contábamos con más de un programa/report a nivel de SAP NW BW, hasta cierto punto el trabajo resultaba algo artesanal.  Con la actualización SP12, prevista para diciembre, contamos con una nueva utilidad (UJF_FILE_SERVICE_CLEAN_LOGS) que nos brinda las siguientes características:

  • Identificación de los fichero temporales señalando el tipo de proceso que lo ha generado (Data Manager o Script Logic) o si se trata de un fichero corrupto.
  • Puede ejecutarse en modo test para consultar los ficheros identificados antes de proceder a su eliminación.
  • Podemos señalar la antigüedad de los ficheros a considerar.
  • Puede ejecutarse en segundo plano o programarse para que se ejecute  automáticamente cada cierto tiempo.

La buena noticia es que no es necesario esperar hasta la liberación de la actualización SP12, a través de la nota 1908533 podemos contar con esta nueva herramienta para mejorar la administración de una plataforma SAP BPC 10.0 NW.

Quién Es Quién, suplemento del diario Expansión


El diario Expansión ha publicado hoy 26 de septiembre una nueva edición de su suplemento especial “Quién es Quién”, un pequeño directorio de las principales empresas de la economía española agrupadas por sectores.  En cuanto a las empresas relacionadas a la Consultoría e informática compartimos un pequeño extracto (ver referencia).

Quién Es Quién suplemento del diario Expansión del 26 septiembre 2013 (páginas sobre Consultoría e Informática)

Referencia: (aquí y otras ediciones de esta publicación)

Complemento para el Sizing de SAP Suite on HANA


Agregando a la entrada anterior sobre el dimensionamiento de la cantidad de memoria requerida (Sizing) para un sistema SAP Suite on HANA, SAP ofrece una herramienta adicional la cual se debe utilizar una vez migrado los datos a SAP HANA Database.  Los valores obtenidos por esta nueva utilidad no deben ser tomados como valores absolutos sino como una referencia adicional, debido a que no todos los tipos de objetos de la plataforma son considerados para el cálculo de la memoria requerida.

Resultados del informe ZNEWHDB_SIZE para el dimensionamiento (Sizing) de memoria para SAP Suite on HANA (entre otros componentes, SAP ERP)

Se trata de una sentencia SQL que muestra un pequeño informe. Todas las indicaciones necesarias para utilizar este recurso se encuentra en la nota de referencia, se sugiere acceder a esta nota para obtener la última versión de la utilidad.

Referencia: SAP Note 1872170

Sizing para SAP Suite on HANA


El “Sizing”, dimensionamiento o estimación de las necesidades de memoria y CPU es uno de los primeros pasos y más relevante al implementar un nuevo producto SAP, en el caso de la plataforma SAP HANA o cualquier de los productos que funcionan sobre esta HANA tiene aún más importancia como en el caso de SAP Suite on HANA, la cual incluye los siguientes componentes:

  • SAP ERP 6.0, version for SAP HANA,
  • SAP CRM 7.0, version for SAP HANA,
  • SAP SCM 7.0, version for SAP HANA,
  • SAP Supplier Relationship Management 7.0, version for SAP HANA

Para calcular la cantidad de memoria requerida, SAP sugiere el uso de la herramienta QuickSizer. Pero para un cálculo aproximado y rápido, SAP señala el siguiente criterio: 50% del tamaño total de las tablas de datos, incluyendo índices, más 20% como margen de seguridad.  También se debe considerar los crecimientos futuros en datos o el uso de otras aplicaciones.

Referencia: SAP Note 1793345

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 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í)

Notas SAP para la conectividad SAP BPC con los componentes SAP BusinessObjects BI


SAP BusinessObjects Business Intelligence (SAP BO BI o SAP BI) poco a poco va mejorando como el mejor complemento para el reporting y análisis de la información de las distintas soluciones SAP. SAP Business Planning and Consolidation (SAP BPC) tanto la edición para NetWeaver (NW) como para plataformas Microsoft (MS) tienen en el SAP EPM Add-in la herramienta de reporting y diseño de formularios de entrada de datos en entorno MS Office (especialmente en MS Excel), pero para ciertas necesidades de usuario puede resultar insuficiente.

En los casos que el usuario requiere cuadros de mando interactivos o realizar reporting analítico utilizando la funcionalidad de herramientas tales como Web Intelligence, existe la posibilidad de “explotar” los datos BPC NW / MS con visualizaciones Xcelsius (SAP Dashboards) y otros componentes de SAP BO BI que accedan a universos BusinessObjects.  En la nota de referencia encontrarás un compendio de notas técnicas que hacen referencia a las posibilidades de conectividad SAP BPC – SAP BusinessObjects BI (sugerimos su consulta directa con cierta frecuencia por la novedades que surjan en el futuro).

Referencia: SAP Note 1909030 – Common topics regarding connections from BI to BPC data sources

 

Spatial Processing con SAP HANA SPS 06


Tener ubicados los valores de los indicadores de negocio sobre una imagen puede resultar atractivo y muy útil para un usuario, con esta referencia los usuarios podrían contextualizar mejor el dato y a partir de este punto profundizar en el análisis de la información.  A pesar de los avances logrados, las posibilidades de estas visualizaciones son limitadas, especialmente en la capacidad del volumen de datos a procesar y las operaciones que se puedan realizar entre las porciones que conforman la imagen.

Muestra de una imagen diseñada utilizando Spatial Data de SAP HANA SPS06Con la actualización SPS06 de SAP HANA se introduce el concepto de procesamiento espacial (Spatial Processing) todo un sistema para almacenar y operar los datos de indicadores complementados con información espacial (spatial vector data). El Spatial Processing de SAP HANA ha significado las mejoras en sistema in-memory computing de SAP para soportar Spatial Columns, nuevos tipos de datos, inclusión de nuevos métodos de acceso a los datos (nuevas funciones SQL) y cambios en la estructura de los índices.  A partir de la actualización SPS06 de HANA contamos con una base de datos para dos fines distintos pero complementarios, indicadores de negocio y datos espaciales (spatial data).

Ejemplo de las nuevas funciones SQL para el Procesamiento Espacial con SAP HANA SPS06

Los denominados datos espaciales (Spatial data) describen la posición, forma y orientación de un punto. Los Spatial Data se representan como geometrías 2D en forma de puntos, líneas poligonales y polígonos. Por ejemplo, en la primera imagen incluida en esta entrada se muestra el estado de Massachusetts, representado por la unión de polígonos en donde cada uno de ellos corresponde a un código postal.

Jerarquía de datos para una columna que se defina de tipo ST_Geometry (Spatial Data SAP HANA SPS 06)

SAP HANA es más que una base datos, es una plataforma para cubrir las diversas necesidades de los usuarios de negocio, si en la actualización SPS05 el aspecto más relevante fue la inclusión del motor Extended Application Services (SAP HANA XS), en la actualiación SPS 06 una de las más importantes novedades sería el Spatial Processing.

Referencia: (aquí)