Compatibilidad de SAP BPC con Windows 8 y Office 2013

A través de la nota 1823786 SAP ha comunicado que tiene planes para el 2013 incluir en SAP Business Planning and Consolidation (SAP BPC) versión 10.0 compatibilidad con los nuevos productos de Microsoft,


A través de la nota 1823786 SAP ha comunicado que tiene planes para el 2013 incluir en SAP Business Planning and Consolidation (SAP BPC) versión 10.0 compatibilidad con los nuevos productos de Microsoft, tal como Windows 8, Office 2013 y Internet Explorer 10.  Para la versión 7.5 sólo se prevé compatibilidad con Windows 8 e Internet Explorer 10.  Para la versión 7.0 no habría novedades en este sentido. 

Referencia: (aquí) y revisar post relacionado

La Escalabilidad en SAP HANA (I)

Escalabilidad es la capacidad que tiene un sistema para gestionar una cantidad creciente de tareas o su capacidad para ser ampliado para ajustarse a ese crecimiento. Un sistema cuyo rendimiento mejora después de la adición de hardware, proporcionalmente a la capacidad añadida, se dice que es un sistema escalable, por otro lado, si el sistema falla después de este incremento de hardware, esto significa que no es un sistema escalable


Escalabilidad es la capacidad que tiene un sistema para gestionar una cantidad creciente de tareas o su capacidad para ser ampliado para ajustarse a ese crecimiento.  Un sistema cuyo rendimiento mejora después de la adición de hardware, proporcionalmente a la capacidad añadida, se dice que es un sistema escalable, por otro lado, si el sistema falla después de este incremento de hardware, esto significa que no es un sistema escalable (Referencia).  

En SAP HANA, al igual que en otras arquitecturas, la escalabilidad tiene dos enfoques o criterios:

  • Escalabilidad vertical (scale up): Consiste en incrementar los recursos de un único nodo del sistema, por ejemplo, la cantidad de memoria RAM.
  • Escalabilidad horizontal (scale out): También llamado “sistema distribuido”, consiste en agregar más nodos a un sistema, para que trabajen como uno sólo (cluster).

Ninguna de las dos estrategias es mejor que la otra, ambas obedecen a necesidades o circunstancias distintas.  Por ejemplo, para aumentar la capacidad de procesamiento puede ser necesario ampliar la memoria RAM (scale up) o para  mejorar la eficiencia de procesamiento podría ser necesario distribuir la capacidad de procesamiento en más de un host (scale out), complementando esta medida con acciones tales como el particionado de las tablas o la distribución de las tablas de datos entre los hosts que conforman el sistema.

Referencia: Documentación SAP

VMWare para una estrategia de entornos en SAP HANA

Contar con más de un Appliance SAP HANA para desplegar una arquitectura clásica de tres ambientes o entornos, tales como “Desarrollo”, “Integración” y Producción”, sería una “locura millonaria” imposible de aplicar. En principio, un Sistema SAP HANA es desarrollo y producción,


Contar con más de un Appliance SAP HANA para desplegar una arquitectura clásica de tres ambientes o entornos, tales como “Desarrollo”, “Integración” y Producción”, sería una “locura millonaria” imposible de aplicar.  En principio, un Sistema SAP HANA es desarrollo y producción, para este doble papel se han barajado varias “soluciones”, teniendo en el horizonte la promesa de SAP de brindar mejores mecanismos para definir una estrategia de entornos como se desarrolla con otras arquitecturas.

Hasta la fecha, los “mecanismos” que ha ofrecido SAP, para este fin, han sido algo complejos y podrían afectar el rendimiento del sistema.  Nos referimos a soluciones como la creación de una segunda base de datos o el uso SAP HANA One de Amazon Web Services para cubrir las necesidades de un entorno de desarrollo.

La alternativa que nos parece más “limpia” y segura es la que consiste en la creación de entornos virtualizados con VMware vSphere sobre un Appliance SAP HANA, al cual se le asignaría una porción (balanceada) de CPU y memoria para su configuración.  Por el momento, esta solución es posible sólo en despliegues mono-nodo y aplicable con fines distintos a un entorno de producción.

