Archivo mensual: febrero 2013

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 (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

Anuncios

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, 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.

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


“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.

“Perder dinero” por no gestionar bien la información


En la revista Emprendedores, en su edición de enero 2013, encontramos dos artículos sobre como la mala gestión de los datos determina la rapidez y calidad de la toma de decisiones y cómo esto influye finalmente en la pérdida de beneficios u oportunidades para las organizaciones.

 Revista Emprendedores enero-2013 (1) -  La importancia estratégica de tomar decisiones a tiempo

No se trata de “comprar” la última tecnología.  Creemos, que ante todo, se debe alinear el análisis de los datos con la estrategia de la organización, identificando que es lo importante para alinear el control y monitorización de la información con los objetivos que se desean lograr.  Primero , organicemos la gestión de la información.

Revista Emprendedores enero-2013 (2) - Cómo aprovechar el análisis de datos

Para el futuro de SAP NW BW sólo se piensa en SAP HANA


Cuando conocíamos SAP HANA, hace casi un año y medio, la cuestión que muchos se planteaban era si SAP NetWeaver BW tendría futuro en la plataforma in-memory computing de SAP, ahora no hay duda que lo tiene, una prueba de ello es que el principal uso que le dan a SAP HANA, las organizaciones que invierten en esta plataforma, es en SAP NW BW sobre SAP HANA (según informe de Gartner).

Trayectoria de SAP NW BW (un futuro sobre SAP HANA)

En apenas un año después de la primera versión “powered  by SAP HANA” de SAP NW BW (7.3), SAP ya anuncia la siguiente gran actualización de este producto, la 7.4, que sería liberada en mayo de 2013.  Muy poca información disponible por el momento, sólo tenemos una hoja del roadmap de esta versión. (Una versión anterior de este roadmap lo encontramos aquí).

 SAP NetWeaver BW 7.3 powered by SAP HANA and further Roadmap (actualizado en Febrero 2013)

Considerando lo que hemos visto en la versión 7.3 de SAP NW BW, por ejemplo, como nuevos tipos de Infoproviders, los cuales sólo están disponibles para SAP HANA o las novedades que traerá la versión 7.4, nos preguntamos: ¿los usuarios sin HANA pueden esperar grandes cambios en el futuro? o ¿por los cambios y “mutaciones” que se aplican en la versión “powered by SAP HANA”, en el futuro no estaremos hablando de dos productos?

Referencia: SAP SCN

Notas de referencia sobre SAP BPC (ediciones NW y MS)


No toda la información la encontraremos en las guías o manuales de los productos, la más actualizada quizás la encontremos en las notas que publica SAP, muchas de ellas como resultado de interacción del soporte que brinda SAP a sus usuarios.  En cuanto a SAP  Business Planning and Consolidation (SAP BPC) hay dos notas que brindan información adicional de cada actualización  (Service Pack, SP) que ha tenido la versión 10.0 de este producto, recomendable tenerlas presente:

Gartner: Se necesita un “road map” más claro para SAP EPM


En general, se podría afirmar que SAP, en el informe de Gartner sobre plataformas CPM (Enterprise/Corporate Performance Management), queda mejor posicionado que en el correspondiente sobre Business Intelligence y Analytics.  Según el estudio de Gartner sobre plataformas CPM, SAP tiene en SAP Enterprise Performance Management (SAP EPM) alrededor de 8.600 clientes con un gran crecimiento en los denominados mercados emergentes, cuyo grado de satisfacción ha mejorado con respecto a años anteriores.

Road map conocido sobre SAP EPM hasta el día de hoy, publicado en el tercer trimestre de 2012)

También destaca Gartner, en su informe sobre suites CPM, la gran variedad de componentes de SAP EPM  y las funcionalidades que estos incluyen, sobresaliendo sobre el resto SAP Business Planning and Consolidation. Así mismo, se mencionan las posibilidad de utilizar la capacidad de procesamiento de SAP HANA database con SAP BPC (sólo para la edición SAP NetWeaver) y las posibilidades mobile y cloud del porfolio SAP EPM.

Deberes para SAP

