Categoría: SAP

Co-innovación, Co-creación, Open Innovation,… ¿a costa del cliente?

“Crear nuevos productos con la colaboración del cliente”, “diseñar mejores experiencias para el usuario”,… estas frases tan usadas suena muy bien, aún se «venden» y si le ponemos un nombre en inglés, mucho mejor.


“Crear nuevos productos con la colaboración del cliente”, “diseñar mejores experiencias para el usuario”,… estas frases tan usadas suena muy bien, aún se «venden» y si le ponemos un nombre en inglés, mucho mejor.

Buscando una definición de Co-innovation, nos quedamos con la siguiente:

“Coinnovación” es un modelo que parte de la unión de dos importantes conceptos, la innovación y la colaboración. Se fundamenta en una visión abierta de la empresa. Esta apertura para innovar se materializa con la colaboración con distintos “stakeholders” (o agentes implicados) que pueden ser internos o externos a la organización.

¿Pero cuáles son sus límites? Si un fabricante de software lanza un producto al mercado, clientes ilusionados lo adquieren inmediatamente, pero se encuentran que el software tiene errores que se traducen en no menos de una docena de “actualizaciones” o la corrección de alrededor de 1.000 “issues” en menos de un año y si además el usuario debe inventar soluciones alternativas (o workarounds, en inglés suena mejor), ¿esto es “co-innovación”?

Sin mencionar marcas o nombres de productos, las experiencias enseñan que ante un nuevo producto, lo recomendable es esperar por lo menos un año, para que el producto “madure”, siempre habrá “usuarios ilusionados” que lo adquieran inmediatamente que “colaborarán” en su “maduración”.

Referencias: (aquí y aquí)

Los PAM de SAP se modernizan

Cada producto SAP tiene un documento asociado denominado Matriz de Disponibilidad del Producto (Product Availability Matrix, PAM) estos documentos sintetizan en pocas páginas las características, requerimientos y planes de evolución de producto. Hasta ahora, el acceso a estos documentos es a través de un interfaz clásica pero poco funcional


Cada producto SAP tiene un documento asociado denominado Matriz de Disponibilidad del Producto (Product Availability Matrix, PAM) estos documentos sintetizan en pocas páginas las características, requerimientos y planes de evolución de producto.  Hasta ahora, el acceso a estos documentos es a través de un interfaz clásica pero poco funcional (aquí el enlace al sitio clásico).

SAP ha desarrollado una web específica para estos documentos (aún en fase beta) que facilitaría su acceso, por lo visto aún no tiene todos los documentos que debería tener, pero es un sitio web a tener en cuenta (aquí el enlace a la nueva web).  En ambos casos se requiere usuario/contraseña de SAP Marketplace.

Referencia: (aquí una muestra del PAM más consultado)

Resumiendo Q&A de Webinar sobre selección de la herramienta adecuada en #BI4

En el anterior post hacíamos referencia a las preguntas formuladas en un reciente webinar (seminario por Internet) sobre cómo seleccionar el componente de SAP BusinessObjects BI 4.0 (BI4) más adecuado para cubrir las necesidades de los usuarios, se comentan muchos aspectos interesantes, de los cuales destacamos los referidos a la denomina «Suite Anlaysis» y Conectividad con fuentes de datos.


En el anterior post hacíamos referencia a las preguntas formuladas en un reciente webinar (seminario por Internet) sobre cómo seleccionar el componente de SAP BusinessObjects BI 4.0 (BI4) más adecuado para cubrir las necesidades de los usuarios, se comentan muchos aspectos interesantes, de los cuales destacamos los referidos a la denomina «Suite Anlaysis» y Conectividad con fuentes de datos.

La suite Analysis de SAP BO BI

  • La nueva herramienta para diseñar cuadros de mando se denomina SAP BusinessObjects Design Studio, anteriormente se le denominó “SAP BusinessObjects Analysis, edition for application design” y en fu fase inicial de desarrollo o proyecto se le conocía como ZEN. (Esta herramienta y Xcelsius – SAP BusinessObjects Dashboard -, son las alternativas para diseñar cuadros de mando).
  • SAP BusinessObjects Design Studio, es un entorno de desarrollo, en consecuencia, para la creación de contenidos está orientado a los usuarios de TI, pero con la debida formación un usuario de negocios podría trabajar en este entorno, pero ese no es el enfoque de la herramienta.
  • SAP BusinessObjects Design Studio se integra con SAP HANA y SAP BW, pudiéndose utilizar las consultas BEx que tuviese.  En el futuro se prevé que esté integrado con SAP NetWeaver BW-IP (¿alguien dijo que IP – Integrated Planning –  sería discontinuado por BPC?).
  • SAP BusinessObjects Analysis, edición para Microsoft Office esta ntegrada con SAP NetWeaver BW-IP (Integrated Planning).
  • SAP BO Analysis edition for OLAP (versión Web) permite exportar en format PDF.
  • SAP BusinessObjects Design sería liberado en los últimos meses del año.  Los términos de su licencia están por definir.
  • SAP BusinessObjects Analysis para OLAP y SAP BusinessObjects Analysis para MS Office, permiten guardar una Analysis View, la cual puede ser utilizada para diseñar un nuevo informe.

Conectividad y fuentes de datos

  • Las “Analysis View” que pueden ser salvadas con SAP BusinessObjects Analysis, edition for Microsoft pueden ser utilizadas en Crystal Reports for Enterprise, Web Intelligence y SAP BusinessObjects Analysis, edition for OLAP.
  • Los universos multifuente (en referencia al formato .UNX, 4.0, también denominados IDT, iniciales de la herramienta que permite diseñarlos, Information Design Tool) pueden ser utilizados en Crystal Reports for Enterprise, Web Intelligence, Dashboards (Xcelsius), Explorer y Visual Intelligence.  Los universos o capa semántica no son admitidos en la denominada suite Analysis (SAP BO Analysis edition for Microsoft Office, SAP BO Analysis, edition for OLAP y SAP BO Design Studio).
  • SAP recomienda utilizar la conectividad directa a consultas BEx, de este modo, se tendrá en los componentes de BI4, la más adecuada interpretación de los tipos de objetos de BW, mejor  de lo que puedan ofrecer los universos relacionales utilizando Infoproviders.
  • Actualmente el universo multi-fuente (.UNX) no permiten combinar fuentes de datos relacionales con fuentes de datos multidimensionales en un mismo  universo.

Más posibiilidades

  • Los contenidos generados con SAP BusinessObjects Design Studio serían accesibles a través de la aplicación mobile de SAP BusinessObjects BI, sumándose a las actuales posibilidades, contenidos de Web Intelligence y Crystal Reports.
  • Próximas versiones de SAP BusinessObjects Analysis, edición para Microsoft Office permitirá guardar sus libros trabajos en SAP NW BW.
  • No hay planes de descontinuar Live Office, componente para recuperar contenidos BI a través de MS Office.

Referencia: SAP SCN

SAP BEx: “With or without you”

Contigo o sin ti… Si tuviéramos que ponerle un fondo musical a los eventos de SAP cuando se habla sobre el futuro de BEx, nos parece que no hay mejor elección que esta canción…


Contigo o sin ti… Si tuviéramos que ponerle un fondo musical a los eventos de SAP cuando se habla sobre el futuro de BEx, nos parece que no hay mejor elección que esta canción…

Desde que SAP compró en 2007 la compañía francesa Business Objects (BO), su herramienta de reporting analítico, SAP BEx, fue casi inmediatamente sentenciada a ser sustituida por la nueva generación de herramientas de BI que venían con BO, en el año 2008 ya se escribía textos como el siguiente (o aquí):

On the business intelligence (BI) side, decisions were a bit easier. Business intelligence capabilities that existed within the SEM offering at SAP will continue moving forward. The only notable transition would take place with the SAP BEx line of applications, which will be gradually discontinued over a 5-7 year period.

