Buscando una debilidad en la fortaleza de SAP

Siguiendo la idea de nuestro post anterior, por ejemplo, para encontrar la debilidad de SAP, primero habría que identificar su fortaleza. Tal vez seamos un poco superficiales, pero consideramos que la principal fortaleza de SAP es la uniformidad de funcionamiento e integración de datos entre sus componentes.


Siguiendo la idea de nuestro post anterior, por ejemplo, para encontrar la debilidad de SAP, primero habría que identificar su fortaleza.  Tal vez seamos un poco superficiales, pero consideramos que la principal fortaleza de SAP es la uniformidad de funcionamiento e integración de datos entre sus componentes.

Uniformidad e Integración, ¿fortaleza y debilidad?

Quizás por ello, cuando SAP adquiere un nuevo producto, se afane en remodelar su interfaz, crear canales para que sus datos sean fácilmente leídos y si es posible, lo renombra.  Lógico, esto no puede ser de inmediato, mientras tanto, entre la versión “X” y la “X+ n”, ya ha habido varios usuarios que han implementado la herramienta y al finalizar SAP las “tareas de adaptación”, los usuarios ven que algunas funcionalidades han sido mejoradas o tienen la categorías de “obsoletas”, el primer paso para que en la siguiente versión desaparezcan.

Esta situación la hemos visto en SAP BusinessObjects y SAP BPC, las herramientas que habitualmente utilizamos.  De todo el trabajo que SAP está haciendo actualmente, nos llama la atención los cambios que traerá SAP BPC 10, aun en rampup.  Particularmente uno, la función EvDRE pasa a la categoría de obsoleta.  Actualmente, gracias a esta función, es posible implementar la serie de exigencias de los usuarios en los formularios o plantillas en un proyecto de planificación, tan variopinto en cada organización.

Aún no hemos probado la nueva versión de SAP BPC 10, esperamos que las nuevas funcionalidades sea igual de flexibles, porque leyendo la nota técnica que adjuntamos, nos hace pensar que flexibilidad con el trabajo hecho con versiones anteriores tendrá muy poco, veremos cómo evoluciona el rampup… Si Oracle estaba buscando una debilidad, quizás aquí podría tener una.

Oracle debería aprender BPC… y SAP, Hyperion


La “publicidad agresiva”, no parece muy notoria, pero  es una práctica habitual en el mundo del software, por ejemplo Oracle y SAP, con líneas de productos similares, con relativa frecuencia se “atacan” con el fin de decirle al mundo, que sus productos son los mejores.  Un reciente ejemplo lo encontramos en los blogs de Oracle sobre EPM, donde se cuestiona las características de SAP BusinessObjects Planning and Consolidation (SAP BPC), la herramienta para la planificación y consolidación financiera de SAP, componente del porfolio o línea SAP EPM (Enterprise Performance Management *).

Oracle es exacto en recordar el origen de los diferentes componentes que conforman la cartera de productos de SAP EPM el cual, casi en su totalidad, ha sido a través de adquisiciones.  Pero es inexacto en sus cuestionamientos sobre SAP BPC, denota un desconocimiento total sobre el producto, lo mismo que le debe suceder a SAP cuando hace algunas afirmaciones sobre la línea de productos de Hyperion.

La “publicidad agresiva”, es peligrosa y la percibimos como poco útil, como apunta el siguiente extracto del libro “Reposicionamiento” (Jack Trout – ISBN 978-84-368-2427-8):

“… la publicidad agresiva, un tipo de publicidad comparativa con mala intención, puede ser contraproducente.  En lugar de atraer clientes, puede producir una indiferencia hacia la categoría en general…”

“… Cuando se inicia un ataque hay que tener la retaguardia totalmente cubierta.  Puede ocurrir que al querer vincular a los competidores a algo negativo los clientes extiendan lo malo a todos y el perjuicio alcance al que ha querido sacar ventaja… hay que estar preparado para el contraataque con una respuesta concreta…”