Por otro lado, Gartner señala como principal precaución para SAP, la falta de un mensaje claro sobre las posibilidades de toda la cartera de productos SAP EPM 10.0.  Algunos clientes señalan dudas sobre los planes de futuro (road map) sobre ciertos componentes, especialmente sobre la edición Microsoft de SAP Business Planning and Consolidation (SAP BPC), sobre todo por las importantes diferencias que ha marcado la versión 10.0, con la edición para SAP Netweaver.

También se sugiere que SAP debería brindar algún plan de migración desde SAP Strategic Enterprise Management (SAP SEM) el predecesor de SAP EPM, el cual contaría con soporte hasta el 2020.

Por último, Gartner también observa las dudas que pueden estar ocasionando que SAP continúe desarrollando soluciones basadas en SAP BW-IP (el predecesor de SAP BPC), así como la posible “dualidad” de alternativas en el área de consolidación financiera con SAP BPC y SAP Financial Consolidation.

Referencia: (aquí)

El Cuadrante Mágico de #Gartner sobre el #CPM o #EPM


Dígase Corporate Performance Management (CPM) o Enterprise Performance Management (EPM), nos estamos refiriendo a lo mismo, a un conjunto de aplicaciones dirigidas, principalmente, a apoyar los procesos de las áreas económicas – financieras – contables de las organizaciones, tales como la consolidación, presupuestos o elaboración de informes.  Por otro lado, las aplicaciones EPM también son utilizadas por áreas vinculadas a la elaboración de los planes estratégicos por las facilidades que ofrecen para acceder a la información financiera, necesaria para estas tareas.

Magic Quadrant for Corporate Performance Management Suites (Febrero 2013)

Según el informe de Gartner “Magic Quadrant for Corporate Performance Management Suites 2013”, el mercado del EPM, es un mercado maduro, liderado por Oracle, SAP e IBM, los cuales ofrecen plataformas completas, seguidos por otros fabricantes que aprovechan oportunidades puntuales, muchos de estos especialistas en una rama concreta del EPM.

Según Gartner, una plataforma EPM debería apoyar los siguientes procesos:

  • Consolidación Financiera y gestión del cierre financiero (Financial Consolidation and Close Management)
  • Elaboración y gestión de informes financieros (Financial and Management Reporting and Disclosure)
  • Preupuestos (Budgeting)
  • Previsiones (Forecasting)
  • Planificación estratégica y gestión de la estrategia (Strategic Planning and Strategy Management).
  • Modelado y optimización de la rentabilidad (Profitability Modeling and Optimization – PM&O) el cual debe incluir la posibilidad de aplicar la metodología ABC (Activity-based costing).

SAP ofrece quizás el portfolio CPM más amplio de todo el sector, SAP Enterprise Performance Management (SAP EPM) tiene como “buque insignia” a SAP Business Planning and Consolidation (SAP BPC) para los procesos de planificación, presupuestos y consolidación financiera. Además de SAP BPC, también destacan SAP Strategy Manahement (SAP SSM) para la definición y gestión de los planes estratégicos y SAP Profitability and Cost Management (SAP PCM) para el control del coste basado en la metodología ABC. (aquí el portfolio SAP EPM).

Referencia: (aquí)

Controla el “cierre automáticos” de tus mensajes a SAP Support


SAP Support quizás sea la red más grande del mundo para brindar soporte a los usuarios, hace unos meses, en SAP SCN, leíamos los siguientes números:

  • Más de 5.900 empleados en 54 países alrededor del mundo
  • Apoyo de más de 15.000 desarrolladores.
  • Más de 195.000 clientes, en más de 120 países.

Si tenemos un problema con nuestros sistemas SAP, del cual desconoces su solución, una vía para solucionarlo sería escribir un mensaje a SAP Support, que dependiendo de sus características llevará asignado un nivel de prioridad.  A partir de este mensaje inicial, podremos mantener un “dialogo” con un representante de SAP Support, en este ínterin el mensaje pasa de un estado a otro, tal como “Sent to SAP” o “Customer Action” (lo que vulgarmente diríamos señala “quién tiene la pelota”).

Con un mensaje a SAP Support con el atributo “Customer Action”, debemos tener presente que estos tienen un período determinado para responder para que no se cierren automáticamente (Confirmed Automatically), estos plazos dependen del nivel de prioridad del mensaje:

  • Very high: 14 días
  • High: 21 días
  • Medium: 45 días
  • Low:   45 días

Referencia: (aquí)