Archivo de la etiqueta: HANABPC

¿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.

Anuncios

¿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.

 

Objetivos de un proyecto basado en SAP BPC 10.1 con modelos Embedded


Cuando hablamos de modelos SAP BPC 10.1 embedded, unificado o integrado, estamos refiriéndonos a la versión  de SAP BusinessObjects Planning and Consolidation 10.1 para SAP NetWeaver sobre la plataforma SAP HANA.   Al margen de matices o estilos para decir las cosas, consideramos que los objetivos que se planteen en un proyecto basado en modelos embebidos de SAP BPC 10.1 deben girar en torno a las siguientes aspiraciones:

  • Optimizar el uso de estructuras de datos. En versiones previas de SAP BPC, en muchas ocasiones, es inevitable tener replicada la misma información hasta en tres o más fuentes de datos (por ejemplo, los datos maestros en el ERP, BW y BPC). La filosofía 10.1 permite tener una única estructura en la capa BW-BPC, facilitando el modelado, permitiendo la reutilización de estructuras para nuevas soluciones, disminuyendo así, los costes de mantenimiento y desarrollos futuros.
  • Maximizar el uso de la potencia de cálculo de HANA. El anterior objetivo seguro que sería imperceptible para el usuario de negocio o usuario final. A través de la potencia de cálculo de la base de datos in-memory SAP HANA podemos implementar soluciones con funcionalidades, hasta ahora postergadas por los lentos tiempos de respuesta que se obtienen en las plataformas tradicionales, tales como los procesos online.  En modelos BPC Embedded se debe tratar que la gran mayoría de los cálculos se ejecuten en la capa de datos, en otras palabras, SAP HANA no tan sólo es el repositorio de datos de los modelos embebidos, sino también el motor que los procesa.  

el-fin-de-un-motor-de-base-de-datos-in-memory-computing-que-la-gran-parte-de-los-procesos-de-calculo-no-se-realicen-en-la-capa-de-aplicacion

Teniendo objetivos claros en el horizonte para este tipo de proyectos, se contribuirá a que la organización obtenga más beneficios de  una inversión tan importante como es SAP HANA.

Estrategia de aplicación cliente para SAP BPC 10.0 / 10.1


Cuando se habla de una aplicación cliente para SAP Businness Planning and Consolidation o SAP BusinessObjects Planning and Consolidation (SAP BPC), se piensa en un complemento o Add-In para Microsoft Excel.

Complementos para Excel de SAP más populares

Los complementos para Microsoft Office de SAP más populares son Analysis for MS Office (AO) y EPM Add-In. Analysis, es la solución para el denominado análisis OLAP, el sucesor de BEx Analyzer y el casi desconocido por muchos, Voyager.

El EPM Add-In, quizás más conocido por nosotros, es la aplicación cliente introducida con las soluciones 10.0 del portfolio SAP Enterprise Performance Management (SAP EPM), del que destaca SAP BPC 10.0. El EPM Add-In es la aplicación sucesora del complemento BPC for MS Excel de SAP BPC 5.* y 7.*.

Integración de complementos SAP en Analysis for Office

En muchas organizaciones, coincide el uso de ambos complementos, Analysis y EPM Add-In. SAP, tal como señala en su mapa de ruta de productos, desea facilitar la gestión y uso de los complementos para Excel, y en esta línea, a partir de la versión 2.1 de Analysis for Office se incluye en esta misma aplicación las funcionalidades del EPM Add-In.

Así, con una única instalación, los usuarios tendrán dos soluciones cliente, organizadas en dos cintas de menú en Microsoft Excel.

¿deberíamos utilizar SAP Analysis for MS Office?

Sólo, si los usuarios de tu organización utilizarán modelos SAP BPC 10.1 NW embebidos (Embedded) deberían utilizar Analysis for Office 2.1 o versiones superiores (recomendable 2.3). Para modelos SAP BPC 10.0 tanto NW o MS, o modelos SAP BPC 10.1 clásicos o estándares  se debería utilizar SAP EPM Add-In.

Si algo no cambiará es que SAP deje de cambiar los nombres a sus productos… Cambios en las propuestas de Planificación de SAP


