Archivo mensual: enero 2017

¿El modelo de datos de BPC está más integrado a BW? – Serie “Modelos SAP BPC Embedded”– Opinión personal – Parte II


(continuación de la serie)

Cuando leemos afirmaciones tales como: los modelo de datos Embedded de SAP BPC 10.1 NW sobre SAP HANA ofrece mayor integración con la capa de datos de SAP NW BW, consideramos que no es exacta. Teniendo clara la connotación de la palabra “integración”, como la suma de las partes  para conformar un todo, en vez del término “integración” quizás más exacto sería utilizar el vocablo “sustitución”.

integrar-la-rae-dice

Connotación de la palabra “Integrar” según La RAE

Modelado de datos “BPC Embedded”, filosofía BW-IP

En una plataforma SAP BusinessObjects Planning and Consolidation 10.1 sobre SAP HANA (o edition for SAP HANA) al construir modelos Embedded, definiremos todos los elementos que conformarán nuestra arquitectura de datos los en la capa de SAP NW BW, teniendo en cuenta los principios y filosofía de BW e Integrated Planning, y muy poco o nada, los conceptos conocidos de SAP BPC, más aún cuando se trata de un proyecto de Planificación que de Consolidación.

Sólo como paso final, en cuanto al modelado de datos se refiere, vincularemos nuestro Infoprovider (Cubo, DSO, aDSO, Multiprovider o CompositeProvider) a un Environment o Entorno BPC, indispensable si requerimos consolidar y resulta “optativo” en la planificación si requerimos utilizar funcionalidades propias de BPC, tales como el “flujo de procesos de negocio” (Business Processs Flow, BPF) o formularios/informes con interfaz Web. “Optativo”, porque no realizar esta vinculación no impide construir formularios de entrada de datos en Analysis for Office y poner en marcha un proceso de planificación o presupuesto.

usuarios-desconcertados-10-anos-de-desarrollo-de-sap-bpc-punto-de-partida-y-estado-actual-en-comun-sap-bw-ip

10 años de evolución de SAP BPC, punto de partida y estado actual en común: SAP BW-IP, ¿usuarios desconcertados?

 ¿SAP BPC Embedded, es realmente SAP BPC?

Efectivamente, el modelado de datos BPC Embedded resulta más eficiente y ágil, ofrece más independencia de los conceptos del BPC tradicional, tales como la tipificación de las dimensiones o el uso de un único ratio. Entonces, ¿SAP BPC Embedded, es realmente SAP BPC? Han pasado casi 10 años desde que SAP comprase OutlookSoft, bautizara esta plataforma de Planificación y Consolidación Financiera como SAP BPC y señalara que era la solución a elegir para estos fines. Si hace diez años la herramienta “oficial” de Planificación de SAP era Integrated Planning (SAP BW-IP), hoy por hoy, parece que hubiéramos regresado al punto de partida.

La gran variante de SAP BPC Embedded es la base de datos SAP HANA, la cual no tan sólo contendrá los datos de nuestros procesos automatizados, sino también realizará el cálculo o tratamiento de los mismos para obtener resultados en menor tiempo, gracias a su potencia de cálculo in-memory. Pero resulta que estos cálculos se diseñan y configuran en la capa Integrated Planning (SAP BW-IP).

SAP BPC Embedded tiene muy poco de BPC y más de BW-IP, a nuestro parecer, el nombre obedece a una estrategia comercial del fabricante, el cual exige una licencia de BPC aunque sólo se modele en BW – Integrated Planning.

Los cambios qué hay que tener en cuenta al adoptar SAP S/4 HANA


Tal como señala el fabricante, SAP S/4 HANA no es el sucesor de SAP Business Suite, S4 sigue los principios funcionales del conocido ERP, con las características estándares para los negocios, pero se erige sobre la arquitectura de datos in-memory de SAP HANA Database y la filosofía de interfaz de usuario de SAP Fiori. Estas dos nuevas tecnologías de SAP, las más disruptivas, conllevan cambios técnicos que se deben tener en cuenta al considerar la adopción de SAP S/4 HANA.