“…Reposicionar (**) a un competidor consiste básicamente en encontrar una debilidad en la fortaleza que le da la ventaja…  encontrar una debilidad en su fortaleza…”

(**) Se llama posicionamiento al modo de diferenciarse en la mente de los clientes y según el autor, reposicionamiento es el modo de ajustar las percepciones que existen en la mente de los clientes sobre nosotros, nuestra propuesta o sobre nuestros competidores.

(*) Un portfolio o una línea EPM, en general,  es un conjunto de herramientas que van a facilitar a planificar el rendimiento empresarial y controlarlo en base a indicadores claves y al reporting. En el caso de SAP, se incluye SAP BPC, SAP SSM, SAP BO Financial Consolidation y otros productos de menor relevancia.

Referencia: Blogs Oracle


«Porque no vas a ver si está lloviendo»

En “mi pueblo” que nunca llueve, cuando una persona inoportuna o simplemente se quiere ganar tiempo para encontrar una solución al problema o respuesta a una consulta con la que alguien nos aborda, se le dice al mensajero: “porque no vas [a la esquina] a ver si está lloviendo”. En esta semana presiento que me lo han dicho un par de veces.


En “mi pueblo”, donde nunca llueve, cuando una persona inoportuna o simplemente se quiere ganar tiempo para encontrar una solución al problema o respuesta a una consulta, con la que alguien nos aborda, se le dice al mensajero: “porque no vas [a la esquina] a ver si está lloviendo”.  En esta semana, he tenido la sensación que me lo han dicho un par de veces.

Servicio de soporte SAP BUsinessObjects, de primera

En las ocasiones en las  que he instalado BusinessObjects 4.0, siguiendo las opciones por defecto, no he tenido problemas, pero en el momento que se varía algo, porque no todos desean la misma unidad, idioma, base de datos para el CMS o Tomcat como servidor de aplicaciones Web, «algo pasa», y siempre algo diferente.

Si abrimos una incidencia en el Marketplace, la respuesta es casi inmediata, y esto me parece muy bien por parte del equipo de personas que prestan este servicio. Pero en cuanto a la solución, esta dependerá en la medida que se hayan producido situaciones similares, si tenemos la suerte de ser los “primeros”, debemos estar prestos a realizar las verificaciones que nos sugieran.

Revisar logs, iniciar o detener, encender o apagar, crear o eliminar, todo bienvenido sea, para encontrar una solución y no volver a repetir las cosas, con ninguna garantía que no se volverá a producir el mismo problema.  Pero de todas las indicaciones que hemos recibido, ha sido comparar ficheros, en fecha y tamaño, la que nos haparecido la menos útil… Pero al final, lo hicimos, luego de lo cual nuestra respuesta fue “no, no está lloviendo”.

Apostamos por SAP BusinessObjects BI 4.0, mientras utilicemos lo estándar y tengamos paciencia a las conexiones con SAP.  SAP BO BI 4.0 esta disponible para todos usuarios, pero el ramp-up de algún modo continua, quizás con el SP3 o dentro de un par de meses más, tengamos una versión más estable.

«Innovar a través de adquisiciones», ¿funciona siempre en el software?

Después de cuatro años, 4.800 millones de euros, miles de horas/hombre, algunos componentes “abandonados en la cuneta” y oros nuevos incorporados; resultado: SAP BusinessObjects BI 4.0… y se sigue luchando por lograr el mismo objetivo: Facilitar el acceso a los datos de fuentes SAP.


Después de cuatro años, 4.800 millones de euros, miles de horas/hombre, algunos componentes “abandonados en la cuneta” y otras nuevas aplicaciones incorporadas a la plataforma; resultado: SAP BusinessObjects BI 4.0… y se sigue luchando por lograr el mismo objetivo: «Facilitar el acceso a los datos de origen SAP» (los que usan datos relacionales, son un poco más felices, eso no ha cambiado).

