¿SAP HANA-Optimized Infocubes?

En el anterior post se señalaba cómo SAP BPC NW 10.0 se puede beneficiar si se configura sobre SAP HANA y se utilizan los cubos optimizados. Si se lleva SAP NW BW sobre una plataforma SAP HANA (SAP NW BW powered by SAP HANA) el criterio que debería predominar es que se aplique toda la tecnología que nos permitirá obtener el mayor beneficio del procesamiento in-memory computing. Unas de estas técnicas a poner en marcha son los denominados SAP HANA Optimized Infocubes.


En el anterior post se señalaba cómo SAP BPC NW 10.0 se puede beneficiar si se configura sobre SAP HANA y se utilizan los cubos optimizados (Nota: SAP BPC NW 10.0 requiere SAP NW BW 7.3 y SAP NW BW 7.3 puede ser configurado sobre SAP HANA).  Si se lleva SAP NW BW sobre una plataforma SAP HANA (SAP NW BW powered by SAP HANA) el criterio que debería predominar es que se aplique toda la tecnología que nos permitirá obtener el mayor beneficio del procesamiento in-memory computing.  Unas de estas técnicas a poner en marcha son los denominados SAP HANA Optimized Infocubes.

Estos infocubos optimizados para SAP HANA se basan en que en la construcción del denominado “modelo en estrella”, físicamente no se crean tablas de dimensiones, ratios y características físicamente son incluidos en la tabla de hechos.  El concepto de dimensiones tal como se conoce en entornos BW se mantiene, como un “concepto lógico” con el fin de facilitar el uso de herramientas como BEx Query Designer.  Esta arquitectura, unida al almacenamiento en columnas, y la ausencia de dos tablas de hechos (Tabla E, datos comprimidos y Tabla F, datos de entrada no comprimidos) optimizará el rendimiento de cualquier aplicación.

Para convertir un tradicional infocubo a un infocubo optimizado, se utiliza una transacción que permite seguir utilizando la plataforma a los usuarios (excepto las cargas de datos), la operación de conversión tardará en función del volumen de datos, algunas estimaciones señalan entre 10 y 20 minutos para cubos con cientos de millones de registros.  Para esta conversión sólo se espera que el cubo origen no tenga más de 233 ratios (key figures) y un máximo de 248 características.

Referencias: aquí

