Si se desea tener en el mismo ordenador los componentes cliente de SAP Business Planning and Consolidation 10.0 y 7.5, es decir, SAP EPM Add-in 10.0 y BPC Excel 7.5, respectivamente,
Si se desea tener en el mismo ordenador los componentes cliente de SAP Business Planning and Consolidation 10.0 y 7.5, es decir, SAP EPM Add-in 10.0 y BPC Excel 7.5, respectivamente, se deberá desactivar el reconocimiento de las funciones EV en el EPM Add-in 10.0 vía el panel de las «Opciones de Usuario», tal como se muestra en la siguiente imagen:
Referencia: SAP Note 1901924
Tenemos muy clara nuestra elección de plataforma de Business Intelligence, pero vemos necesario conocer las principales características de funcionamiento de otras alternativas, como puede ser QlikView, del cual no dudamos sus bondades, tales como la tecnología asociativa (rutas de análisis de los datos que requiera el usuario) y el procesamiento de datos en memoria.
Tenemos muy clara nuestra elección de plataforma de Business Intelligence, pero vemos necesario conocer las principales características de funcionamiento de otras alternativas, como puede ser QlikView, del cual no dudamos sus bondades, tales como la tecnología asociativa (rutas de análisis de los datos que requiera el usuario) y el procesamiento de datos en memoria.
En el documento de referencia encontramos una breve explicación del modo en que fluyen los datos a través de QlikView, que nos permitimos compartir:
Referencia: ISBN 978-1-78217-423-3
Quizás en alguna ocasión se ha preguntado ¿cómo es posible que un determinado producto informático haya salido al mercado si está incompleto o plagado de errores?…Sepa que no es el único que está en la búsqueda de una respuesta. Todo indica que estamos ante una nueva “estrategia de desarrollo de producto”, que podríamos resumirla cómo “si tienes algo, lánzalo cuanto antes, no esperes terminarlo, ya los usuarios te ayudarán”.
Quizás en alguna ocasión se ha preguntado ¿cómo es posible que un determinado producto informático haya salido al mercado si está incompleto o plagado de errores?…Sepa que no es el único que está en la búsqueda de una respuesta. Todo indica que estamos ante una nueva “estrategia de desarrollo de producto”, que podríamos resumirla cómo “si tienes algo, lánzalo cuanto antes, no esperes terminarlo, ya los usuarios te ayudarán”.
Leyendo el libro “El Método Lean Startup” de Eric Ries, en las primeras páginas encontramos las siguientes líneas:
“…Lo hicimos todo mal: en lugar de dedicar años a perfeccionar nuestra tecnología, construimos un producto mínimo viable, un producto temprano que era terrible, lleno de errores y problemas de estabilidad que podían dañar los equipos. Entonces lo mandamos a nuestros clientes antes de que estuviera listo. Y cobramos por él. Después de asegurarnos los primeros clientes, actualizamos el producto más rápidamente que lo que dictan los estándares tradicionales, lanzando nuevas versiones de nuestro producto docenas de veces cada día.
Realmente tuvimos clientes en esos primeros momentos, verdaderos visionarios que fueron los primeros en adoptar nuestro producto, y a menudo hablábamos con ellos para pedirles su feedback. Pero no hicimos lo que nos decían. Veíamos sus inputs como una fuente de información sobre nuestro producto y nuestra visión general. De hecho, estábamos mucho más dispuestos a hacer experimentos con nuestros clientes que a responder a sus deseos.
El pensamiento tradicional dice que este enfoque no debería funcionar, pero funciona, y no necesita creer en mi palabra sino que puede comprobarlo…”
Habría que preguntarle a Eric Ries a que empresas fabricantes de software ha asesorado, dado que señala que su método lo ha explicado personalmente a varias grandes empresas del mundo, algunas de los rankings exclusivos de Fortune e inclusive, al Pentágono.
Referencia: Libro en Amazon
Con la compra de KXEN por parte de SAP, el panorama de su porfolio Predictive Analysis o Análisis Predictivo, estaba totalmente nublado. Con la publicación de la primera versión del roadmap “SAP Predictive Analysis and SAP InfiniteInsight” se aporta cierta claridad, quedando por esclarecer, la alianza estratégica que recientemente anuncio SAP con SAS.
Con la compra de KXEN por parte de SAP, el panorama de su porfolio Predictive Analysis o Análisis Predictivo, estaba totalmente nublado. Con la publicación de la primera versión del roadmap “SAP Predictive Analysis and SAP InfiniteInsight” se aporta cierta claridad, quedando por esclarecer, la alianza estratégica que recientemente anuncio SAP con SAS.
Un roadmap debe ser visto como una declaración de intenciones, la cual puede estar sujeta a ciertas modificaciones, pero en principio, da a conocer los pilares sobre la que se estructurará la evolución o próximos cambios de un portfolio. El conocimiento de un roadmap es importante para los usuarios para que puedan planificar sus próximas inversiones en tecnologías de la información.
La denominación de este roadmap recibe el nombre de las dos aplicaciones que coexistirán para cubrir diversas necesidades Estadísticas y de Minería de Datos. SAP Predictive Analysis es la aplicación desarrollada por SAP y SAP InfiniteInsight es el principal producto de KXEN. Contra lo que en principio se presuponía, SAP Predictive Analysis no desaparecerá, este producto terminará absorbiendo todos los módulos y funcionalidades de los productos de KXEN.
El panorama final será amplio, a largo plazo las funcionalidades y módulo de InfiniteInsight serán integradas en Predictive Analysis, Lumira (antes Visual Intelligence) y SAP HANA, lo cual dará lugar a la creación de una nueva librería HANA (InfiniteInsight function library – “IFL” – for SAP HANA). El mensaje de futuro es claro, “si quieres incorporar capacidades predictivas a tu negocio, piensa en HANA o en las alternativas de Sybase IQ o Teradata 14.1”
El análisis predictivo de SAP vuelve a «nacer», pero los que hicieron inversiones en SAP Predictive Analysis, por el momento, pueden estar tranquilos, su inversión no se ha perdido, y en el futuro tendrán a su disposición actualizaciones de una aplicación mucho más completa.
En una entrada anterior señalamos, con cierta duda, que SAP había cambiado la forma de definir objetos para acceder a la API del EPM Add-in, pero tratando de buscar una explicación, encontramos la nota 1931195 del 24 de octubre que despeja nuestras dudas, efectivamente, SAP cambió una regla de juego básica.
En una entrada anterior señalamos, con cierta duda, que SAP había cambiado la forma de definir objetos para acceder a la API del EPM Add-in, pero tratando de buscar una explicación, encontramos la nota 1931195 del 24 de octubre que despeja nuestras dudas, efectivamente, SAP cambió una regla de juego básica.
En la nota 1931195 SAP señala que el cambio la realizó en marzo 2012, con el SP07 Patch 04, lo cual es totalmente falso, debido a que esta actualización es de la fase ramp-up y la documentación de hasta noviembre 2012 no figura un cambio de este tipo.
El cambio en la definición de la variable objeto para la API del EPM Add-in es un gran paso hacia atrás, debido a que SAP nos sugiere que definamos una variable objeto genérica la cual será interpretada en tiempo de ejecución (técnica denominada Late Binding) la vía menos recomendada por Microsoft, fabricante que determina como se debe programar las macros de MS Office o en Visual Basic for Applications (VBA).
Según nota de Microsoft (ver aquí) declarar variables objeto genéricas para ser interpretadas en tiempo de ejecución afecta en el rendimiento y podría ser una potencial fuente de errores en la codificación, debido a que la sintaxis o uso de métodos y propiedades de esta variable objeto serían validados también en tiempo de ejecución.
Sorprende la solución que ha optado SAP, no es el primer complemento que desarrolla, ni es el primer fabricante que desarrolla complementos. Seguro que podría haber otro tratamiento de las referencias de la clase FPMXLClient, principal motivo de este cambio.
aníbal goicochea 