En eventos, no preguntes, dialoga

Si tienes la suerte de asistir a un evento como SAPPHIRE NOW o SAP TechEd que se celebrarán en los próximos días en Madrid, deberías “sacarle” el máximo beneficio (sobre todo si por asistir has pagado y no te han invitado), según el libro del CEO de Linkedin, “El mejor negocio eres tú”, la clave está en formular buenas preguntas y si es posible dialoga será mejor que preguntar. De las sugerencias plasmadas en este libro, destacamos lo siguiente:


Si tienes la suerte de asistir a un evento como SAPPHIRE NOW o SAP TechEd que se celebrarán en los próximos días en Madrid, deberías “sacarle” el máximo beneficio (sobre todo si por asistir has pagado y no te han invitado), según el libro del CEO de Linkedin, “El mejor negocio eres tú”, la clave está en formular buenas preguntas y si es posible dialoga será mejor que preguntar.  De las sugerencias plasmadas en este libro, destacamos lo siguiente:

  • Conversar y no interrogar. Un repertorio de preguntas puntuales nos brindará respuestas que quizás podremos obtener en manuales o en la web.  En cambio induciendo un dialogo o conversación, probablemente obtendremos valiosas experiencias en forma de ideas o sugerencias, difíciles de encontrar sólo cuando te encuentras sólo con “y ahora qué hago” y tienes la serenidad y tiempo para descubrir la respuesta.
  • Céntrate en tu interés. Más vale una sola pregunta que nos ayude a descubrir un camino o solución a varias que no nos lleve a ninguna parte.  Buscar las respuestas que despejen nuestras dudas.
  • Preguntar lo mismo de otro modo. Si hay la oportunidad de ampliar la conversación o formular una pregunta adicional, repetir una pregunta desde otra perspectiva puede brindar información adicional de mucho valor.
  • Escarbar en las respuestas. Si no nos queda clara la respuesta, o si una expresión nos crea duda,  no dejemos de formular la repregunta ¿qué significa…?

Referencia: (aquí)

Definiciones básicas de SAP HANA

A menudo usamos una serie de términos al hablar sobre SAP HANA, tales como appliance, base de datos o sistema, por la novedad que engloba HANA, puede haber ciertas dudas a lo que nos estamos refiriendo, una aclaración al respecto la encontramos en la nota 1661202:


A menudo usamos una serie de términos al hablar sobre SAP HANA, tales como appliance, base de datos o sistema, por la novedad que engloba HANA, puede haber ciertas dudas a lo que nos estamos refiriendo, una aclaración al respecto la encontramos en la nota 1661202:

SAP HANA Appliance hace referencia a toda la instalación en su conjunto que puede estar compuesta por un servidor (node server) o un cluster (conjunto) de servidores, es decir se trata del hardware y del software que lo gestiona.

SAP HANA System es el software que funciona sobre un SAP HANA Appliance está identificado por un SID  (System IDentifier), lo componen una serie de aplicaciones y componentes, de los cuales el más popular y relevente sea SAP HANA Database.

Consideraciones al migrar «SAP NW BW» a «SAP NW BW powered by SAP HANA»

Diciéndolo en pocas palabras SAP NetWeaver Business Warehouse powered by SAP HANA consiste en utilizar la base de datos SAP HANA en lugar de la base de datos relacional que utilizan las plataformas SAP NW BW estándar. Realizada esta migración, se seguirá utilizando BW con las mismas funcionalidades, sin la necesidad de realizar muchas tareas de optimización/administración y obteniendo tiempos de procesamiento muy rápidos.


Diciéndolo en pocas palabras SAP NetWeaver Business Warehouse powered by SAP HANA (BW ON HANA) consiste en utilizar la base de datos SAP HANA en lugar de la base de datos relacional que utilizan las plataformas SAP NW BW estándar.  Efectuada la migración, se podrá utilizar BW on HANA con las mismas funcionalidades que en un BW tradicional pero con tiempos de respuesta reducidos, realizando algunas tareas adicionales de optimización/administración, obtendremos aún mayores beneficios.

