Archivo mensual: noviembre 2013

Una guía de AWS para el Análisis de Opiniones


Preferimos la expresión Análisis de Opiniones antes de la traducción literal de Sentiment Analysis (Análisis de sentimientos), a partir de aquí muchas otras expresiones se han acuñado tales como opinión mining, todas estas hacen referencia a más o menos a lo mismo: conjunto de métodos y herramientas para explorar, examinar y procesar datos dirigidos a identificar respuestas subjetivas, usualmente el estado de ánimo general o las opiniones de un grupo específico de personas sobre un tema en concreto.

Los datos utilizados para estas tareas de análisis son usualmente extraídos desde los denominados medios sociales por el volumen y variedad de fuentes que puede representar. Por ejemplo, una empresa lanza al mercado un nuevo producto, desea conocer y medir las reacciones del público en general, la vía menos tradicional es recurrir a fuentes como Twitter o Facebook para realizar este análisis.

Amazon Web Service (AWS) ofrece una serie de recursos técnicos para soluciones cloud computing, entre ellas, para análisis de grandes volúmenes de datos (Big Data).  “Getting Started Guide: Analyzing Big Data with AWS” es una guía paso a paso para implementar una solución de análisis de opiniones basada en los recursos de AWS y la API de Twitter, una vía rápida para introducir una organización a la era Big Data. Una solución AWS se podrá redimensionar según los resultados, facilidad propia de una arquitectura cloud.

Propuesta de Análisis Predictivo de SAP en restructuración


SAP no se ha conformado con la adquisición de KXEN para reestructurar su propuesta de Análisis Predictivo y Minería de Datos, una nueva y transcendente medida se suma en esta línea, se trata del acuerdo de colaboración con SAS Institute la compañía líder de este sector del Business Analytics/Data Mining.

La finalidad de la alianza de SAP con SAS es lograr el funcionamiento más óptimo de los productos y soluciones de SAS Institute sobre plataformas SAP HANA y desarrollar una propuesta comercial conjunta de procesamiento en memoria y Big Data.  Hoy por hoy, sobre la propuesta de Análisis Predictivo de SAP identificamos los siguientes hechos relevantes:

  • Nueva adquisición de KXEN
  • Alianza estratégica con SAS Institute
  • Uso de SAP HANA como plataforma
  • Futuro de SAP Predictive Analysis (aplicación desarrollada a inicios de año por SAP)

Para muchos, falta claridad o una visión conjunta que explique los planes de futuro que tiene SAP para utilizar soluciones de minería de datos para la gestión de los negocios.  Una alternativa para conocer los próximos pasos de SAP es el webinar del 4 de noviembre que bridarán los responsables de soluciones Predictive Analytics.

Referencias: SAS.com, SAP.com y enlace para Webinar

