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.

Videocurso sobre SAP EPM Add-In… Ya disponible!!!


Son un poco más de 5 horas de grabación en dónde cubrimos gran parte de las características de las herramientas cliente para SAP BPC, EPM Add-In y el  plug-in EPM de Analysis for Office.

Cuando participas en una formación convencional o presencial, es inevitable los fallos de equipo o software, preguntas reiterativas, “historias” o “batallas” del formador o demás participantes. Con este formato, te ahorras todos estos contratiempos. Estimamos que en una formación tradicional, todo nuestro temario sería cubierto, en no menos, de tres sesiones de cinco horas cada una.

Durante el curso, desarrollamos,  paso a paso, varios ejercicios que podrás realizar. Al igual que en otros de nuestros videocursos, puedes acceder cuando quieras, desde el lugar que desees y las veces que lo necesites.

Más información aquí

Caso a tener presente al definir “Local Members” en el EPM Add-In, cliente de SAP BPC


La creación o modificación de un informe EPM Add-In o con el Plug-In EPM de Analysis for Office con Local Members o Componentes Locales, la característica para definir fórmulas Excel que se integrarán a la estructura del informe, puede resultar una tarea con algún contratiempo si no sigue ciertas pautas que te explicamos en el siguiente vídeo.

Se trata del error que se genera con la función EPMPOSITION de los Local Members de las aplicaciones cliente de SAP BPC (SAP BusinessObjects Planning and Consolidation 10.0 y 10.1) cuando se insertan columnas o filas antes de la definición de estos elementos.

Referencia: Quizás te interese esta propuesta de formación en EPM Add-In para SAP BPC.

SAP BPC 10.1 NW sobre SAP BW 7.5, sin Add-Ons adicionales


Debes tener en cuenta, que los componentes o Add-Ons CPMBPC y HANABPC, necesarios para el diseño de modelos clásico o estándar, en una plataforma de SAP BusinessObjects Planning and Consolidation 10.1 NW (SAP BPC) sobre SAP NW BW 7.4, ya no los verás más si instalas o actualizas tu servidor con SAP NW BW 7.5. Estos componentes han sido integrados en SAP NW BW.

sap-bpc-10-1-nw-sobre-sap-nw-bw-7-40

Así, tenemos dos posibles escenarios para adoptar SAP BPC 10.1 NW: utilizando SAP BW 7.4 o con SAP BW 7.5, lo cual queda reflejado en el PAM (Product Availability Matrix) del producto, documento que resume los componentes requeridos para la instalación de un software SAP.

sap-bpc-10-1-nw-sobre-sap-nw-bw-7-50

Para la capa cliente, los requisitos técnicos que debe cumplir el equipo del usuario son los mismos para ambas alternativas.

sap-bpc-10-1-nw-sobre-sap-nw-bw-7-50-7-40-capa-cliente

Nota: Ten presente que, desde hace algunos meses, el nombre oficial de BPC es SAP BusinessObjects Planning an Consolidation.

Referencia: PAM – BPC 10.1 NW

VBA para EPM Add-In, aspecto a tener en cuenta si adoptarás Analysis for Office


Sabemos que la sugerencia de SAP, para instalaciones SAP BPC 10.1 con modelos embebidos, es utilizar el plug-in EPM de Analysis for Office como herramienta cliente. Si se trata de una nueva instalación o de una implementación de soluciones dónde no se han desarrollado macros (VBA – Visual Basic for Application), esta decisión sería más fácil de asumir.

Debes tener en cuenta que la compatibilidad entre el EPM Add-In y el plug-in EPM de Analysis for Office no es al 100%, al menos, si se trata de la  declaración de variables para utilizar la respectiva API (Application Programming Interface, la agrupación de rutinas para interactuar, vía código VBA, con un servidor SAP BPC).

declaraciones-vba-para-el-epm-add-in-incompatible-con-analysis-for-officePor ejemplo, el código VBA de la imagen anterior, es la declaración de una variable para usar la API, habitual con el EPM Add-In, pero esta declaración no funcionaría en Analysis for Office 2.3, debería utilizarse una declaración con dos sentencias:

Sub Prueba()
Dim wCofCom As Object
Dim wAPI As Object
Set wCofCom = Application.COMAddIns("SapExcelAddIn").Object
Set wAPI = wCofCom.GetPlugin("com.sap.epm.FPMXLClient")
...
End Sub

Dependiendo del volumen de formularios que tuvieses, esta “pequeña” modificación podría ser muy significante en un probable cambio de aplicación cliente para SAP BPC.

Referencia: SAP Note 2364627

Papelera de reciclaje de SAP BusinessObjects BI 4.2


Hasta las versiones previas de SAP BusinessObjects BI 4.2, la eliminación accidental de un informe o documento significa la pérdida irrecuperable o recurrir a las copias de seguridad, si es que esta se había realizado.

papelera-de-reciclaje-de-sap-businessobjects-bi-4-2-situacion

Con la introducción de la funcionalidad de la papelera de reciclaje de SAP BusinessObjects BI 4.2, cada eliminación de informes o documentos, se traslada dicho objeto con todas los elementos que conlleva, tales como sus instancias y definiciones de seguridad a una “zona intermedia” que permite su recuperación posterior.

papelera-de-reciclaje-de-sap-businessobjects-bi-4-2-que-sucede

Durante un período establecido, el usuario Administrador, u otro usuario miembro del equipo de Administradores podrá recuperar los informes eliminados o en su defecto, podrá eliminarlos definitivamente, imposibilitando su recuperación.