Esto de cambiar nombres es muy habitual en SAP, seguro que lo hace con la intención de brindar un mensaje más claro, pero el hecho que un nuevo producto llegue a acumular dos o más nombres desde su lanzamiento hasta su primer año de su existencia, está en la “genética” de SAP. Pero al final, la confusión es inevitable para clientes y consultores.

Los cambios a los que en este post nos referimos, son los siguientes:

  • Simple Finance” pasa a denominarse “S/4HANA Finance
  • Integrated Business Planning for Finance” ahora se llamará “SAP Business Planning and Consolidation Optimization for SAP S/4HANA Finance

Según lo señalado por representantes de la empresa, el cambio obedece a la confusión que tienen los clientes con respecto a “Integrated Business Planning for Finance” (IBP), al cual están considerando como un producto independiente y ajeno a SAP BPC. SAP también observó que los usuarios asociaban IBP con los módulos de ventas, logística o producción.

Planificación en la Nube

Otro cambio que se comenta en el enlace de referencia es sobre “SAP Cloud for Planning” que ahora se denominará “SAP Cloud for Analytics for Planning”, una propuesta SaaS (software como servicio) para la que se puede contar con funciones Business Intelligence (BI) y planificación, y en el futuro con Predicción y GRC (Governance, Risk and Compliance).

Cabe señalar que la propuesta cloud no tiene interfaz Excel y está integrado bidireccionalmente con instalaciones BPC Microsoft y BPC NetWeaver (por ejemplo, podría planificar en la nube y luego trasladarla a su instalación BPC o podría trasladar sus datos maestros de BPC a la nube).

Se recalca que “SAP Cloud for Analytics for Planning” no sustituto de SAP BPC, no es BPC en la nube, es un producto independiente y complementario a BPC.

Grandes Planes de futuro

Se estima que dentro de un año, para la versión “S/4HANA Finance” se ofrecería la consolidación en tiempo real. Por otro lado, para el futuro, SAP BPC tendría integración con SAP Design Studio y SAP Lumira. También se señala que se está trabajando en la consolidación incremental, una funcionalidad presentada en la versión 10.0, pero que hasta ahora no ha llegada a funcionar.

Referencia: SAP Insider

//platform.twitter.com/widgets.js

Compendio de notas para solucionar errores en recuperación de datos o mejorar rendimiento en reporting SAP BPC


Cuando hablamos de reporting en SAP Business Planning and Consolidation (SAP BPC 10.0 / 10.1) nos referimos al estándar, al de SAP EPM Add-in 10.0 for Miscrosoft Office, herramienta que utilizamos para construir formularios de entrada de datos o informes, los cuales nos permiten actualizar o recuperar la información de los modelos SAP BPC.

Si observamos problemas de rendimiento u obtenemos datos incorrectos a través del SAP EPM Add-in, quizás podríamos solucionar estos problemas considerando algunas de las notas SAP recopiladas en la KBA (hablando con propiedad, ver entrada anterior) 2193471.

Pero además de la consideración de este compendio de notas, se sugiere considerar lo siguiente:

  • Ante todo, es recomendable contar con la última actualización disponible del EPM Add-in (SP24 Patch 01 del 17 de diciembre 2015, es la última actualización disponible a la fecha de esta entrada).
  • Deberían contarse con un procedimiento de optimización del modelo o modelos implicados (Light Optimization)
  • Si la cantidad de filas y columnas es numerosa, valorar la aplicación de opciones de usuario y de hoja que pueden ayudar a obtener resultados en menos tiempo, por ejemplo, prescindir de la identación según jerarquías o prescindir de cero y vacíos.
  • Compruebe si tiene demasiadas sentencias del tipo Script Logic que se ejecutarán cada vez que se graben datos definidas en el fichero Default.lgf.
  • Compruebe que las dimensiones contienen datos correctos, especialmente las dimensiones de tipo TIME (las propiedades PERIOD, BASE_PERIOD, MONTHNUM y TIMEID deben estar correctamente informadas).