Resumiendo Q&A de Webinar sobre SAP BPC (#SAPBPC o #BPC)

Ha transcurrido casi medio año desde que se liberó SAP Business Planning and Consolidation 10.0 para Netweaver (SAP BPC NW) y no nos queda duda que sucederá lo mismo que sucedió con la versión 4.0 de SAP BusinessObjects BI 4.0 (BI4), será necesario un año desde su liberación para contar con un producto estabilizado, BI4 ya lo ha logrado, con SAP BPC seguro que en medio año más tendremos menos problemas para implementarla.


Ha transcurrido casi medio año desde que se liberó SAP Business Planning and Consolidation 10.0 para Netweaver (SAP BPC NW) y no nos queda duda que sucederá lo mismo que sucedió con la versión 4.0 de SAP BusinessObjects BI 4.0 (BI4), será necesario un año desde su liberación (General Availability, GA) para contar con un producto estabilizado, BI4 ya lo ha logrado, con SAP BPC seguro que en medio año más tendremos menos problemas para implementarla.

SAP BPC NW 10.0, desde su liberación se han publicado dos actualizaciones para su servidor BPC (actualmente en el SP08) y para el componente cliente, denominado SAP EPM Add-in 10.0, más de una docena de actualizaciones (entre SPs y patchs, actualmente en SP12 Patch 6), componente en dónde se han encontrado la mayor cantidad de errores o temas por mejorar.

En un reciente webinar de SAP Insider se contestaron algunas preguntas, destacamos las que nos parecen más relevantes:

  • Sobre la migración de BPC NW 7.5 a 10.0 se señala dos técnicas: Actualización desde un servidor 7.5 e Instalación de un nuevo servidor 10.0 con importación de datos (aquí y aquí nuestros posts sobre este tema).
  • Es posible cargar datos maestros desde ECC a BPC utilizando una cadena de proceso (nota: es incluida en el estándar, debe ser habilitada a través del organizador de paquetes de BPC).
  • Se puede activar la funcionalidad de reconocimiento de miembros de dimensión para la construcción rápida de informes (nota: Esta funcionalidad del EPM Add-in es muy probable que todos quieran desactivarla, interrumpe el  trabajo si se desea trabajar con otros libros sin conexión a BPC y exige definir un único ID a nivel de un modelo para evitar el menú consultando a que dimensión pertenece ante una ambigüedad).
  • Si es posible utilizar SAP BPC 7.5 sobre SAP HANA (aquí nuestro post) pero realmente es en BPC 10.0, a través del componente HANABPC , donde se logrará un mejor rendimiento de HANA para el procesamiento de modelos BPC, en gran medida esto se logra porque se utilizan los denominados InfoCubos “HANA Optimized”.
  • Sobre los grandes cambios de la versión 10.0 de SAP BPC se destaca lo siguiente:  
    • Cambio del editor del perímetro de consolidación del Dynamic Hierarchy Editor (Basado en plantillas MS Excel-) al Ownership Manager (basado en interfaz Web),
    • Monitor de Consolidación (alternativa sólo disponible en entornos Netweaver).
    • Las reglas de negocio (business rules) no han cambiado, lo que ha variado es el entorno dónde se definen (en la edición Microsoft es similar a la versión anterior).
    • En cuanto a los Journals (formularios especiales para realizar ajustes como parte del proceso de consolidación) se han realizado algunos cambios en ambas ediciones.
  • En la edición para Microsoft (MS) las novedades más destacables es el soporte de MS SQL Server 2012 (desde el SP07) y mejora del rendimiento y en la edición para SAP Netweaver (NW) se  destaca el soporte de SAP HANA (desde la SP06) … ¿alguien duda que SAP BPC MS y SAP BPC NW son dos productos distintos, cada vez más?
  • SAP BPC powered by SAP HANA permite la manipulación de grandes volúmenes de información y al tener el procesamiento a nivel de base de datos, posibilita un mayor uso de las fórmulas a nivel de miembros de dimensión (Member Formulas, generalmente definidas en la dimensión de tipo Account), una característica a utilizar con moderación en otros entornos para no afectar el rendimiento.
  • Las soluciones cloud de SAP EPM (EPM on-demand solution from SAP) son complementarias a la solución estándar.

Referencias: aquí y aquí

Co-innovación, Co-creación, Open Innovation,… ¿a costa del cliente?

“Crear nuevos productos con la colaboración del cliente”, “diseñar mejores experiencias para el usuario”,… estas frases tan usadas suena muy bien, aún se «venden» y si le ponemos un nombre en inglés, mucho mejor.


“Crear nuevos productos con la colaboración del cliente”, “diseñar mejores experiencias para el usuario”,… estas frases tan usadas suena muy bien, aún se «venden» y si le ponemos un nombre en inglés, mucho mejor.

Buscando una definición de Co-innovation, nos quedamos con la siguiente:

“Coinnovación” es un modelo que parte de la unión de dos importantes conceptos, la innovación y la colaboración. Se fundamenta en una visión abierta de la empresa. Esta apertura para innovar se materializa con la colaboración con distintos “stakeholders” (o agentes implicados) que pueden ser internos o externos a la organización.

¿Pero cuáles son sus límites? Si un fabricante de software lanza un producto al mercado, clientes ilusionados lo adquieren inmediatamente, pero se encuentran que el software tiene errores que se traducen en no menos de una docena de “actualizaciones” o la corrección de alrededor de 1.000 “issues” en menos de un año y si además el usuario debe inventar soluciones alternativas (o workarounds, en inglés suena mejor), ¿esto es “co-innovación”?

Sin mencionar marcas o nombres de productos, las experiencias enseñan que ante un nuevo producto, lo recomendable es esperar por lo menos un año, para que el producto “madure”, siempre habrá “usuarios ilusionados” que lo adquieran inmediatamente que “colaborarán” en su “maduración”.

Referencias: (aquí y aquí)

Los PAM de SAP se modernizan

Cada producto SAP tiene un documento asociado denominado Matriz de Disponibilidad del Producto (Product Availability Matrix, PAM) estos documentos sintetizan en pocas páginas las características, requerimientos y planes de evolución de producto. Hasta ahora, el acceso a estos documentos es a través de un interfaz clásica pero poco funcional


Cada producto SAP tiene un documento asociado denominado Matriz de Disponibilidad del Producto (Product Availability Matrix, PAM) estos documentos sintetizan en pocas páginas las características, requerimientos y planes de evolución de producto.  Hasta ahora, el acceso a estos documentos es a través de un interfaz clásica pero poco funcional (aquí el enlace al sitio clásico).

SAP ha desarrollado una web específica para estos documentos (aún en fase beta) que facilitaría su acceso, por lo visto aún no tiene todos los documentos que debería tener, pero es un sitio web a tener en cuenta (aquí el enlace a la nueva web).  En ambos casos se requiere usuario/contraseña de SAP Marketplace.

Referencia: (aquí una muestra del PAM más consultado)

Después de elegir el componente #BI4, identificar la mejor conectividad

Post como el anterior conlleva un debate relativamente clásico al utilizar una plataforma de Business Intelligence como SAP BusinessObjects BI, el cual ofrece, hasta el día de hoy, 11 componentes para generar documentos o contenido BI para que las organizaciones puedan analizar su información.


Post como el anterior conllevan un debate relativamente clásico al utilizar una plataforma de Business Intelligence como SAP BusinessObjects BI, el cual ofrece, hasta el día de hoy, 11 componentes para generar documentos o contenido BI para que las organizaciones puedan analizar su información.  (otras entradas similares: aquí, aquí y aquí).

Utilizar 11 herramientas de BI en una organización no resulta muy recomendable, además del coste que significaría su administración, más de una de estas herramientas ofrecen las mismas funcionalidades, variando, principalmente, la interfaz o entorno de trabajo del usuario.  Para la elección de la herramienta BI adecuada, ante todo, debería ponderarse lo siguiente:

  • Autonomía que tendrá el usuario para generar nuevos contenidos (Self service)
  • Posibilidades de navegación o exploración de la información (jerarquización de los datos, funciones Drill down/Drill up o Profundizar/Sintetizar)
  • Calidad de la visualización
  • Tipos de fuentes de datos a las que se puede acceder

Si utilizaremos fuentes de datos SAP (BW o ERP), luego de haber elegido las herramientas de SAP BusinessObjects BI más adecuada para los usuarios, deberíamos identificar la conectividad que se utilizará, es decir, de qué modo se accederá a la información.  En entradas anteriores hemos compartido  algunos “mapas de conectividad” (por ejemplo aquí, aquí y aquí), su simple visualización pueden parecer algo complejos, pero al final se reducen a la aplicación de dos técnicas: Uso de universos (si tenemos la versión BI4, debería ser en formato UNX) o acceso directo vía BICS (BI Consumer Service, técnica introducida en BI4 para acceder a consultas BEx desde los componente de BI), en este segunda elección,  se debe valorar los siguientes aspectos:

  • Volumen de datos a procesar
  • Mejor interpretación de los metadatos BW (por ejemplo, lectura de jerarquías)  
  • Autonomía para crear nuevos documentos (los universos podrían ofrecer mayor entendimiento del modelo de datos)

Es muy probable que se elijan las dos técnicas, sobre todo si de Web Intelligence se trata (componente que no debería faltar en una implementación de SAP BO BI), en este caso la elección se debería detallar a nivel de informe o documento.