papelera-de-reciclaje-de-sap-businessobjects-bi-4-2-en-el-cmc

Hemos revisado algunas notas SAP reportando algunos errores en esta característica, los cuales se habrían superado en la actualización SP03 y posteriores.

Federación de fuentes de datos en SAP BusinessObjects BI


Con el término “federación” (federation) en SAP BusinessObjects BI se hace referencia a la posibilidad de combinar conjuntos de datos de proveedores o bases de datos distintas, sin la necesidad de recurrir a un repositorio físico que los agrupe.  La principal ventaja que obtendríamos es que accederíamos a la información más actualizada que almacenarían las fuentes de datos de nuestro interés.

sap-businessobjects-bi-4-1-y-posteriores-idt-data-foundation-federation-layer

A través del Information Design Tool (IDT, traducida como Herramienta de Diseño de Información), la aplicación cliente para crear universos, podemos definir diversas conexiones a fuentes de datos relacionales tales como Microsoft SQL Server, Oracle, IBM DB2, Sybase, Teradata, SAP BW (modo relacional), ficheros de texto, XML, Excel, entre otros. Definidas las conexiones relacionales las podemos agrupar en una capa de “infraestructura de datos multifuente” (multisource data foundation) para que se puedan acceder a ellas como si de una única fuente de datos se tratase.

En la denominada “Capa de Federación” (Federation Layer) del IDT, podemos definir los flujos de combinación de las tablas de las distintas fuentes que hemos seleccionado, para dar lugar a nuevas tablas lógicas, denominada tablas federadas, en estas combinaciones señalaremos los criterios y lógicas para este fin, haciendo uso de interfaz gráfica sin apenas necesidad de escribir código SQL, de manera similar a herramientas ETL (Extracción, Transformación y Carga de datos). Si fuese necesario escribir scripts SQL para la creación de una tabla federada, se deberá utilizar un SQL estándar, sin utilizar sentencias particulares que ofreciese cada fabricante de motores de bases de datos.

Debes tener presente que las infraestructuras multifuente para la federación de datos requieren más recursos del host de SAP BusinesObjects BI, los cuales son gestionados por el servicio “Data Federation”, incluido en el servidor Adaptive Processing Server (APS), el cual, como tarea de custumización o puesta a punto de la plataforma, debería estar en funcionamiento de manera aislada, con una asignación de 2 a 8 GB de memoria, según los volúmenes de datos que se acceda.

Acualización SP27 del EPM Add-In, “por defecto”, con acceso desactivado a modelos embebidos de BPC 10.1


Los mensajes que acompañan a los cambios o actualizaciones de los productos SAP, a nuestro parecer, les falta un poco de claridad, si vemos el siguiente texto, quizás nos preguntaríamos, ¿qué Add-In debo utilizar para mis modelos embebidos de SAP BPC NW 10.1?

sap-note-2165906-esta-nota-es-actualizada-cada-mes-cambiando-de-descripcion

En la nota anterior, se señala que en la próxima actualización del EPM Add-in SP27, por defecto, estaría desactivado la definición de conexiones a modelos embebidos de SAP BusinessObjects Planning and Consolidation 10.1 NW, correcto, esto ya es conocido. Pero adicionalmente, se señala que para Analysis for Office 2.3 SP02 también. Esto no significa que para los modelos embebidos deberíamos utilizar otro producto, al menos, no por el momento. 

sap-note-2327742

En la nota 2327742 se señala que para modelos embebidos se debe utilizar el plug-in Analysis del Analysis for Office, el cual ofrecería un mejor rendimiento al interpretar con más fiabilidad la arquitectura de estos cubos de datos. Entendemos que en el caso de Analysis for Office 2.3 SP02, el plug-in EPM seguiría existiendo pero deshabilitado para conexiones a los modelos embebidos.

Nueva Estrategia de Mantenimiento de SAP BusinessObjects BI


SAP BusinessObjects BI 4.2 ha logrado una mayor estabilidad, muy superior a la de sus predecesoras, la 4.0 y 4,1, tiempos en que SAP había previsto, dentro de su estrategia de mantenimiento, una liberación de un Service Pack (correcciones y pequeñas novedades) cada 4 o 6 meses y en el caso de los Patch (sólo correcciones de errores) cada 2 o 3 semanas. Pero esta previsión de actualizaciones ha cambiado según su nueva estrategia de mantenimiento, la cual la podríamos resumir del siguiente modo:

nueva-estrategia-de-mantenimiento-de-sap-businessobjects-biPara un adecuado control de actualizaciones de tu plataforma SAP BusinessObjects BI, te sugerimos tener control del Plan de actualizaciones, Fechas EOL (End of Life) de y la Estrategia de Mantenimiento BI.

estrategia-de-mantenimiento-de-sap-bi-bo

Controla que tu plataforma SAP BusinessObjects BI no quede obsoleta


Sabemos que las actualizaciones de SAP BusinessObjects BI 4.* son frecuentes y no es necesario aplicarlas inmediatamente, a menos que resuelvan problemas críticos que requerimos una pronta solución. Pero el extremo, no es conveniente, puedes estar utilizando una plataforma SAP BusinessObjects BI 4.0 o 4.1 y con un nivel de actualización fuera de soporte.

sap-bo-4-0-eol

En el enlace de referencia puedes encontrar un documento que señala las fechas de fin del ciclo de vida de las actualizaciones de SAP BO BI, que te puede ayudar a controlar el nivel de actualizaciones de tu plataforma, que complementaría con la planificación de actualizaciones de SAP que hemos publicado en una entrada anterior.   

sap-bo-4-1-eol

Referencia: aquí