Revisando la guía de Sizing de SAP BPC on HANA (#HANABPC)


En una instalación de SAP Business Planning and Consolidation 10.0 NW (SAP BPC) la arquitectura de nuestra instalación cambia a nivel de la capa de datos, tal como se señala en la siguiente imagen:

Arquitecturas de SAP BPC 10.0 NW y SAP BPC on HANA

Luego de revisar una reciente actualización de la guía de Sizing (estimación de necesidades de hardware) de HANABPC, destacamos los siguientes aspectos:

  • Las posibles causas de pérdida de rendimiento son las mismas señaladas para una instalación de BPC NW 10.0 sin HANA (ver entrada relacionada).
  • A nivel del servidor de aplicaciones (SAP NW ABAP Application Server) las necesidades de memoria y CPU se mantienen y a nivel de servidor de base de datos las necesidades de hardware se incrementan considerablemente con HANA.

Comparativa de los casos de Sizing de BPC NW y BPC NW on HANA

  • Las estimaciones que figuran en esta guía sólo es para BPC on HANA si hubiese más componentes se debería realizar las estimaciones necesarias y sumar los resultados de estas estimaciones de hardware.
  • No hay que hacer una asignación de recursos a cada componente, la asignación es automática y gestionada por el sistema, el único requisito es que se debe contar con todos los recursos necesarios que necesiten los componentes.
  • Las estimaciones de esta guía están basadas para soluciones de tipo planificación. Si se implementase soluciones del tipo consolidación financiera debería considerarse que cada usuario utiliza un CPU core, por ejemplo, si hubiese 10 tareas concurrentes de consolidación se debería considerar la necesidad de 10 cores en el sistema.
  • Las estimaciones son las mismas si se trata de una infraestructura física o de entornos o máquinas virtuales.
  • No se señala explicitamente que la recomendación de no utilizar modelos con más de 13 dimensiones se supere en un sistema con HANABPC.  Nuestra sugerencia es diseñar modelos con el menor número de dimensiones que sea posible.

El uso de CPUs y las licencias de SAP BusinessObjects BI


El sistema de licenciamiento de SAP BusinessObjects BI no es nada exacto o uniforme, todo depende según las necesidades del cliente (ver entrada anterior). Las licencias del uso de CPU, en teoría, responden a los siguientes criterios:

  • Cada CPU core de un host SAP BI requiere una licencia.
  • El primer CPU core requiere una licencia de CPU. Cada core del mismo CPU requiere un 0.5 de licencia.
  • Si el resultado del cálculo no es número entero, este deberá redondearse.
  • En teoría, SAP no impone limitaciones en el uso de CPUs, la contratación de licencias necesarias es una formalización que debe realizarse.

Por ejemplo, para una instalación de un host con dual CPU quad-core, el cálculo de licencias de CPU sería el siguiente:

1 Server x 2 CPUs x (1 + 0.5 + 0.5 + 0.5) = 5 Licencias de CPU

Pero bueno, cada caso tiene un tratamiento particular, la última palabra la tendrá SAP.

Referencias: Notas SAP 1285639 y 1344387

Licencias de SAP BusinessObjects BI, tan diverso y difuso como clientes pudiesen existir


Difícilmente encontraremos dos clientes que hayan pagado lo mismo por un producto SAP y mucho menos probable si de SAP BusinessObjects BI hablamos.  SAP podría decir en su descargo que responde a las necesidades singulares de cada cliente,… Pero bueno, sea cual fuera el motivo, en el sistema de licenciamiento de SAP BO BI entran en juego las siguientes variables:

  • Usuarios nominales (Named user license).  La licencia determina un número máximo de usuarios que se pueden definir en la plataforma.
  • Licencia por concurrencia (Concurrent license).  Determina el número de sesiones que se pueden conectar simultáneamente. Un usuario puede consumir más de una sesión, por ejemplo un usuario puede estar conectado vía navegador Web y la aplicación mobile de SAPBI.
  • Licencia por CPU (CPU License).  Determina el número máximo de CPUs (cores) que se podrían utilizar en un BusinessObjects Server Enterprise.

Como propuesta de licencia podemos recibir una basada en alguna de estas variables, generalmente en función de la tercera combinada con cualquiera de los dos primeras variables.

Referencia: SAP Note 1285639

¿Mayores causas de pérdida de rendimiento en BPC 10.0 que en BPC 7.5?


Comparando las guías de Sizing o dimensionamiento de las necesidades de hardware de SAP Business Planning and Consolidation NW (SAPBPC NW) de las versiones 7.5 y 10.0, vemos un aumento considerable de las posibles causas de pérdida de rendimiento en la última versión.

Factores que influyen en la pérdida de rendimiento en SAP BPC 7.5 NW

No creemos que se deba a un aumento de complejidad de BPC, más pensamos que SAP ha aprendido de la experiencia y señala casi absolutamente todo como posible causante de pérdida de rendimiento.

Factores que influyen en la pérdida de rendimiento en SAP BPC 10.0 NW

Nuestra sugerencia es que se debe tener en cuenta, desde el punto de partida, que BPC es una herramienta transaccional ´para las tareas relacionadas a la planificación y consolidación financiera.  Si se desea analizar grandes volúmenes de información,  SAP BPC no es la herramienta analítica que cubrirá tus expectativas, quizás, además de BPC, deberías pensar en SAP BusinessObjects BI.

SAP BPC 10.1 NW, está en camino


Las versiones actual de SAP Business Planning and Consolidation NW es la 10.0 y el último Service Pack disponible es el 11, la actualización SP12 está prevista para la segunda semana de enero 2014.  Por las notas SAP que hemos leído en los últimos días, deducimos que ya está en circulación la versión 10.1, una versión que debe estar accesible sólo para un grupo reducido de empresas/usuarios.

SAP EPM Roadmap - Próximos cambios en SAP BPC NW

SAPP BPC NW 10.1 aún no se encuentra en los programas de ramp-up, como es el caso de SAP SSM o inclusive SAP GRC que siguen similar serie e introducirían, como principal cambio, la interfaz HTML5 abandonando definitivamente Flash, muy limitado para las interfaces mobile.  SAP BPC NW 10.1 ya cuenta con nota central (1925425) y varias notas que corrigen algunos errores, propios de una nueva versión.

SAP EPM Roadmap - Visión de cambios futuros

Para intuir los cambios que se avecinan en BPC 10.1, además de la interfaz HTML5 en los componentes Web,  podemos mirar las intenciones de próximos mejoras que se plasman en el roadmap del porfolio SAP EPM.  Sobre cuándo podría ser liberado,  por los productos que se encuentran en los programas de ramp-up, nos aventuramos a intuir que SAP BPC NW 10.1 podría ser liberado entre junio a agosto de 2014.

¿Qué sucede si instalo HANABPC y no tengo SAP HANA?


Si se instala el Add-on o componente HANABPC (SAP Business Planning and Consolidation NW powered by SAP HANA) por error en una plataforma dónde no se cuenta con un appliance SAP HANA, no se podrá hacer nada más que ignorar el componente.

Los Add-ons de SAP no pueden ser desinstalados, el componente HANABPC en una plataforma si HANA no influirá de ningún modo en el funcionamiento de SAP BPC NW, así lo señala la nota SAP 1909075.

Referencia: (aquí)

BPC 7.5 a BPC 10.0, la diferencia de una “capa” menos


Cuando se habla sobre las versiones 10.0 y la 7.5 de SAP Business Planning and Consolidation NW (SAPBPC NW), la principal diferencia que se menciona se refiere a las “capas”, pasamos de 4 a 3, prescindiendo en la versión 10.0 del servidor de aplicaciones .NET.

Arquitectura de SAP Business Planning and Consolidation NW 7.5

De este modo, en BPC NW 10.0 tenemos las siguientes capas:

  • Capa cliente.  Conformada por las aplicaciones Web y Microsoft Office (Excel, Word y PowerPoint) con el complemento EPM Add-in.
  • Capa de servidor de aplicaciones. Conformada por SAP NW BW Application Servers y SAP BPC como un Add-on de BW.
  • Capa de base de datos.  Cualquier base de datos soportada por SAP NW BW.

Arquitectura de SAP Business Planning and Consolidation NW 10.0

Un servidor de aplicaciones es necesario para que las aplicaciones cliente se “comuniquen” con el resto de componente de una plataforma.  La necesidad de “comunicarse” de las aplicaciones cliente de BPC10 sigue existiendo, pero esta es cubierta por interfaces REST incluida en el Add-on de BPC (BPC REST Layer).

Actualizaciones 4.0 y 4.1 de SAP BI, un dolor de cabeza para los usuarios


Utilizar la última versión delos productos no siempre es posible y algunas veces no resulta recomendable si se pierde funcionalidades implementadas o compatibilidad con otros productos.  SAP BusinessObjects BI tiene actualmente dos versiones de la era  4.*, la 4.0 y la 4.1, cada una con un planning de actualizaciones independiente. A continuación compartimos las próximas fechas en que se liberarán actualizaciones del tipo Service Pack y actualizaciones de menor nivel, denominadas Patchs.

Progrma de mantenimiento de productos SAP BI, Analytics y Data Services(doble clic para ampliar)