aníbal goicochea

Un poco más sobre SAP BusinessObjects Predictive Analysis 1.0

La minería de datos tiene una demanda insatisfecha desde hace mucho tiempo, además de haber pocas propuestas serias, los líderes de este sector tienen altos índices de abandono e descontento de sus clientes. Parece que ningún fabricante ha sido capaz de desarrollar una aplicación de fácil instalación y uso.

SAP ha comunicado, en los últimos días, sobre sus planes en el campo del Data Mining, especialmente sobre su nueva aplicación, aún ramp-up, denominada SAP BusinessObjects Predictive Analysis (SAP BPA, usaremos esta siglas a la espera de conocer la oficial). En un anterior post adelantábamos algo sobre esta nueva aplicación, con un poco más de documentación disponible, parece que el aspecto de fácil instalación está cubierto, basta con tener Windows 7 y la Java Runtime Environment 1.6 o superior, para ejecutar el instalador (como Administrador) y escoger la opción “Express” para tener el producto instalado. Posteriormente se podría realizar configuraciones adicionales para trabajar con R (lenguaje Open Source de minería de datos), universos BusinessObjects, SAP HANA u otras bases de datos.

Hace unos días encontrábamos un artículo que identificaba los tres tipos de análisis que debería brindar un programa de minería de datos:

Análisis descriptivo o de diagnostico (Descriptive and diagnostic analytics). Útil para saber que está sucediendo y por qué. Se emplean técnicas de segmentación, clasificación, agrupamientos, etc.
Análisis predictivo (Predictive analytics). Ayuda a conocer lo que podría suceder, para ello se utilizan técnicas de árboles de regresión, de clasificación y regresión, redes neuronales, etc.
Análisis preceptivo (Prescriptive analytics). Responde a la interrogante ¿qué debo hacer?, para ello se vale de presentación de escenarios con un conjunto de alternativas.

Teniendo en cuenta la anterior clasificación, intuimos que SAP BPA cubrirá muy bien el análisis descriptivo, medianamente bien el predictivo y para el preceptivo dependerá de la habilidad del usuario para la construcción de escenarios con otras herramientas d ela plataforma SAP BusinessObjects BI.

Consideraciones para migrar SAP BPC 7.5 a SAP BPC 10.0 (Entorno Netweaver)

Complementando a un post anterior, alcanzamos el siguiente resumen que podría ayudar al valorar una migración al nuevo SAP BusinessObjects Planning an Consollidation 10.0 (SAP BPC) entono SAP Netweaver.

Complementando a un post anterior, alcanzamos el siguiente resumen que podría ayudar al valorar una migración al nuevo SAP BusinessObjects Planning an Consollidation 10.0 (SAP BPC) entono SAP Netweaver.

Ante todo, se debe tener presente que para la actualización a SAP BPC 10 NW, sólo se admite desde la versión 7.5 y se puede aplicar una de las siguientes vías:

Actualización directa en un servidor existente. En primer lugar, el servidor debe ser actualizado a SAP NetWeaver 7.3 (desde la 7.01), posteriormente se debe actualizar SAP BPC de la versión 7.5 a la 10.0 y luego ejecutar el programa de migración (UJT_MIGRATE_75_TO_10 vía transacción SE38). Es necesario que los usuarios estén fuera del sistema en todo momento. Es el escenario menos recomendado.
Actualizar en una copia del actual servidor BPC. Es un escenario más seguro que el anterior. Recomendable cuando el sistema no está dedicado a SAP BPC y los usuarios no pueden ser interrumpidos.
Una nueva instalación e importar los datos. Quizás el escenario más “radical”, pero particularmente nos parece el más recomendable. Luego de instalar y configurar el sistema según lo indicado en la documentación, se importarían los datos de SAP BPC 7.5 usando la transacción de backup y restore de BPC (UJBR) y luego se ejecutaría el programa de migración.

Se debe tener en cuenta que el programa de migración no recupera todos los objetos de los environments (aplicaciones) de la versión 7.5 a la versión 10.0, a grandes rasgos, tiene el siguiente comportamiento:

Todos los datos son migrados
Parametrizaciones a nivel administrador (con algunos cambios de nombres de parámetros)
Journals
Business Rules
Vaidaciones (ahora Controls)
Usuarios y seguridad, parcialmente, requieren trabajo manual adicional
Content Library parcialmente (las denominadas Web Pages no son recuperadas)
Business Process Flows son migrados (con alguna restricción, p.e. las instancias son ignoradas y algunas acciones de BPFs también)
Los Live Reports no son compatibles
Los Custom Menus no son migrados, han sido sustituidos por los denominados «Workspaces» y los denominados “BPF Activity Workspaces”.
Los informes y plantillas de entrada de datos pueden ser migrados pero con algunos inconvenientes. Esta tarea corresponde al componente EPM Add-in, y dependiendo su complejidad, algunas plantillas deberían ser reconstruidas con el nuevo complemento.

Más información en los manuales de instalación y actualización.

Referencia: («how to»)

Sizing para SAP HANA (CPU y memoria)

Ante todo es importante señalar que para realizar un “Sizing” sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.

Ante todo, es importante señalar que un “Sizing” (estimación de necesidades hardware) sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.

Para SAP HANA, hay una serie de propuestas de hardware estándar que ofrecen los socios de SAP en esta tecnología (Fujitsu, IBM, entre otros), pero para cada realidad hay que considerar el número de usuarios que pueden estar trabajando en un período de tiempo (una hora), el tipo de trabajo que están realizando (SAP señala tres categorías: «easy», «medium», «heavy») y la frecuencia con lo que la realizan (SAP identifica tres categorías: «sporadic», «normal», «expert») esta información determinará las necesidades de CPU.

Para determinar las necesidades de memoria se toma en consideración el tamaño de las tablas de datos que se desean incluir en la plataforma HANA, aplicando un factor de compresión. Para este fin SAP tiene una serie de scripts (programas SQL) que son aplicados según el tipo de base de datos.

Una reciente novedad para estimar el dimensionamiento de una plataforma SAP HANA es la posibilidad de utilizar SAP Quick Sizer, una aplicación Web utilizada para dimensionar las necesidades de hardware de las herramientas más utilizadas en SAP.

Recomendado la lectura de la Nota 1514966, además de la documentación de instalación y configuración de SAP HANA que se actualizada con regular frecuencia.

«Exprimiendo» a SAP BPC

Invertir en un software que sólo se usará unas cuantas semanas al año, puede ser un poco difícil de justificar su inversión, no es el caso de SAP BusinessObjects Planning and Consolidation (SAP BPC), además de las clásicas aplicaciones contables – financieras: Planificación, Presupuestos, Previsiones, Consolidación y Tesorería; SAP BPC puede tener otros usos.

Invertir en un software que sólo se usará unas cuantas semanas al año, puede ser un poco difícil de justificar su inversión, no es el caso de SAP BusinessObjects Planning and Consolidation (SAP BPC), además de las clásicas aplicaciones contables – financieras: Planificación, Presupuestos, Previsiones, Consolidación y Tesorería; SAP BPC puede tener otros usos.

Todo trabajo que implique la gestión de un proceso, intervengan más de una persona, el flujo de información/cálculos sean considerable y repetitivo; es un procesos candidato a ser automatizado con una herramienta como SAP BPC, por ejemplo: Visitas a clientes, Campañas de Marketing, Elaboración de horarios o Estimación de las necesidades de RRHH, este último caso, SAP ha desarrollado un modelo que comentamos en un post anterior y complementamos en esta entrada adjuntando las imágenes que explican el proceso de negocio que se ha contemplado para desarrollar «SAP BusinessObjects Operational Headcount Planning»:

Ramp-up en curso más relevantes del 2012

Ramp-up, es la última fase de desarrollo de un nuevo producto o de una actualización importante de un producto SAP, en la que participan un grupo reducido de clientes y partners abordando proyectos de implementación del nuevo software. Sirve esta fase para detectar problemas antes de anunciar la “general availability”, por lo general, la superación de esta fase está en función del número de proyectos culminados satisfactoriamente, que varía según el equipo de trabajo.

¿Ramp-ups más “relevantes”? bueno, para el que lo escribe, quizás obviemos otros, pero una primera mirada a la página web de Ramp-up de SAP, identificamos los siguientes que sería culminados en 2012: