Bases para definir Best Practices en el diseño de informes con el EPM Add-in

Al no disponer de una buenas prácticas oficiales para diseñar informes con el nuevo cliente de los productos del portfolio SAP Enterprise Performance Management (SAP EPM), denominado EPM Add-in (SAP BusinessObjects EPM solutions, add-in for Microsoft Office 10.0), debería ser responsabilidad de cada equipo la definición de las directrices o pautas a seguir para lograr el resultado que se espera del modo más eficiente.


Al no disponer de una buenas prácticas oficiales para diseñar informes con el nuevo cliente de los productos del portfolio SAP Enterprise Performance Management (SAP EPM), denominado EPM Add-in (SAP BusinessObjects EPM solutions, add-in for Microsoft Office 10.0), debería ser  responsabilidad de cada equipo la definición de las directrices o pautas a seguir para lograr el resultado que se espera del modo más eficiente.

Para la gran mayoría que llegue a interactuar con el EPM Add-in, lo utilizarán como el componente cliente que les permitirá recuperar y actualizar los datos del modelo o aplicación SAP BPC (SAP Business Planning and Consolidation), producto del porfolio SAP EPM dirigido principalmente para la automatización de los procesos financieros/contables, como la planificación, presupuestos o consolidación financiera.

Creemos que cualquier definición de Best Practices debe partir, por un lado, de la experiencia y por otro, del conocimiento de las características, restricciones y limitaciones del producto a utilizar. Entendemos que el objetivo final de unas buenas prácticas, es detallar que es lo que se debe hacer y que no se debe hacer, para garantizar mayores niveles de eficiencia y con miras al futuro, para incrementar la factibilidad de las tareas de mantenimiento y evolutivos.

En el caso del diseño de informes con el EPM Add-in, deberíamos considerar los siguientes aspectos:

  • El EPM Add-in se integra a los productos MS Office, utilizando los recursos que estos tienen a su disposición.  En este sentido se debe tener presente que productos como MS Excel sólo puede utilizar un máximo de 1.2 GB de memoria.
  • Conociendo la limitación del uso de la memoria, se estima que los informes que se elaboren con el EPM Add-in no deberían superar los siguientes límites:
    • Más de 200.000 filas
    • Más de dos millones de celdas
    • Más de dos millones de miembros por cada conexión o fuente de datos, el cual se puede calcular, por cada dimensión, considerando el número de miembros  utilizar multiplicado por el número de jerarquías que tiene la dimensión.
  • Cuando se importa datos vía el Data Manager, no es posible recuperar más de 30.000 miembros en la misma operación.
  • No es posible tener más de 20 informes EPM Add-in en una misma hoja de cálculo.
  • Los importes de la edición NetWeaver pueden tener 13 dígitos antes del separador decimal y 7 dígitos en la fracción o decimal.
  • La funcionalidad “Insertar Miembros” no es soportada en los informes EPM Add-in con más de 150.000 filas en uno de sus ejes.

Configuraciones adicionales en un servidor SAP BPC NW

En entornos SAP Netweaver, cuando se está instalando SAP Business Planning and Consolidation (SAP BPC), hay algunas configuraciones adicionales que se deberán hacer, especialmente en la capa Netweaver, para que el procesamiento de información que se solicite desde BPC, funcione correctamente.


En entornos SAP Netweaver, cuando se está instalando SAP Business Planning and Consolidation (SAP BPC), hay algunas configuraciones adicionales que se deberán hacer, especialmente en la capa Netweaver, para que el procesamiento de información que se solicite desde BPC, funcione correctamente.

Una de estos ajustes es el tamaño del “Buffer” que se utiliza para el procesamiento con datos maestros en memoria caché (BPC NetWeaver Meta/Master Data caching mechanism), el cual a nivel del sistema, debe tener una configuración que corresponda a las necesidades de BPC.  Una configuración incorrecta, puede derivar en errores de procesamiento o en una pérdida de rendimiento.

Referencias:

Atributos automáticos en SAP BPC 10.0 NW


Recordar que atributos son necesarios para diseñar una aplicación o modelo SAP Business Planning and Consolidation (SAP BPC) para consolidar, con SAP BPC 10.0 NW, ya no es necesario, con una funcionalidad de la nueva interfaz web del Administrador, podemos agregar automáticamente estos atributos a la dimensión que estemos editando, según sea el tipo.  Este “automatismo”, al parecer, es posible por las referencias que encontramos en la tabla UJA_APP_RECATT.

