Mes: abril 2012

Consideraciones para migrar SAP BPC 7.5 a SAP BPC 10.0 (Entorno Netweaver)

Complementando a un post anterior, alcanzamos el siguiente resumen que podría ayudar al valorar una migración al nuevo SAP BusinessObjects Planning an Consollidation 10.0 (SAP BPC) entono SAP Netweaver.


Complementando a un post anterior, alcanzamos el siguiente resumen que podría ayudar al valorar una migración al nuevo SAP BusinessObjects Planning an Consollidation 10.0 (SAP BPC) entono SAP Netweaver.

Ante todo, se debe tener presente que para la actualización a SAP BPC 10 NW, sólo se admite desde la versión 7.5 y se puede aplicar una de las siguientes vías:

  • Actualización directa en un servidor existente. En primer lugar, el servidor debe ser actualizado a SAP NetWeaver 7.3 (desde la 7.01), posteriormente se debe actualizar SAP BPC de la versión 7.5 a la 10.0 y luego ejecutar el programa de migración (UJT_MIGRATE_75_TO_10 vía transacción SE38).  Es necesario que los usuarios estén fuera del sistema en todo momento. Es el escenario menos recomendado.
  • Actualizar en una copia del actual servidor BPC. Es un escenario más seguro  que el anterior. Recomendable cuando el sistema no está dedicado a SAP BPC y los usuarios no pueden ser interrumpidos.
  • Una nueva instalación e importar los datos. Quizás el escenario más “radical”, pero particularmente nos parece el más recomendable.  Luego de instalar y configurar el sistema según lo indicado en la documentación, se importarían los datos de SAP BPC 7.5 usando la transacción de backup y restore de BPC (UJBR) y luego se ejecutaría el programa de migración.

Se debe tener en cuenta que el programa de migración no recupera todos los objetos de los environments (aplicaciones) de la versión 7.5 a la versión 10.0, a grandes rasgos, tiene el siguiente comportamiento:

  • Todos los datos son migrados
  • Parametrizaciones a nivel administrador (con algunos cambios de nombres de parámetros)
  • Journals
  • Business Rules
  • Vaidaciones (ahora Controls)
  • Usuarios y seguridad, parcialmente, requieren trabajo manual adicional
  • Content Library parcialmente (las denominadas Web Pages no son recuperadas)
  • Business Process Flows son migrados (con alguna restricción, p.e. las instancias son ignoradas y algunas acciones de BPFs también)
  • Los Live Reports no son compatibles
  • Los Custom Menus no son migrados, han sido sustituidos por los denominados «Workspaces» y los denominados “BPF Activity Workspaces”.
  • Los informes y plantillas de entrada de datos pueden ser migrados pero con algunos inconvenientes.  Esta tarea corresponde al componente EPM Add-in, y dependiendo su complejidad, algunas plantillas deberían ser reconstruidas con el nuevo complemento.

Más información en los manuales de instalación y actualización.

Referencia: («how to»)

Sizing para SAP HANA (CPU y memoria)

Ante todo es importante señalar que para realizar un “Sizing” sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.


Ante todo, es importante señalar que un “Sizing” (estimación de necesidades hardware) sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.

Para SAP HANA, hay una serie de propuestas de hardware estándar que ofrecen los socios de SAP en esta tecnología (Fujitsu, IBM, entre otros), pero para cada realidad hay que considerar el número de usuarios que pueden estar trabajando en un período de tiempo (una hora), el tipo de trabajo que están realizando (SAP señala tres categorías: «easy», «medium», «heavy») y la frecuencia con lo que la realizan (SAP identifica tres categorías: «sporadic», «normal», «expert») esta información determinará las necesidades de CPU.

Para determinar las necesidades de memoria se toma en consideración el tamaño de las tablas de datos que se desean incluir en la plataforma HANA, aplicando un factor de compresión.  Para este fin SAP tiene una serie de scripts (programas SQL) que son aplicados según el tipo de base de datos.

Una reciente novedad para estimar el dimensionamiento de una plataforma SAP HANA es la posibilidad de utilizar SAP Quick Sizer, una aplicación Web utilizada para dimensionar las necesidades de hardware de las herramientas más utilizadas en SAP.