simplification-list-for-sap-s-4hana-on-premise-edition-1511

Muestra del documento de referencia

Muchas organizaciones cuentan con desarrollos a medida que utilizan una serie de estructuras de datos que quizás, por la simplificación de la nueva arquitectura de S/4, ya no existan o podrían estar considerablemente modificadas. SAP ha intentado agrupar, en un documento, la relación de estos cambios, en el denominado “Simplification List for SAP S/4HANA“, el cual consideramos de obligada lectura si se está considerando o planificando la implementación de SAP S/4 HANA.

Referencia: Simplification List for SAP S/4HANA (en sitio oficial o aquí)

¿Es Analysis for Office el mejor cliente para SAP BPC? – Serie “Modelos SAP BPC Embedded”– Opinión personal – Parte I


Nos planteamos esta pregunta por la “directiva” dada por el fabricante, el cual señala que para los denominados modelos Embedded (Embebidos o también alguna vez denominado Unificado) de SAP BusinessObjects Planning and Consolidation 10.1 para SAP NetWeaver edition for SAP HANA (SAP BPC 10.1 NW on HANA), se debe utilizar como herramienta cliente SAP Analysis, Edition for Microsoft Office (Analysis for Office o AO).

AO nacido para el reporting, adaptado para la planificación

Por experiencia, sabemos que es más eficiente una herramienta que nace para cubrir un determinado fin y desde el principio incluye funcionalidades y características propias para lograr los cometidos por los que fue creada. Analysis for Office fue presentada, hace ya algunos años atrás, como una herramienta para análisis OLAP (exploración de cubos BW) como complemento dentro de la interfaz de MS Excel, es a partir de una versión posterior, si no mal recordamos, la 1.4 que incluye la posibilidad de utilizarla como una herramienta de planificación, para lo cual hay que habilitar esta funcionalidad, que por defecto la tiene deshabilitada, inclusive hasta en la más reciente actualización, la 2.4, se debe realizar esta acción en cada instalación cliente.

AO como sustituto de BEx Analyzer

Analysis for Office nace como alternativa para cubrir las funcionalidades de reporting de BEx Analyzer, para lo cual consideramos, a la fecha, lo ha igualado y quizás superado incluyendo mejores posibilidades gráficas y mejores tiempos de respuesta en la recuperación de datos, según las fuentes de datos a las que se acceda.

AO como sustituto del EPM Add-In ¿?

El EPM Add-In nació como una herramienta cliente para diseñar formularios de entrada de datos y reporting para SAP BPC, este aspecto es importante con respecto a AO, sobre todo en ciertos proyectos de planificación, en que las necesidades del negocio exigen características especiales y muy particulares para facilitar la entrada de datos y garantizar la consistencia y coherencia de la información.

Analysis for Office es muy eficiente para acceder a Querys especialmente diseñadas para la planificación, las cuales pueden estar vinculadas a niveles de agregación de un cubo o un DataStore Object Advanced (DSOa, la estructura de datos recomendada para modelos Embedded 10.1), el cual a su vez, puede estar asociado a reglas de derivación y filtros. Pero esto no es todo lo que requiere un proyecto de Planificación, más exigente, a nivel de formularios, que un proyecto de Consolidación o de sólo Reporting.

“Limitaciones” de Analysis for Office