Contenido de la tabla UJA_APP_RECATT

No es una buena práctica modificar las tablas y demás objetos desde BW, pero si fuera necesario tener algún atributo en algún tipo de tabla, por ejemplo, ENABLEJRN (1) para restringir el uso de miembros de dimensión, podríamos probar esta vía.

SAP BPC 10.0 SP09, disponible!!!

Las dos ediciones de SAP Business Planning and Consolidation, NeWeaver y Microsoft, vienen haciendo caminos distintos, la gran similitud que guardan es la terminología y los conceptos básicos en lo que se estructura la plataforma de soluciones financieras contables de SAP. Pero el “cómo” se implementan y la arquitectura que tienen, es cada vez más distinta.


Las dos ediciones de SAP Business Planning and Consolidation (SAP BPC), NeWeaver y Microsoft, vienen haciendo caminos distintos, la gran similitud que guardan es la terminología y los conceptos básicos en lo que se estructura la plataforma de soluciones financieras contables de SAP.  Pero el “cómo” se implementan y la arquitectura que tienen, es cada vez más distinta.

SAP, hace unos días, ha liberado la actualización SP09 de la versión 10.0 de SAP BPC para sus dos ediciones, con novedades particulares en cada caso.  Para la edición NetWeaver, la novedad que nos parece más relevante es la nueva funcionalidad de procesamiento paralelo, una característica que se deberá parametrizar según las necesidades y volumen de datos, con esta nueva característica podríamos optimizar los procesos de cargas de datos y consolidación financiera (lo adelantamos en un post anterior, también revisar Nota 1794758).  Para el caso de la edición Microsoft,  vemos menos novedades, donde nos parece relevante la posibilidades de uso de extensiones SDK para el desarrollo o mejora de aplicaciones.

Referencias: Nota edición NW (tambien) y Nota edición MS (también)

 

La “Distribución y Recopilación”, una de las características poco utilizadas en SAP BPC

SAP Business Planning and Consolidation (SAP BPC) en sus dos ediciones (para entornos SAP NetWeaver y para plataformas Microsoft) tiene una gran variedad de características, algunas de ellas ignoradas cuando se implementa esta plataforma para la automatización de procesos financieros/contables. Entre estas funcionalidades poco utilizadas podríamos mencionar las siguientes:


SAP Business Planning and Consolidation (SAP BPC) en sus dos ediciones (para entornos SAP NetWeaver y para plataformas Microsoft) tiene una gran variedad de características, algunas de ellas ignoradas cuando se implementa esta plataforma para la automatización de procesos financieros/contables.  Entre estas funcionalidades poco utilizadas podríamos mencionar las siguientes:

  • El gestor de documentos (Permite cargar documentos de diversos formatos al servidor de BPC y asociarlo a un contexto o área de datos)
  • Conectividad con Xcelsius (Para construir gráficas con interactividad, cuadros de mando o simulaciones del tipo “What-f” con los datos de los modelos de BPC).
  • Books (en 10.0, para guardar una “foto” del resultado de la ejecución de un informe con la posibilidad de seguir aplicando filtros sobre esta instantánea)
  • Comentarios (Para asociar textos a determinados contextos de datos)

Distribución y Recopilación 10.0

Consideramos que la “Distribución y Recopilación” (Distribution and Collection) también entra en esta categoría de funcionalidades poco usadas. Esta funcionalidad permite definir libros estáticos (offline templates) conteniendo informes o formularios de entrada para un conjunto especifico de usuarios, estos libros podrían ser distribuidos por email, almacenados en una carpeta de red y recopilados para enviar los datos que se hubiesen introducido al modelo BPC que le corresponda.  Los usuarios receptores de estos formularios, durante su uso, no necesitarían estar conectados al servidor de BPC.

En cuanto a la recopilación de datos sólo está disponible para los libros que contengan formularios de entrada, los cuales deberán tener un contexto de datos claramente definido, tanto los miembros de dimensión constantes, como los miembros de dimensión que serán variables en función del destinario. En el diseño del formulario se debería utilizar todas las dimensiones del modelo, en los ejes de columnas y filas irán las dimensiones que determinan la estructura del formulario de entrada de datos, el resto de dimensiones, sin excepción, deberían ir en el eje de página. Se sugiere evitar el uso de las opciones de bloqueo de contexto.

Utilizar estas funcionalidades se deben tener presente desde el inicio del proyecto, para tener en consideración las pautas que se exigen su uso, de no ser así, luego podrían ser complejas de adaptar.