“SAP EPM Cloud”, ¿idea o realidad?

El pasado 10 de septiembre SAP daba a conocer, SAP Enterprise Performance Management OnDemand (SAP EPM OnDemand), su propuesta cloud computing de software como servicio (Software as a Service, SaaS) apoyada con procesamiento en memoria (SAP HANA Cloud) y aplicaciones mobile.


El pasado 10 de septiembre SAP daba a conocer, SAP Enterprise Performance Management OnDemand (SAP EPM OnDemand), su propuesta cloud computing de software como servicio (Software as a Service, SaaS) apoyada con procesamiento en memoria (SAP HANA Cloud) y aplicaciones mobile.



Retirando los “efectos especiales” del anuncio y siguiendo la lógica comercial del fabricante, creemos que SAP EPM OnDemand seguirá los pasos de SAP BI OnDemand (la propuesta SaaS de Business Intelligence de SAP) brindando soluciones puntuales con el mismo fin que la propuesta tradicional, pero con posibilidades y arquitecturas muy distintas.

Han transcurrido algunos años para que SAP BI OnDemand pueda ser considerada una alternativa de plataforma de Business Intelligence para una pequeña, mediana empresa o un área de negocios con necesidades puntuales, y por lo poco que se ha podido ver, al margen de vídeos y “powerpoints”, nos parece que SAP EPM OnDemand tiene un largo camino por delante.

Nos imaginamos que SAP EPM OnDemand brindará soluciones similares a las RDS (Rapid-Deployment Solution) de SAP, con las ventajas que brinda una solución SaaS, tales como el ahorro en infraestructuras tecnológicas especiales o consultoría especializada para su instalación o administración. Las organizaciones elegirán las aplicaciones, señalando los usuarios nominales y espacio en disco que estiman necesario, un sistema muy poco recomendable en grandes organizaciones, no tan sólo por la cantidad de usuarios que tendrían, sino también por las pocas posibilidades de personalización del entorno o la forma de analizar la información.

Referencia: Blog de Timo Elliott y Webinar (grabado)

Tu SAP HANA por 81,29 US$

SAP HANA es la plataforma de procesamiento en memoria sobre la que funcionarán no tan sólo todos los productos SAP, sino también los productos de otros grandes fabricantes.


SAP HANA es la plataforma de procesamiento en memoria sobre la que funcionarán no tan sólo todos los productos SAP, sino también los productos de otros grandes fabricantes. Ya sea para investigar, estudiar o desarrollar un nuevo producto basado en esta plataforma in-memory, resulta imprescindible contar con acceso a una infraestructura SAP HANA.

Una alternativa para contar con acceso a una plataforma SAP HANA es la que SAP ofrece vía Amazon Web Services (AWS), aún no la hemos probado, pero una configuración mínimia con acceso 2 horas diarias podría llegar a costar 81,29 US$ por mes, con el calculador que ofrece AWS se puede estimar la alternativa más adecuada.

¿Metodología ASAP para la innovación?

La metodología de SAP, que sugiere el fabricante aplicar en la implementación de todos sus productos, denominada Accelerated SAP (ASAP), ¿es aconsejable aplicarla en el contexto actual?. …


La metodología de SAP, que sugiere el fabricante aplicar en la implementación de todos sus productos, denominada Accelerated SAP (ASAP), ¿es aconsejable aplicarla en el contexto actual?.  Los usuarios y consultores de SAP estamos viviendo una vorágine de innovaciones contantes, sin precedentes, tanto en Business Intelligence, Enterprise Information Management (EIM), Enterprise Performance Management (EPM), Governance, Risk manament and Compliance (GRC), y por si fuera poco, SAP HANA.

Descocemos cuando fue diseñada la metodología SAP ASAP, pero definitivamente creemos que el contexto era totalmente diferente al actual.   Por ejemplo, con innovaciones tales como SAP BusinessObjects BI 4.0 o SAP Business Planning and Consolidatio 10.0, tenemos la inevitable sensación que fueron liberados antes de tiempo y que gracias a los primeros usuarios y los primeros consultores en utilizarlos, estos productos han madurado y ahora están más estabilizados.

