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

Los Packages de SAP HANA

Antes de iniciar la definición de las vistas de información con SAP HANA Studio, primero se debe definir los paquetes (packages) que los contendrán. Los paquetes son contenedores lógicos que nos permitirán tener las vistas que corresponden a un proyecto o aplicación, en un solo sitio, esto no impide que las vistas que se utilicen puedan provenir de distintos paquetes (siempre y cuando, se cuento los privilegios de acceso necesarios).


Antes de iniciar la definición de las vistas de información con SAP HANA Studio, primero se debe definir los paquetes (packages) que los contendrán.  Los paquetes son contenedores lógicos que nos permitirán tener las vistas que corresponden a un proyecto o aplicación, en un solo sitio, esto no impide que las vistas que se utilicen puedan provenir de distintos paquetes (siempre y cuando, se cuento los privilegios de acceso necesarios). 

El uso ordenado de paquetes también de ser visto como una buena práctica para las futuras tareas de mantenimiento. No se debe confundir el concepto paquete con el de esquemas, el cual se aplica a las tablas de datos de SAP HANA database.  Los paquetes SAP HANA pueden ser de dos tipos:

  • Estructurales (Structural). Es un paquete que contiene otros paquetes. Utilizado para ordenar los paquetes en un estructura de árbol.
  • No estructurales (Non-Structural). Es un paquete que contiene vistas, procedimientos y otros objetos.

Ventana para la definción de un package de SAP HANA

A través de los enlace del «Quick Launch» de SAP HANA Studio, accederemos a la ventana para definir el package, una vez introducimos los datos solicitados en esta ventana, visualizaremos este objeto en el Content de la Perspectiva Navigator.  (El campo “Delivery Unit”, es opcional, equivale a un número de orden de transporte).