HANABPC – Página 6 – aníbal goicochea

¿IP?, ¿BPS?… no te confundas, SAP BPC

En 2008, cuando “irrumpe” en el “mundo SAP”, SAP Business Planning and Consolidation (SAP BPC, antes OutlooSoft), la pregunta que todos los clientes y usuarios se planteaban era “¿Hasta cuándo tendrán soporte de manteamiento sus herramientas de planificación actuales? llámese estas herramienta de planificación BW-IP o BW-BPS (SEM-BPS). Han pasado cinco años, y esta pregunta sin una respuesta clara está muy presente en muchos usuarios.

En 2008, cuando “irrumpe” en el “mundo SAP”, SAP Business Planning and Consolidation (SAP BPC, antes OutlooSoft), la pregunta que todos los clientes y usuarios se planteaban era “¿Hasta cuándo tendrán soporte de manteamiento sus herramientas de planificación actuales? llámese estas herramienta de planificación BW-IP o BW-BPS (SEM-BPS). Han pasado cinco años, y esta pregunta sin una respuesta clara está muy presente en muchos usuarios.

SAP constantemente señala que para las nuevas implementaciones de planificación, presupuestos y consolidación se debe utilizar SAP BPC. Pero las actualizaciones tales como BW-IP en BW 7.3 o BW-IP sobre SAP HANA, generan dudas hasta el mismo Gartner, que en su último informe sobre plataformas de CPM (Corporate Performance Management que cubren las soluciones informáticas para las necesidades de las áreas financieras) sugiere a SAP, comunicar a los usuarios claramente su estrategia para su software de planificación y consolidación. Gartner sugiere que SAP debe brindar una solución de migración, pero resulta un poco iluso esperar tal cosa, ya es casi una «odisea» migrar SAP BPC desde la versión 7.5 a la 10.0, como para creer que algún día habrá un wizard para migrar desde otro producto a BPC.

Por todo lo visto hasta ahora y si consideramos la observación que comentábamos en un post anterior: “si un producto tiene planes de desarrollo sobre SAP HANA, este producto tiene futuro”, podríamos “sospechar” que IP o BPS tendrán un largo camino por delante, pero al no existir una comunicación oficial, resulta una “decisión de riesgo” iniciar nuevos desarrollos con estos productos basándonos en suposiciones, hoy por hoy, lo más fiable es SAP BPC.

Referencia SAP SCN y Nota SAP

Un “How to” para migrar SAP BPC 7.5 a HANABPC (SAP BPC NW powered by SAP HANA)

El documento de referencia nos da un poco más de luces del procedimiento que deberíamos seguir para una aplicación (ahora denominados modelos) SAP Business Planning and Consolidation (SAP BPC) para Netweaver a SAP BPC para SAP HANA. ¿Qué se obtendría con HANABPC? Con HANABPC podríamos llevar a cabo todo aquello que nos limita una base de datos tradicional, mayor velocidad de procesamiento, procesos en tiempo real, movilidad y arquitecturas de datos más simples.

Al igual que haríamos con cualquier migración sin SAP HANA, se considera como requisito indispensable que nuestro modelo está sobare SAP BPC NW 7.5. Cabe destacar que no es indispensable tener SAP NW BW powered by SAP HANA, dado que muchas aplicaciones que utilizan tecnología in-memory computing de SAP no requieren ser configuradas sobre el mismo Appliance HANA. Deberemos contar con SAP HANA BPC NW 10.0 con por lo menos la actualización SP6 o superior y configurado sobre SAP NW BW 7.3 SP6 (la versión 7.31 de BW aún no es compatible para HANABPC).

El procedimiento, en los primeros pasos, es similar a cualquier migración desde BPC NW 7.5 a BPC NW 10.0:

Backup del modelo BPC 7.5 origen
Restauración del modelo en BPC 10.0 (primero metadatos y datos maestros y luego datos transaccionales)
Ejecución del programa de migración (UJT_MIGRATE_75_TO_10)
Comprobación y activación del modelo migrado
Optimización del modelo (light optimization)

Los pasos adicionales para completar la migración del modelo a SAP HANA son los siguientes:

Ejecución del procedimiento para migra el modelo a SAP HANA (BPC_HANA_MIGRATE_FROM_10).
Comprobación de la migración (BPC_HANA_INFO_DETAIL)
Parametrización vía SPRO

Referencia: (aquí)

Fuentes para conocer próximas actualizaciones de SAP BPC

En SAP BPC, en ambas ediciones, Microsoft y NetWeaver, los componentes principales de regular actualización, son el servidor (en NW 7.3 componente CPMBPC800 y en NW 7.31 componente CPMBPC801) y el cliente, el cual permite acceder a los datos desde MS Excel, MS Word o MS PowerPoint (en ambas ediciones es el mismo componente, EPM Add-in 10.0). Adicionalmente, para entornos SAP NW BW sobre SAP HANA pueden tener el componente HANABPC.

En SAP BPC (SAP Business Planning and Consolidation), en ambas ediciones, Microsoft y NetWeaver, los componentes principales de regular actualización, son el servidor (en NW 7.3 componente CPMBPC800 y en NW 7.31 componente CPMBPC801) y el cliente, el cual permite acceder a los datos desde MS Excel, MS Word o MS PowerPoint (en ambas ediciones es el mismo componente, EPM Add-in 10.0). Adicionalmente, para entornos SAP NW BW sobre SAP HANA pueden tener el componente HANABPC.

Para ver la programación de las próximas actualizaciones de estos componentes, para el caso de CPMBPC podemos ver este enlace de SAP MarketPlace. Para el caso del EPM Add-in, HANABPC y también para el CPMBPC podemos revisar la nota 1366676, de estas fuentes sabemos que diciembre tendrá importantes actualizaciones:

SP09 del componente CPMBPC y por confirmar el SP10 (actualmente en SP08)
SP13 para el EPM Add-in 10.0 y estaría por confirmar el SP14 (actualmente en SP12 patch 5).
En cuanto al componente HANABPC, se actualiza alineadamente con el componente CPMBPC.

Referencia: (aquí)

HANABPC, ¿un SAP BPC sin restricciones?

En un proyecto de SAP Business Planning and Consolidation (SAP BPC), luego del análisis de las necesidades, el punto de partida de la implementación técnica, es el diseño del modelo de datos, pero guste o no, esta fase se debe asumir teniendo en consideración algunas “best practices” que sugieren un uso moderado de dimensiones (datos maestros) o casi “prohíben” el uso de fórmulas en los miembros de dimensión.

En un proyecto de SAP Business Planning and Consolidation (SAP BPC), luego del análisis de las necesidades, el punto de partida de la implementación técnica, es el diseño del modelo de datos, pero guste o no, esta fase se debe asumir teniendo en consideración algunas “best practices” que sugieren un uso moderado de dimensiones (datos maestros) o casi “prohíben” el uso de fórmulas en los miembros de dimensión.

En un post anterior, un comentario nos recordó la recomendación de no usar más de 16 dimensiones (mejor 13) en SAP BPC y señaló que esta restricción podría seguir vigente en la versión SAP BPC powered by SAP HANA (componente HANABPC). Ante la inquietante afirmación, preguntamos a un miembro del equipo que está elaborando la guía de Sizing para BPC sobre SAP HANA si esta restricción seguiría vigente en SAP HANA y nos brindó la siguiente respuesta:

This particular suggestion is not applicable for BPC on HANA due to architectural differences.

Teniendo en cuenta la viabilidad de usar más dimensiones, unido a otras posibilidades como la de poder utilizar fórmulas a nivel de miembros de dimensión (actualmente posible, pero nada recomendable) facilitaría el desarrollo de soluciones BPC, evitando complejas arquitecturas de datos. Ya veremos si con HANA, BPC no tiene restricciones.

Notas SAP sobre SAP BPC 10.0 NW powered by SAP HANA

Si tienes la suerte de estar trabajando con SAP HANA como plataforma y base de datos in–memory computing, o simplemente te estas preparando para cuando surja la oportunidad, una Nota SAP que deberías tener presente es la 1734706, este documento agrupa las referencias a las notas de SAP de SAP Business Planning and Consolidation sobre SAP HANA (HANABPC), no contiene todas, pero figuran las más relevantes

Referencia: NT 1734706