Viendo las fases de esta metodología, nos preguntamos cómo podemos encasillar la definición funcional de la implementación de un producto, si consultores y usuarios están aprendiendo sobre la marcha su funcionamiento y limitaciones.  Pensando al respecto, cada vez estamos más convencidos que para un “producto de reciente innovación” lo más adecuado es una metodología basada en Agile (aquí unos lineamientos).

Referencia: (aquí)

Si eres cliente/usuario SAP, accede al «RKT»

Si eres usuario de un producto SAP, sobre todo, si se trata de una reciente innovación que ha presentado SAP en los últimos años, el programa o modelo denominado Ramp-up Knowledge Transfer (RKT)…


Si eres usuario de un producto SAP, sobre todo, si se trata de una reciente innovación que ha presentado SAP en los últimos años, el programa o modelo denominado Ramp-up Knowledge Transfer (RKT) puede ser un buen punto de partida para conocer las características y funcionalidades de la herramienta que estas utilizando, los documentos y vídeos estas organizados según el perfil del usuario, desde funcional hasta técnico.  En principio, tienen acceso los partners, pero en muchos casos también los usuarios/clientes.

En este enlace tienes acceso a todo el índice (se requiere autenticación de SAP Marketplace).

Introducción sobre las «Vistas de Información» de SAP HANA

Las vistas de información (Information Views) de SAP HANA son creadas para modelar un subconjunto de datos almacenados en la base de datos SAP HANA y de este modo, cubrir las necesidades de información de un proceso de negocio. Estas vistas, que actúan como una capa intermedia entre los datos y los usuarios, enfoque similar a los universos de SAP BusinessObjects BI, están básicamente constituidos por atributos (Attribute) y medidas (Measure), el primero de ellos describe la información (cliente, ciudad, región, etc) y el segundo tipo de dato cuantifica la información (ingresos, cantidades, gastos, etc).


Las vistas de información (Information Views) de SAP HANA son creadas para modelar un subconjunto de datos almacenados en la base de datos SAP HANA y de este modo, cubrir  las necesidades de información de un proceso de negocio.  Estas vistas, que actúan como una capa intermedia entre los datos y los usuarios, enfoque similar a los universos de SAP BusinessObjects BI, están básicamente constituidos por atributos (Attribute) y medidas (Measure), el primero de ellos describe la información (cliente, ciudad, región, etc) y el segundo tipo de dato cuantifica la información (ingresos, cantidades, gastos, etc).

Existen tres vistas de información:

  • Attribute View. Son usadas para definir una entidad cuando la descripción de la entidad está contenida en varias tablas que requieren ser vinculadas.  Una vista atributo puede finalmente contener atributos simples, atributos calculados y jerarquías.  Así mismo, es posible definir filtros, atributos ocultos para procesos o cálculos internos, atributos clave para vincular con otra tablas o habilitar la propiedad Drill Down.
  • Analytic View. Las vistas analíticas son utilizadas para modelar datos que incluyen medidas como por ejemplo cualquier proceso de ventas, los cuales implican medidas tales como cantidades e importes.  La estructura de datos (data foundation) de una vista analítica puede contener múltiples tablas, pero sólo una de ellas deberá contener las medidas (equivalente a la tabla de hechos de un modelo de estrella).  Además de las vinculaciones entre tablas, una vista analítica puede incluir la definición de otra vista analítica, heredando las definiciones de la vista incluida.  Las Analytic Views pueden incluir atributos simples, atributos calculados, atributos privados, medidas simples, medidas calculadas, medidas restringidas, variables, parámetros de entrada, filtros, atributos ocultos, atributos clave, drill down, tipos de agregación de las medidas, moneda y unidad de las medidas.
  • Calculation View. Este tipo de vistas, que quizás tenga un uso menos frecuente, necesarias cuando se requieran cálculos más complejos que no pueden ser cubiertos por los tipos de vistas anteriores. Las vistas de cálculo pueden incluir otras vistas de atributos, vistas analíticas, sentencias SQL, diferentes niveles de agregación de datos, atributos y medidas (en ambos casos simples, calculadas y privadas/restringidas), column views, contadores, otra jerarquías (además de las que podrían contener las vistas de atributo), variables y parámetros.