Las comunidades de usuarios protestaron porque las herramientas que SAP proponía como “sustitutas”, las ya obsoletas Voyager o Pioneer eran muy limitadas y no cubrían las funcionalidades que BEx tiene. SAP bajó en la intensidad de su mensaje, pero no renunció a la idea, y en 2010 encontrábamos en SAP.info las siguientes afirmaciones: “SAP has stopped development of the older SAP BEx report designer tool”.

Las dudas se incrementaron cuando en 2011 SAP incluye, en su flamante SAP BusinessObjects BI 4.0 (BI4), a SAP BEx Analyzer como una alternativa de reporting. Pero paralelamente SAP sigue señalando que cada uno de los componentes de SAP BEx tiene sustituto, sin decir con claridad que sucederá con BEx. Por ejemplo, en un reciente Webinar sobre BI4, se señaló lo siguiente:

  • SAP BusinessObjects Analysis, edition for Microsoft Office is the premium success for SAP BusinessExplorer (BEx) Analyzer
  • SAP BusinessObjects Analysis, edition for OLAP is the premium success for SAP BusinessExplorer (BEx) Web Analyzer
  • SAP BusinessObjects Design Studio is the upcoming premium success for the SAP Web Application Designer (WAD).

Sin embargo, casi la totalidad de componentes de SAP BusinessObjects BI 4.0 permiten utilizar consultas BEx como fuentes de datos, al menos ese futuro parece que lo tiene asegurado. Por ahora, las consultas BEx son la mejor vía para llevar los metadatos de BW a BI4, pero como herramienta de reporting, echamos en falta un mensaje claro y contundente sobre su futuro, porque si consideramos lo que se afirmaba en 2008, cuando se señalaba 5 o 7 años de vida para BEx, este plazo se cumpliría entre 2013 y 2015… BEx, without you I cant live.

Fórmulas para el “sizing” en SAP HANA

Según SAP, la vía “más segura” o recomendable para estimar las necesidades de hardware de un nuevo producto como puede ser SAP HANA, es el uso del Quick Sizer. Pero además de los resultados que se pudieran obtener con esta herramienta, para el caso de SAP HANA, existen unas fórmulas que brindan valores preliminares que no se alejarían de los valores definitivos.


Según SAP, la vía “más segura” o recomendable para estimar las necesidades de hardware de un nuevo producto como puede ser  SAP HANA, es el uso del Quick Sizer.  Pero además de los resultados que se pudieran obtener con esta herramienta, para el caso de SAP HANA, existen unas fórmulas que brindan valores preliminares que no se alejarían de los valores definitivos.

El sizing consiste en estimar las necesidades de memoria, almacenamiento en disco y la capacidad de procesamiento (CPU).  Las fórmulas son las siguientes:

  • Memoria. Para el cálculo de este valor se toma como referencia el tamaño utilizado actualmente, ya sea por el actual SAP NW BW y/o SAP ERP, considerando que no se debería incluir el espacio utilizado por logs, temporales y agregados (en el caso de BW).  Toda la información será cargada en memoria, pero para este fin SAP HANA utiliza mecanismo de compresión que por norma general equivalen a la quinta parte.  Así mismo, para procesos internos, HANA necesita espacio, que se estiman igual al tamaño utilizado por los datos, una vez cargados en memoria.

Memoria = ((Espacio actual) / 5) * 2

  • Disco. Se estima en función del valor obtenido en el cálculo de las necesidades de memoria. Se calcula tanto para datos, como para los logs de transacciones, cada uno de estos datos se obtienen en cada factor de la siguiente fórmula:

Disco = (Memoria * 4) + (Memoria)

  • CPU (basado sobre el número de cores que incluyen) se debe estimar en función del número de usuarios activos, los cuales pueden fluctuar entre 20% y 40% del número de usuarios nominales.  Se estima que para gestionar un usuario activo se requiere 0,2 de un core de CPU:

CPU = 0,2 * (Usuarios activos)