anibal goicochea

KXEN ya luce logotipo como una «SAP Company»

Percibiamos pequeñas dudas por el anuncio del 10 de septiembre sobre la intención de compra de KXEN por parte de SAP , porque el comunicado sólo fue dado por la parte de SAP. Recién el 1 de octubre hemos leido la confirmación del anuncio por ambas partes. En el caso de KXEN ha sido el CEO de esta compañía el que ha anunciado que KXEN es un nueva compañía SAP.

Percibíamos pequeñas dudas por el anuncio del 10 de septiembre sobre la intención de compra de KXEN por parte de SAP , porque el comunicado sólo fue dado por la parte de SAP. Recién el 1 de octubre hemos leído la confirmación del anuncio por ambas partes. En el caso de KXEN ha sido el CEO de esta compañía el que ha anunciado que KXEN es un nueva compañía SAP.

Con este nuevo anuncio asumimos que KXEN tendrá un tratamiento similar al que tuvo Sybase cuando fue comprada por SAP, respetando su personalidad, manteniendo la imagen de marca y brindándole cierta independencia. Esta unión permitirá combinar la potencia de cálculo y almacenamiento de SAP HANA y los algoritmos y facilidad de uso que tienen los productos KXEN.

Con esta adquisición SAP considera que tendrá argumentos suficientes para competir contra IBM (con SPSS) y SAS, las compañías líderes en minería de datos y análisis predictivo, que juntas logran el 50% de cuota de mercado de este sector. SAP también señala que aspira a incluir la capacidad de KXEN en todos sus productos. El siguiente paso de SAP será la restructuración de toda su propuesta comercial y de producto de la cartera de Análisis Predictivo.

Referencias: Anuncio KXEN y Anuncio SAP

https://twitter.com/#!/anibalgoicochea/status/385529943738036224

“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