SAP BusinessObjects BI 4.0 SP04 Patch 06, disponible

Con fecha 2 de noviembre, SAP ha publicado la actualización Patch 06 de SAP BusinessObjects BI 4.0 SP04, se trata de 60 nuevas correcciones, distribuidas entre todos los componentes de toda la plataforma de BI de SAP. Al ver la programación de próximas actualizaciones, se debería valorar la espera del SP05, esta actualización, además de la solución de errores, traería algunas mejoras interesantes.


Con fecha 2 de noviembre,  SAP ha publicado la actualización  Patch 06 de SAP BusinessObjects BI 4.0 SP04, se trata de 60 nuevas correcciones, distribuidas entre todos los componentes de toda la plataforma de BI de SAP.  Al ver la programación de próximas actualizaciones, se debería valorar la espera del SP05, esta actualización, además de la solución de errores, traería algunas mejoras interesantes.

(clic en imagen o aquí para ampliar)

Por la proximidad de la actualización de BI4 SP05, es muy probable que esta actualización no incluya las correcciones que tiene BI4 SP04 Patch 06 (también llamado patch 4.6), estas se incluirían en el patch 5.1 (o BI4 SP05 Patch 01) previsto para la primera semana de diciembre.  Por lo tanto, nuestra sugerencia es esperar la actualización del SP05 y su posterior primer Patch a menos que en la información contenida en el documento adjunto al patch 4.6 figure una solución que te urge y no puedas esperar, aproximadamente, un mes más.

Referencia: (aquí)

En lugar de “métodos para solucionar problemas” aplicaciones bien probadas y sin errores

A través de una entrada en los blogs de SAP SCN encontramos un método para solucionar problemas en SAP Visual Intelligence, puede ser útil tener en cuenta estas sugerencias para detectar el problema sobre todo cuando el tiempo apremia y el “error inexplicable” paraliza el avance de un proyecto, pero mejor que estas “metodologías” sería más útiles no utilizarlas porque las aplicaciones son estables y no presentan “extraños errores”.


A través de una entrada en los blogs de SAP SCN encontramos un método para solucionar problemas en SAP Visual Intelligence, puede ser útil tener en cuenta estas sugerencias para detectar el problema sobre todo cuando el tiempo apremia y el “error inexplicable” paraliza el avance de un proyecto, pero mejor que estas “metodologías” sería más útiles no utilizarlas porque las aplicaciones son estables y no presentan “extraños errores”.

En SAP, para que un producto pase a la categoría de “disponibilidad general” y por consiguiente todos los usuarios puedan utilizarlo, antes pasa por una fase denominada ramm-up, en la que se prueba en determinadas empresas (clientes) y para que finalice esta fase deberán pasar a producción por lo menos, por norma general, 10 proyectos.  Hemos tenido la suerte de colaborar en proyecto con SAP BusinessObjects XI 3.1, SAP BusinessObjects BI 4.0 y SAP Business Planning and Consolidation en todas sus versiones (SAP BPC 5.0, 7.0, 7.5 y 10.0) y por más suerte aún, casi siempre ha coincidido con la finalización del ramp-up del producto y en todos los casos los “errores inexplicables” han surgido y mucho.

Cada uno, por su experiencia, descubrirá su metodología para encontrar la solución a un “error inexplicable”, pero antes de reproducir el error y tratar de descubrir la solución, antes deberíamos buscar si el error ha sido reportado y si hay alguna explicación, sugerencia o solución.  Las búsqueda debería comenzar por la página de soporte de SAP Marketplace (buscando las notas que coincidan con los códigos o mensajes de error y ordenándolas descendentemente), luego en los foros de SAP SCN (en la búsqueda de la página de soporte del Marketplace también se incluye algunos resultados de este foro) y finalmente utilizando las opciones de búsqueda avanzada de Google.  SAP responde inmediatamente cuando se le escribe una nota desde la página de soporte, pero tener la solución puede resultar más inmediato si la buscamos.

Al final, la experiencia enseña que una nueva versión de un producto tiene una etapa de maduración de alrededor de un año, luego de su liberación, un “ramp-up extra” se pone en marcha con los primeros usuarios que deciden implementarlo.  Con SAP BusinessObjects BI 4.0 fue así, casi exactamente un año después de su liberación, SAP presentó el SP04, una versión mucho más estable de la que inicialmente presentó, durante ese primer año se dieron alrededor de 15 patches (actualizaciones para sólo corregir errores) que solucionaron más de 600 incidencias.

Para SAP BPC estimamos una situación similar, han transcurrido casi 7 meses de su liberación, y en te tiempo se han publicado varias actualizaciones (8 SP para el servidor y más de 35 para el cliente, denominado EPM Add-in, actualmente en SP 12 Patch 07) que solucionan errores que resulta sorprendente que no se detectaran en la fase de puesta en producción de los 10 proyectos de la fase de ramp-up.  De cualquier modo, conociendo sus características y posibilidades de esta plataforma para la automatización de procesos financieros – contables, luego de las actualizaciones previstas para diciembre (Servidor 10.0 NW SP09 y EPM Add-in 10.0 SP14) creemos  que cualquier nueva implementación tendrá muchos menos contratiempos por errores en el producto.

Otro Rebranding: ¿SAP BusinessObjects BI por SAP Analytics Solutions?

Son varios los cambios de nombre que SAP ha hecho a sus productos, especialmente en los portfolios (carteras o grupos de productos) de Business Intelligence (BI) y Enterprise Performance Management (EPM), pero este sería el más relevante, no porque aporte algo, sino por la confusión que generaría.


Son varios los cambios de nombre que SAP ha hecho a sus productos, especialmente en los portfolios (carteras o grupos de productos) de Business Intelligence (BI) y Enterprise Performance Management (EPM), pero este sería el más relevante, no porque aporte algo, sino por la confusión que generaría.

Entrando al Marketplace, hemos visto que la sección para descargar actualizaciones de BI ya no se denomina SAP BusinessObjects BI, sino Analytics Solutions, por el momento no hemos visto comunicado oficial alguno, pero para qué, no hace falta, los usuarios además de la amplia variedad de componentes que tenemos en BI, versiones y ediciones, también deben tener presente los varios nombres que tienen todos los productos y portfolios SAP. 

Otros cambios de nombre de SAP: aquí, aquí o 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í)