Revisando el PAM de SAP BPC 10.0

El PAM (Platform Information, Support Pack Dates and Maintenance Dates) es el documento de referencia que tiene cada producto SAP con la información sobre la compatibilidad con otros productos, requisitos técnicos y fechas de próximas actualizaciones.


El PAM (Platform Information, Support Pack Dates and Maintenance Dates) es el documento de referencia que tiene cada producto SAP con la información sobre la compatibilidad con otros productos, requisitos técnicos y fechas de próximas actualizaciones.

Programa de actualizaciones de SAP BPC 10.0 Server (para NW y MS)

Comparando la primera versión del PAM de SAP Business Planning and Consolidation 10.0 (SAP BPC) que leíamos en septiembre de 2011, y la versión más actualizada a noviembre de 2012, vemos en el reciente documento, una información más completa y sin la necesidad de recurrir a un PAM de un EPM Add-in que nunca encontramos.  Adicionalmente, en el último PAM, también tenemos fechas de las próximas actualizaciones.

Post relacionado: SAP BPC NW 10.0 SP 09, ¿mejoras en rendimiento?

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?


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

Arquitectura para BPC sobre SAP HANA

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

La “dimensión Time” de SAP HANA

Si alguna dimensión nunca falta en cualquier repositorio de datos o sistema de información, ese el tiempo. SAP HANA también lo tiene en cuenta y nos ofrece la posibilidad de crear estas tablas de una manera inmediata a través de la definición de un “Attibute View”, si seleccionamos el tipo de vista “Time”.


Si alguna dimensión nunca falta en cualquier repositorio de datos o sistema de información, ese el tiempo. SAP HANA también lo tiene en cuenta y nos ofrece la posibilidad de crear estas tablas de una manera inmediata a través de la definición de un “Attibute View”, si seleccionamos el tipo de vista “Time”.

Definción de una vista de atributo de tipo Time (y creación de una dimensión TIME)

En la definición de la vista deberemos indicar lo siguiente:

  • Tipo de Calendario. Deberemos indicar  entre Gregoriano y Fiscal (para este segundo caso es necesario tener la definición de la tabla T009, símil a la tabla del mismo nombre de SAP R/3 que almacena las variantes de años fiscales).
  • Esquema. Sólo necesario para el tipo de calendario Fiscal se deberá indicar la ubicación de la tabla T009. Para el caso de calendario Gregoriano estas tablas se generan en el esquema _SYS_BI.
  • Granularidad.  Nivel de detalle que tendrá la tabla y la vista. En el caso de un nivel de detalle igual o inferior a Date, se crea una tabla con todos los campos o atributos denominada M_TIME_DIMENSION en el esquema _SYS_BI. Para niveles de detalle con menor granularidad se creará en el mismo esquema una tabla con el mismo nombre seguido del nivel de detalle
  • La opción “Auto Create” creará las estructuras y contenidos, la tabla se creará, por defecto, con todos los datos comprendidos entre 1990 y 2020.

Diseño de un Attribute View de tipo tiempo y tablas de tipo tiempo definidas

Una vez introducidos estos parámetros, la tabla y vista se habrán creado, veremos el lienzo de diseño de la vista, podremos agregar más atributos a la vista y finalmente sólo quedará guardarla y activarla.

Vista previa de una dimensión TIME

Creación de una «Attibute View» de SAP HANA

Las vistas de información de SAP HANA, diferencias técnicas al margen, tienen una utilidad funcional similar a los universos de SAP BusinessObjects BI o la capa semántica de cualquier plataforma de Business Intelligence: facilitar a los usuarios el acceso a los datos, haciendo transparente la terminología técnica que los rodea y presentando sólo los datos que realmente se requieren.


Las vistas de información de SAP HANA, diferencias técnicas al margen, tienen una utilidad funcional similar a los universos de SAP BusinessObjects BI o la capa semántica de cualquier plataforma de Business Intelligence: facilitar a los usuarios el acceso a los datos, haciendo transparente la terminología técnica que los rodea y presentando sólo los datos que realmente se requieren.

De los tres tipos de vistas de información que ofrece SAP HANA, las primeras que definiremos son aquellas que nos permitirán acceder a los datos de las tablas que actúan como maestros o dimensiones, estas vistas se denominan Attribute View o Vista de Atributos.  Por ejemplo, una tabla de “Proveedores”  puede tener una gran cantidad de datos, pero quizás, para las tareas de análisis, con el código y razón social será suficiente, brindar más datos podría dificultar la comprensión o desviaría el objetivo del análisis.

Un Attribute View de SAP HANA nos permite acceder a una o más tablas y presentar ciertos atributos o campos de estas tablas como si se tratase una sola.  Para crear las vistas de información se utiliza SAP HANA Studio.

Procedimiento para crear una «Attribute View»

Podemos acceder a la ventana de definición del Attibute View, a través del panel “Quick Launch” o el botón derecho sobre un package del Content (Perspectiva Navigator).

Vías para iniciar la creación de un Attribute View

El nombre de la vista sólo puede contener letras, números y el carácter de subrayado, el nombre que se introduzca se convierte en mayúsculas.  En cuanto a la descripción, no hay ninguna restricción. En el campo paquete debemos indicar dónde lógicamente quedará vinculada nuestra vista, este paquete deberá ser creado previamente.

Ventana inicial de definición de un Attibute View

En cuanto a los tipos de vista, tenemos:

  • Standard. Basada en tablas de la base de datos.
  • Time. Para creación de una visión y datos típica de una dimensión de tiempo que incluye información del día, semana, mes, año, etc.
  • Derived. Para cuando la definición de la vista partirá de la definición de otra vista existente, ambas vistas quedan vinculadas.  Cualquier cambio en la vista de referencia se reflejará en todas las vistas que la utilicen.
  • Copy from. Similar a la de tipo Derived, con la diferencia que no existe vínculo entre las vistas, cualquier cambio en la vista de referencia no se refleja en las vistas que la utilizaron a través de esta opción.

Selecciona la tablas o tablas que utilizaremos para crear nuetra vista de atributo en SAP HANA

Seguidamente, este asistente nos mostrará nuestro Catálogo, buscaremos en el esquema que lo contiene o podremos utilizar la opción para buscar una tabla.  (Podemos seleccionar más de una tabla).

Agregando atributos a nuetras vista Attribute View

A continuación, veremos en un lienzo las tablas seleccionadas en el cual deberemos agregar los atributos que deseamos utilizar en esta vista, para ello nos ubicamos sobre un campo de la tabla, hacemos clic derecho y en el menú contextual tendremos dos opciones para este fin: “Add as Key Attribute” (para los campos o atributos clave) y “Add as Attribute” (para el resto de atributos).

Salvar y validar nuestra Vista

Luego, podremos validar y grabar (primer símbolo verde) o grabar y activar (segundo símbolo verde). En HANA, al igual que los objetos de SAP ERP o SAP BW, ante de poder utilizarlos, estos deben ser activados. 

Ventana de activación de objetos

Finalmente, podremos comprobar el funcionamiento de nuestra vista, a través de una vista previa de los datos, accediendo al «Content» (perspectiva Navigator), y luego al «package» donde hemos almacenado nuestra vista.

Comprobación del funcionamiento de nuestra vista