Recomendado la lectura de la Nota 1514966, además de la documentación de instalación y configuración de SAP HANA que se actualizada con regular frecuencia.

«Exprimiendo» a SAP BPC

Invertir en un software que sólo se usará unas cuantas semanas al año, puede ser un poco difícil de justificar su inversión, no es el caso de SAP BusinessObjects Planning and Consolidation (SAP BPC), además de las clásicas aplicaciones contables – financieras: Planificación, Presupuestos, Previsiones, Consolidación y Tesorería; SAP BPC puede tener otros usos.


Invertir en un software que sólo se usará unas cuantas semanas al año, puede ser un poco difícil de justificar su inversión, no es el caso de SAP BusinessObjects Planning and Consolidation (SAP BPC), además de las clásicas aplicaciones contables – financieras: Planificación, Presupuestos, Previsiones, Consolidación y Tesorería; SAP BPC puede tener otros usos.

Todo trabajo que implique la gestión de un proceso, intervengan más de una persona, el flujo de información/cálculos sean considerable y repetitivo; es un  procesos candidato a ser automatizado con una herramienta como SAP BPC, por ejemplo: Visitas a clientes, Campañas de Marketing, Elaboración de horarios o Estimación de las necesidades de RRHH, este último caso, SAP ha desarrollado un modelo que comentamos en un post anterior y complementamos en esta entrada adjuntando las imágenes que explican el proceso de negocio que se ha contemplado para desarrollar «SAP BusinessObjects Operational Headcount Planning»: 

Ramp-up en curso más relevantes del 2012

Ramp-up, es la última fase de desarrollo de un nuevo producto o de una actualización importante de un producto SAP, en la que participan un grupo reducido de clientes y partners abordando proyectos de implementación del nuevo software. Sirve esta fase para detectar problemas antes de anunciar la “general availability”, por lo general, la superación de esta fase está en función del número de proyectos culminados satisfactoriamente, que varía según el equipo de trabajo.


Ramp-up, es la última fase de desarrollo de un nuevo producto o de una actualización importante de un producto SAP, en la que participan un grupo reducido de clientes y partners abordando proyectos de implementación del nuevo software.  Sirve esta fase para detectar problemas antes de anunciar la “general availability”, por lo general, la superación de esta fase está en función del número de proyectos culminados satisfactoriamente, que varía según el equipo de trabajo.

¿Ramp-ups más “relevantes”? bueno, para el que lo escribe, quizás obviemos otros, pero una primera mirada a la página web de Ramp-up de SAP,  identificamos los siguientes que sería culminados en 2012:

  • SAP BusinessObjects Planning and Consolidation NW 10 (23 abril)
  • SAP Netweaver BW 7.3 Powered by SAP HANA (Mayo)
  • SAP BusinessObjects Strategy Management 10.0 (16 junio)
  • SAP BusinessObjects Predictive Analysis 1.0 (Agosto)
  • SAP BusinessObjects BI 4. 0 Feature Pack 3 (16 septiembre)
  • SAP BusinessObjects Edge BI 4.0 Feature Pack 3 (16 septiembre)
  • SAP Crystal Server 2011 Feature Pack 3 (16 septiembre)
  • SAP Infrastructure Management 1.0 (Tercer trimestere)

El BI es cosa de 5, dónde SAP es el líder

Guste o no, año tras año la fotografía es la misma, los mismos cinco fabricantes de Software de Business Intelligence dueños del más del 70% del mercado compuesto por más de cien empresas con propuestas de BI.


Guste o no, año tras año la fotografía es la misma, los mismos cinco fabricantes de Software de Business Intelligence dueños del más del 70% del mercado compuesto por más de cien empresas con propuestas de BI.

En el informe presentado por Gartner señala que el BI sigue creciendo, el pasado año lo hizo en un 16,4%.  Los porcentajes de participación de las cinco empresas que lideran este mercado apenas han variado, exceptuando a SAS Institute, el ranking de Gartner de BI sigue sin variación: SAP, Oracle, SAS Institute, IBM and Microsoft.

Referencia: Gartner.com