A grandes rasgos, la migración de SAP NW BW a SAP NW BW powered by SAP HANA contempla las siguientes tareas:

  • Si aún no se cuenta con una plataforma SAP HANA, el primer paso es identificar las necesidades de la organización para estimar la configuración idónea de SAP HANA Appliance que se requiere (estas tareas se denominan Sizing).
  • Verificar que se cuente con las versiones mínimas exigidas para SAP NW BW (actualmente 7.3 SP5) y si ya se contara con una plataforma SAP HANA, verificar la versión de SAP HANA System.
  • Migrar la base de datos SAP NW BW a SAP HANA.
  • Verificar las fuentes de datos y conexiones (Si se utilizarán SLT o SAP Data Services)
  • Revisar el modelo de datos para retirar características innecesarias es una plataforma SAP HANA, como el cálculo de agregados. Quizás también podría ser necesario revisar las cadenas de procesos para retirar procesos innecesarios.
  • También podría ser factible revisar los modelos de datos para eliminar redundancias de datos que se implementaron para facilitar el procesamiento de la información en un entorno lento que ya no sería necesario en SAP HANA.
  • Conversión de objetos BW a objetos optimizados (cubos y ODSs)
  • Verificación y pruebas

El proceso es mecánico y muy similar entre todas las implementaciones, salvo que se trate de alguna implementación muy especial o particular, un buen punto de partida es utilizar el “despliegue rápido” que SAP ofrece a través de una RDS.

Referencia: (post relacionada)

Conectividad SAP HANA con BI4

Teniendo presente que la conectividad de SAP HANA y SAP BusinessObjects BI (quizás ya deberíamos llamarlo SAP Analytics) está en evolución, compartimos este gráfica en dónde se puede ver las posibilidades de acceder a los datos de la base de datos de SAP HANA desde los componentes de la plataforma de Business Intelligence de SAP.


Teniendo presente que la conectividad de SAP HANA y SAP BusinessObjects BI (quizás ya deberíamos llamarlo SAP Analytics) está en evolución, compartimos este gráfica en dónde se puede ver las posibilidades de acceder a los datos de la base de datos de SAP HANA desde los componentes de la plataforma de Business Intelligence de SAP.

(clic para ampliar imagen)

Referencia: SAP Press

HANABPC, ¿un SAP BPC sin restricciones?

En un proyecto de SAP Business Planning and Consolidation (SAP BPC), luego del análisis de las necesidades, el punto de partida de la implementación técnica, es el diseño del modelo de datos, pero guste o no, esta fase se debe asumir teniendo en consideración algunas “best practices” que sugieren un uso moderado de dimensiones (datos maestros) o casi “prohíben” el uso de fórmulas en los miembros de dimensión.


En un proyecto de SAP Business Planning and Consolidation (SAP BPC), luego del análisis de las necesidades, el punto de partida de la implementación técnica, es el diseño del modelo de datos, pero guste o no, esta fase se debe asumir teniendo en consideración algunas “best practices” que sugieren un uso moderado de dimensiones (datos maestros) o casi “prohíben” el uso de fórmulas en los miembros de dimensión.

En un post anterior, un comentario nos recordó la recomendación de no usar más de 16 dimensiones (mejor 13) en SAP BPC y señaló que esta restricción podría seguir vigente en la versión SAP BPC powered by SAP HANA (componente HANABPC). Ante la inquietante afirmación, preguntamos a un miembro del equipo que está elaborando la guía de Sizing para BPC sobre SAP HANA si esta restricción seguiría vigente en SAP HANA y nos brindó la siguiente respuesta:

This particular suggestion is not applicable for BPC on HANA due to architectural differences.

Teniendo en cuenta la viabilidad de usar más dimensiones, unido a otras posibilidades como la de poder utilizar fórmulas a nivel de miembros de dimensión (actualmente posible, pero nada recomendable) facilitaría el desarrollo de soluciones BPC, evitando complejas arquitecturas de datos. Ya veremos si con HANA, BPC no tiene restricciones.