Eso de “innovar a través de adquisiciones” le resulto a Business Objects, pero a SAP ¿le está resultando rentable?  A la fecha, se han producido los siguientes grandes cambios en el original Business Objects:

  • Desktop Intelligence, herramienta para crear informes, es obsoleta en 3.0 y desaparece en 4.0
  • Voyager, para analizar cubos OLAP,  ya era “obsoleta” desde la versión 3.0.  Surge Analysis for Office (desde la versión 3.1) y Analysis for OLAP (desde versión 4.0)
  • Infoview, portal Web, desaparece en 4.0 y surge BI Lauch pad.
  • Los universos UNV son redefinidos en su estructura  en la 4.0, la herramienta que se utiliza para diseñarlos, Designer, es obsoleta y se tiene una nueva herramienta, Information Design Tool, para crear los nuevos universos UNX.
  • En la versión 4.0 surge Crystal Reports for Enterprise, una versión en Java del original Crystal Reports, funcionalidades similares, pero otro producto.
  • En la versión 3.1 surge BO Explorer, herramienta que genera gráficos y tablas de información en función de las consultas que escriba el usuario.
  • El componente LifeCycle Management surge en la 4.0 para la gestión de versiones y transporte de objetos.
  • Desde la 3.1, y mejor en la 4.0, se tiene un servidor mobile.
  • No se tiene aún nada claro, pero al parecer ¿algo pasará con Xcelsius?, será «remodelado» para soportar HTL5 y tendría un “hermano” con soporte nativo en la publicación mobile.

Si además consideramos otros cambios “menores”, como el tratamiento de los “servicios web”, ¿qué queda en pie?, sólo Crystal Reports 2008/2011, porque Web Intelligence, con el retoque de imagen y los cambios para soportar la conectividad con datos SAP, es prácticamente otro producto.

Después de todo lo hecho, creemos que SAP hubiera podido «inventar» algo desde cero, sin mediar adquisiciones, pero si hubiera sido así, no estaríamos aquí.

Los usuarios, protagonistas en la «maduración» de las grandes novedades de software

Paciente (P): Hola, ¿Atención al Cliente?
Laboratorio (L): Sí, digame
P: Llamo porque he tomado su «nuevo medicamento»
L: ah, el XI4, cuenteme, ¿qué problema tuvo?
P: La verdad, es que no me siento bien,…


Paciente (P): Hola, ¿Atención al Cliente?
Laboratorio (L): Sí, digame
P: Llamo porque he tomado su «nuevo medicamento»
L: ah, el XI4, cuénteme, ¿qué problema tuvo?
P: La verdad, es que no me siento bien, tengo suduración y temblores
L: mmm… Recuerda en que circunstancias ingirió nuestro «medicamento»
P: no, mucho…
L: ¿Tiene una fotografía? ¿Qué entorno tiene?
P: Seguí las instrucciones del prospecto
L: Bueno… Vamos a repetir el proceso, pero esta vez con la mano izquierda
P: Ya he probado con las dos manos
L: mmm… Entonces, con el pie derecho
P: allí voy… glup!… plop!
L: y, ¿qué tal?
L: ¿Hola?… ¿hay alguien ahí? … ¿hola?
L: Me parece que cerramos esta incidencia, pero la guardaré en la base de datos por si otro usuario la consulta y quiera ver la solución.

Nota: Cualquier «similitud», es pura «coincidencia»

Si el software en general, fuera puesto a disposición de los usuarios de la misma forma en que proceden los laboratorios con los medicamentos (entre otras cosas, después de muchos años de investigación), quizás no tendríamos el mismo grado de avance que se tiene actualmente, porque la verdad es innegable, los primeros meses o años de un nuevo software, son los usuarios quienes ayudan, en gran medida, a madurar el producto.

Estos usuarios de los nuevos softwares, «avezados», «ilusionados» o simplemente «inconscientes», deberían recibir un gesto de reconocimiento por parte de los fabricantes (otro precio de venta, algunos años de mantenimiento gratis,…), pero mientras esto no este legislado, los usuarios y consultores seguiremos ayudando a los fabricantes de software a desarrollar sus «innovaciones», gratis.