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.

Esperando a SAP BO Predictive Analysis

Ha transcurrido una semana desde que se comunicara la liberación o disponibilidad general de SAP BusinessObjects Predictive Analysis, y aún no lo vemos. SAP BO PA, a nuestro parecer, es muy importante para SAP y para sus usuarios, es una herramienta que no se solapa con otra propuesta que tuviera SAP hasta este momento, lo más similar era una compleja adaptación de IBM SPSS que requería muchas habilidades para su configuración y uso.


Ha transcurrido una semana desde que se comunicara la liberación o disponibilidad general de SAP BusinessObjects Predictive Analysis, y aún no lo vemos. SAP BO PA, a nuestro parecer, es muy importante para SAP y para sus usuarios, es una herramienta que no se solapa con otra propuesta que tuviera SAP hasta este momento, lo más similar era una compleja adaptación de IBM SPSS que requería muchas habilidades para su configuración y uso.

Con esta propuesta, SAP prescinde de terceros para brindar una completa plataforma de análisis y dirige sus esfuerzos en una línea de productos de creciente demanda, hasta ahora mal cubierta por fabricantes especializados o de nicho.

SAP define a SAP BusinessObjects Predictive Analysis como una solución de análisis estadístico y minería de datos que permitirá a los analistas y usuarios de negocio construir modelos predictivos para descubrir conocimientos y relaciones ocultas en los datos, modelos que permitirán hacer predicciones sobre futuros eventos.

Mientras esperamos contar con este nuevo producto, debemos tener en cuenta que se trata de una aplicación cliente (requiere ser instalada en cada ordenador donde se desea utilizar), no es indispensable contar con la plataforma de BI de SAP y podremos analizar los datos de una amplia variedad de fuentes tales como ficheros de textos, MS Excel, SAP HANA database, bases de datos relacionales (Oracle, Mysql, MS SQL,…) y universos BusinessObjects (UNV y UNX). La documentación sugiere 2 GB de memoria, pero nos parece lo mínimo, sugerimos el doble, sobre todo si tenemos presente que la calidad o certeza de los modelos estará determinada por el volumen de datos que se procese (a mayor cantidad de datos históricos, mayores posibilidades que las predicciones y relaciones identificadas reflejen la realidad).

Referencia: (aquí)

Clasificación de los riesgos de un proyecto

Identificados los probables riesgos que podrían surgir en forma de problemas en la ejecución de un proyecto (ver post anterior), deberíamos clasificar los riesgos identificados. El documento de referencia nos sugiere una clasificación que facilite la comprensión en base a las siguientes categorías:


Identificados los riesgos que podrían surgir en forma de problemas en la ejecución de un proyecto (ver post anterior), a continuación, deberíamos clasificar los riesgos identificados.  El documento de referencia nos sugiere una clasificación que facilite la comprensión en base a las siguientes categorías:

  • Riesgos Técnicos
  • Riesgos Externos
  • Riesgos Organizativos
  • Riesgos de gestión del proyecto

Estas categorías podrían ser subdivididas del siguiente modo:

Adicionalmente, en cada riesgo identificado se debería señalar a que aspecto(s) del proyecto afecta (factores impulsores del proyecto):

  • Alcance
  • Calendario
  • Presupuesto
  • Recursos
  • Calidad

Referencia: ISBN 978-84-415-3225-0

Libro SAP HANA gratis (edición completa)

Si descargaste la primera parte del libro SAP HANA Essentials que se publicó en mayo, quizás has recibido un correo comunicándote que ya esta disponible la segunda parte disponible, se trata sólo de un capitulo adicional.


Si descargaste la primera parte del libro SAP HANA Essentials que se publicó en mayo, quizás has recibido un correo comunicándote que ya esta disponible la segunda parte disponible, se trata sólo de un capitulo adicional.

Este libro no entra profundidad en los temas técnicos, pero puede ser muy recomendable para iniciarse en el mundo SAP HANA.  Para descargar el libro completo puedes entrar en este enlace (download code: 3AF36B4E).

Identificación de los riesgos de un proyecto

Ningún proyecto de implementación de cualquier tecnología se escapa de los contratiempos, pero la probabilidad que estos ocurran y las consecuencias que podrían causar, en muchas ocasiones son previsibles. Esta posibilidad que algo ocurra y genere incertidumbre, es decir la posibilidad que algo “inesperado” tenga lugar y que ocasione el incumplimiento de otras cosas, se denomina riesgo. Por ejemplo: Se utilizará un producto que incluye “recientes avances” de un uso práctico y real muy bajo (seguro que conlleva riesgos).


Ningún proyecto de implementación de cualquier tecnología se escapa de los contratiempos, pero la probabilidad que estos ocurran y las consecuencias que podrían causar, en muchas ocasiones son previsibles.  Esta posibilidad que algo ocurra y genere incertidumbre, es decir la posibilidad que algo “inesperado” tenga lugar y que ocasione el incumplimiento de otras cosas, se denomina riesgo.  Por ejemplo: Se utilizará un producto que incluye “recientes avances” de un uso práctico y real muy bajo (seguro que conlleva riesgos).

Para controlar estas situaciones “inesperadas” es necesario definir un plan de gestión de riesgos, el primer paso es identificar con antelación los riesgos a los que se enfrenta el proyecto.  Usando técnicas como la de “tormenta de ideas” son útiles para detectar los riesgos de un proyecto, pero además se debería contemplar las siguientes vías:

  • Revisar la estructura desglosada de tareas. Hay funciones y tareas de negocio críticas que nunca antes se han realizado que tienden a incrementar los riesgos.
  • Revisar lecciones aprendidas de proyectos similares.
  • Reuniones con expertos.
  • Diagramar las tareas del proyecto (diagrama de causas y efectos) para facilitar el análisis el uso del tiempo y los recursos.
  • Realizar un análisis DAFO (debilidades, amenazas, fortalezas y oportunidades).

Referencia: PMP Notes