Referencia: Alternativa VMWare (aquí y aquí) Otras alternativas (aquí y aquí)

¿IP?, ¿BPS?… no te confundas, SAP BPC

En 2008, cuando “irrumpe” en el “mundo SAP”, SAP Business Planning and Consolidation (SAP BPC, antes OutlooSoft), la pregunta que todos los clientes y usuarios se planteaban era “¿Hasta cuándo tendrán soporte de manteamiento sus herramientas de planificación actuales? llámese estas herramienta de planificación BW-IP o BW-BPS (SEM-BPS). Han pasado cinco años, y esta pregunta sin una respuesta clara está muy presente en muchos usuarios.


En 2008, cuando “irrumpe” en el “mundo SAP”,  SAP Business Planning and Consolidation (SAP BPC, antes OutlooSoft), la pregunta que todos los clientes y usuarios se planteaban era “¿Hasta cuándo tendrán soporte de manteamiento sus herramientas de planificación actuales? llámese estas herramienta de planificación BW-IP o BW-BPS (SEM-BPS). Han pasado cinco años, y esta pregunta sin una respuesta clara está muy presente en muchos usuarios.

SAP constantemente señala que para las nuevas implementaciones de planificación, presupuestos y consolidación se debe utilizar SAP BPC.  Pero las actualizaciones tales como BW-IP en BW 7.3 o BW-IP sobre SAP HANA,  generan dudas hasta el mismo Gartner, que en su último informe sobre plataformas de CPM (Corporate Performance Management que cubren las soluciones informáticas para las necesidades de las áreas financieras) sugiere a SAP, comunicar a los usuarios claramente su estrategia para su software de planificación y consolidación.  Gartner sugiere que SAP debe brindar una solución de migración, pero resulta un poco iluso esperar tal cosa, ya es casi una «odisea» migrar SAP BPC desde la versión 7.5 a la 10.0, como para creer que algún día habrá un wizard para migrar desde otro producto a BPC.

Por todo lo visto hasta ahora y si consideramos la observación que comentábamos en un post anterior: “si un producto tiene planes de desarrollo sobre SAP HANA, este producto tiene futuro”, podríamos “sospechar” que IP o BPS tendrán un largo camino por delante, pero al no existir una comunicación oficial, resulta una “decisión de riesgo” iniciar nuevos desarrollos con estos productos basándonos en suposiciones, hoy por hoy, lo más fiable es SAP BPC.

Referencia SAP SCN y Nota SAP

Roambi ES 4.5 JDBC Connector: Visualizaciones Mobile con Big Data en tiempo real

Roambi Analytics de Mellmo, desde inicios de mes, ha sumado otro gran motivo para seguir afirmando que es una de las mejores plataformas de Business Intelligence (BI) para aplicaciones en dispositivos móviles. Nos referimos al Conector Roambi ES-4.5 JDBC


«Big Data ha ido más allá de una moda para convertirse en una verdadera estrategia de negocio para compañías de todos los tamaños»(Santiago Becerra, Co-Fundador y CEO de Roambi)

Roambi Analytics de Mellmo, desde inicios de mes, ha sumado otro gran motivo para seguir afirmando que es una de las mejores plataformas de Business Intelligence (BI) para aplicaciones en dispositivos móviles.  Nos referimos al Conector Roambi ES-4.5 JDBC, el cual nos permitirá acceder en tiempo real, desde nuestras visualizaciones BI mobile, a la información contenida en bases de datos con la siguiente tecnología:

  • SAP HANA
  • Hive/Hadoop 0.9
  • Oracle 11g
  • MySQL 5.5
  • Amazon Redshift
  • Teradata
  • Microsoft SQL
  • IBM Netezza
  • IBM DB2,
  • PostgreSQL,
  • ParAccel
  • Greenplum

Resulta poco útil ver tableros y cuadros de mando en dispositivos móviles cual si fueran una instantánea o fotografía. Roambi Analytics ofrece el mejor diseño, calidad de imagen e interactividad disponible y con el nuevo conector permitirá a los usuarios acceder a los datos en el momento que lo requieran, pudiéndose combinar, en una sola imagen, información de múltiples fuentes.