Referencia: SAP Note 2193471 (o aquí, recomendable visitar SAP Marketplace)

//platform.twitter.com/widgets.js

Matriz de componentes de SAP BPC 10.1 NW


En el documento de referencia podremos obtener la matriz de compatibilidad entre los componentes que conforman la última versión de SAP Business Planning and Consolidation 10.1 para Netweaver (SAP PC 10.1 for NW). En esta matriz se señala el nivel de actualización recomendado para cada componente:

Matriz de compatibilidad según versiones de componentes SAP BPC 10.1 NW

Referencia: SAP Note 2103585

Ventajas de los modelos integrados de SAP BPC 10.1 NW


En SAP BPC 10.1 para SAP NW (SAP Business Planning and Consolidation for NetWeaver) tenemos la posibilidad de diseñar los modelos estándar para proyectos de planificación y consolidación, aplicando los mismos conceptos que conocemos en SAP BPC 10.0. Las grandes diferencias y ventajas lo encontramos en una instalación de SAP BPC 10.1 sobre una plataforma SAP HANA, diseñando modelos integrados o embebidos (Embedded Environment).

Evolución de SAP BPC sobre SAP HANA

Un modelo integrado se basa en los metadatos de SAP BW, lo que posibilita una mayor integración con toda la estructura de BW Integrated Planning Modeler (SAP BW-IP), la cual es muy potente en funciones de planificación. Por otro lado, SAP BW tiene una mejor integración con sistemas SAP ECC, al incluir en su “business content” amplios recursos para las tareas de carga de datos (ETL), evitando mayores redundancias de datos.

El entorno integrado se basa en el denominado Planning Apllication Kit (PAK), el cual utiliza la potencia de cálculo de SAP HANA para las funciones de planificación, proporcionando un rendimiento considerablemente superior.

A grandes rasgos, la definición de un entorno integrado de SAP BPC 10.1 constituye los siguientes pasos:

  • Definición de un modelo de datos en SAP BW.
  • Diseño de una aplicación utilizando BW-IP.
  • Diseño de una consulta utilizando BEx Query Designer.
  • Diseño de una aplicación utilizando un entorno integrado en SAP BPC.

SAP vuelve a cambiar nombres, esta vez en BPC 10.1


Podríamos señalar que el cambio de nombres a los productos y/o a los componentes que lo conforman, es el paso inevitable por el que transcurre la gran mayoría de productos SAP hacia su maduración. Esta vez, le ha tocado al recientemente estrenado SAP Business Planning and Consolidation 10.1 para NetWeaver.

Ventana de Gestión de Environments en el nuevo BPC 10.1 SP2 (Clásico o Estándar) - Opción Create estaría habilitada en una instalación Unified o Embedded

Tal como ya hemos comentado en alguna ocasión, en BPC 10.1 NW es posible crear entornos similares a los que conoces en la versión 10.0, a los que SAP nos enseñó, inicialmente, denominar como Clásicos (Classic). Por otro lado, en instalaciones de BPC 10.1 sobre SAP HANA, tenemos la posibilidad de crear estructuras para modelos de planificación que obtengan el máximo beneficio de la plataforma in-memory de SAP, esta otra categoría SAP nos indicó que se denominaba Unificado (Unified).

Pues bien, a través de la nota 2117885, SAP nos comunica que a partir del Support Package 3 (SP3) de BPC 10.1 NW, todo lo que conocíamos cómo Classic pasa a denominarse Standard  y todo lo que conocíamos cómo Unified, ahora se denomina Embedded.

Los tiempos de espera “razonables” según la guía de Sizing de BPC on HANA


Consultando la actualización de inicios de abril de la guía “Sizing SAP Business Planning and Consolidation 10, Version for SAP Netweaver on HANA” (BPC on HANA), vemos que SAP “peca” de benevolencia consigo mismo, al señalar los tiempos que tendría que transcurrir antes que un usuario pueda repetir una acción. Tiempos que seguro más de un usuario no estaría dispuesto de esperar. A continuación una muestra:

Tiempos para actividades de usuario en un entorno BPC sobre HANA

Referencia: SAP Marketplace