A nuestro parecer, a Analysis for Office (plugin Analysis) le falta camino por recorrer para igualar las capacidades y funcionalidades que incluye EPM Add-In, las cuales ha ido madurando en sus más de cuatro años de existencia. Entre otras cosas, observamos las siguientes principales “carencias” a Analysis for Office:

  • Pocas funciones y posibilidades para recuperar datos maestros (miembros y propiedades) desde las celdas de Excel.
  • Escasa librería de llamadas de la API de AO, necesaria para el desarrollo de macros o código de VBA para acceder a funcionalidades y a los datos maestros y datos transaccionales. Además de escasa documentación, algunos parámetros o posibilidades se “descubren” vía notas o respuestas a consultas al equipo de Soporte de SAP.
  • Limitada capacidad para combinar fuentes de datos, o un su defecto, las tablas de datos que se pueden insertar a partir de las fuentes de datos insertadas. Las posibilidades de combinar informes a través de los ejes de columnas, eje de filas o eje de página del EPM Add-In resultan más versátiles, inclusive para filtrar la información que se desea mostrar.
  • En cuanto al formato, las “Reglas de diseño” de AO resultan más complejas de gestionar con respecto a la “hoja de formato” del EPM Add-In, el cual podría ser reutilizado en cualquier libro, las reglas de diseño de AO algunas pueden ser definidas por macros y otras no, lo que obliga a definirlas en cada libro.
  • En ambos casos el tratamiento de jerarquías en los selectores de datos maestros o dimensiones sigue siendo limitado, sobre todo para el tratamiento de selectores con información filtrada, pero esto puede resultar aún más crítico en Analysis.

Conclusión

Consideramos que la unificación que está realizando SAP de las funcionalidades de sus herramientas cliente para MS Excel en un único producto, en Analysis for Office, aún tiene aspectos pendientes por mejorar, los cuales pueden ser muy críticos en proyectos de Planificación complejos, sobre todo si existe cierta integridad referencial entre los datos maestros (dimensiones) que conforman un modelo.

SAP señala que nuevos proyectos para BPC Embedded deben utilizar Analysis for Office, en caso contrario se deberá brindar al equipo de Soporte de SAP, los motivos por los que se utilizaría EPM Add-in o el plugin EPM. Una prueba de concepto podría corroborar las “carencias” que señalamos o quizás descubrir otras nuevas, y obtener más detalles según cada necesidad, información valiosa y necesaria para transmitirla a SAP Soporte, con vías de mejorar el producto u obtener soluciones.

Todo lo dicho, es pensando desde un proyecto nuevo, porque desde la perspectiva de una migración, los inconvenientes y filosofía sería otra.

 

Combinar tablas en Analysis for Office 2.4


Una de las principales novedades de Analysis for Office 2.4 es la combinación de tablas cruzadas (Crosstab) las cuales pueden corresponder, o no, a la misma fuente de datos. Esta posibilidad puede ser utilizada tanto para el reporting como para la planificación. El único requisito que se exige para combinar tablas es que la estructura del eje de filas de las tablas a combinar sea exactamente igual.  Así, si tenemos dos tablas como las siguientes:

ao24-scr1-combinar-tablas

y hacemos uso de esta opción, el resultado sería similar al siguiente:

ao24-scr2-combinar-tablas

Antes de hacer uso de esta nueva característica, nos debemos posicionar en el elemento común a las tablas a combinar. Consideramos que esta opción, por el momento, resulta muy básica comparándola a las posibilidades que brinda el EPM add-in a través de la combinación de informes por los tres ejes: filas, columnas o eje de página.

Habilitar opciones de planificación en Analysis for Office 2.4


Las opciones de planificación en Analysis for Office, en ninguna versión o actualización, están habilitadas por defecto, al menos hasta la actualización disponible actualmente, 2.4 SP01 del 13 de enero 2017. Para habilitar, el grupo de Planificación de la cinta de menú Analysis (Group Ribbon) sigue los siguientes pasos:

Accedemos al panel Analysis, opciones de personalización:

ao24-scr1-personalizar-interfase-de-usuario

Definimos un perfil de interface y grabamos:

ao24-scr2-definir-un-nuevo-perfil-de-interface

Activamos el Grupo de Planificación, es posible personalizar las opciones que estarán disponibles en este grupo y la establecemos como el perfil por defecto:

ao24-scr3-activar-el-grupo-de-planificacion

Como resultado de este ajuste, en la parte derecha de la cinta de menú de Analysis se verá el siguiente grupo de opciones:

ao24-scr4-grupo-de-planificacion

Será necesario activar esta opción si deseas construir formularios de entrada de datos en Analysis for Office, no importando dónde se almacenen, tales como modelos estándar de SAP BPC 10.0/10.1, modelos Embedded 10.1, SAP BW – IP  (Integrated Planning) con o sin SAP HANA Database.