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.

SAP NW BW powered by SAP HANA, obliga a rediseñar el modelo de datos

Al utilizar cualquier tecnología, en su implementación, podemos vernos obligados a realizar ciertas “soluciones” que si estuvieras utilizando otro producto no serían necesarias. Esta situación también se produce con SAP NetWeaver Business Warehouse (SAP NW BW), que para agilizar los tiempos de respuesta se diseña un modelo de datos, algunas veces muy complejo. Pero si pensamos en SAP NW BW sobre SAP HANA (SAP NW BW powered by SAP HANA) debemos considerar las siguientes situaciones:


Al utilizar cualquier tecnología, en su implementación, podemos vernos obligados a realizar ciertas “soluciones” que si estuvieras utilizando otro producto no serían necesarias.  Esta situación también se produce con SAP NetWeaver Business Warehouse (SAP NW BW), que para agilizar los tiempos de respuesta se diseña un modelo de datos, algunas veces muy complejo.  Pero si pensamos en SAP NW BW sobre SAP HANA (SAP NW BW powered by SAP HANA) debemos considerar las siguientes situaciones:

  • Se requiere que la presentación de informes sea más rápida. Como ya muchas veces se ha comentado, SAP HANA brinda tiempos muy reducidos con relación a una plataforma estándar de SAP NW BW.  Tener SAP NW BW sobre SAP HANA  requiere la versión 7.3 de SAP NW BW, lo que puede incrementar los costos si se tiene una versión anterior.
  • Se desea simplificar el modelo de datos de su plataforma SAP NW BW. Con SAP NW BW powered by SAP HANA ya no es necesario la redundancia de datos o agregados para agilizar los procesos y flujos de datos, esto puede conllevar a un trabajo inicial de rediseño de la arquitectura de datos, pero que en el futuro facilitará la administración de los datos, la escalabilidad o adaptabilidad a nuevas necesidades y desarrollos.
  • Se necesita cargas de datos más rápidas.  SAP HANA brindará cargas de datos más rápidas porque tendrá menos tablas e índices por actualizar, pero un impacto significativo se logrará si se diseña un modelo más eficiente, con menos capas y eliminando redundancias de datos, innecesarias en SAP NW BW powered by SAP HANA.

Considerando estos aspectos, podríamos señalar que llevar SAP NW BW a SAP HANA no pasa sólo por una migración de un producto, para obtener una mejora considerable estaríamos hablando de dos fases:

  • Migración técnica (según el RDS correspondiente demandaría alrededor de 3 meses).
  • Rediseño del modelo de datos para eliminar capas y estructuras innecesarias, que dependiendo de su complejidad, podría ser necesario dividir esta fase en proyectos o etapas.

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í

El futuro de SAP se escribe sobre HANA

Leyendo un artículo del portal especializado en tecnologías de la información, ZDNet, encontramos una serie de ideas y conclusiones interesantes del último evento relevante de SAP, SAP TechEd, antes de celebrarse SAPPHIRE Now 2012 de Madrid. Del artículo de Dennis Howlett , extraemos las siguiente ideas:


Leyendo un artículo del portal especializado en tecnologías de la información, ZDNet, encontramos una serie de ideas y conclusiones interesantes del último evento relevante de SAP, SAP TechEd,  antes de celebrarse SAPPHIRE Now 2012 de Madrid. Del artículo de Dennis Howlett , extraemos las siguiente ideas:

  • La apuesta de futuro de SAP, además de SAP HANA, es Mobile y Cloud Computing.
  • Nuevas empresa y otras con experiencia en el mercado están desarrollando nuevas aplicaciones mobile basadas en SAP HANA que antes eran inimaginables diseñar. Se menciona el caso de la empresa Basis Technologies que ha desarrollado una herramienta predictiva sobre el consumo de energía que tiene como clientes referentes a EDF y ayuda a identificar a los clientes con riesgo de cambio o con necesidades de servicio.
  • La tienda de aplicaciones móviles de SAP no tiene la demanda que se esperaba, en parte, porque los clientes si requieren aplicaciones mobile, pero con posibilidades de personalización que no se ofrecen.
  • Mensaje para los desarrolladores ABAP: En los países desarrollados están en riesgo de ser relegados a tareas de mantenimiento y corrección, es aconsejable abandonar la “mentalidad de 1990” y prepararse para el mundo SAP HANA.
  • Se percibe un gran desconocimiento sobre SAP HANA en el entorno SAP, para algunos, la verdadera gran innovación en los últimos 20 años de SAP.
  • Para el especialista se espera en el próximo SAPPHIRE NOW de Madrid se espera grandes anuncios sobre SAP HANA y que se aborde más sobre las propuestas Cloud Computing, casi no mencionado en este evento.

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í