SAP – Página 5 – aníbal goicochea

Corfirmado, SAP cambió funcionalidad básica del EPM Add-in (cliente SAP EPM/BPC 10.0)

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.

SAP diseña Add-ins sin considerar las Best Practices de Microsoft

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.

¿Deberíamos dudar de la utilidad de SAP Idea Place?

SAP Idea Place, por lo que tenemos entendido, es el portal para que los usuarios de productos SAP sugieran mejoras o innovaciones. Estas sugerencias son valoradas por SAP, entre otros factores, considerando el nivel de votación de la idea, y luego SAP puede decidir incluir la nueva funcionalidad o característica a sus productos. Suena muy bien, hasta podríamos afirmar que este procedimiento en sí mismo es innovador y único,… claro, si funcionara realmente.

SAP Idea Place, por lo que tenemos entendido, es el portal para que los usuarios de productos SAP sugieran mejoras o innovaciones. Estas sugerencias son valoradas por SAP, entre otros factores, considerando el nivel de votación de la idea, y luego SAP puede decidir incluir la nueva funcionalidad o característica a sus productos. Suena muy bien, hasta podríamos afirmar que este procedimiento en sí mismo es innovador y único,… claro, si funcionara realmente.

Ver enlace

Tenemos la sensación que SAP Idea Place ha sido un buen invento del área de Marketing pero que no ha sido adoptado plenamente en la gestión de los Productos SAP. Con tantas ideas residiendo años, sin recibir ningún tipo de respuesta, la sensación que percibe el usuario es de “pérdida de tiempo”. Ha habido “ideas” obvias y necesarias que han sido consideradas pero hay una gran cantidad que residen en este repositorio, aparentemente ignoradas por SAP.

La continuidad de este Portal depende, principalmente, por la aportación de los usuarios, pero esta aportación continuará si existe algún tipo de comunicación. A nuestro parecer, falta una gestión de las sugerencias, una moderación más visible o notoria por parte de SAP daría lugar a que se recibieran más ideas o estas fueran de mayor valor.

El uso de CPUs y las licencias de SAP BusinessObjects BI

El sistema de licenciamiento de SAP BusinessObjects BI no es nada exacto o uniforme, todo depende según las necesidades del cliente. Las licencias del uso de CPU, en teoría, responden a los siguientes criterios:

El sistema de licenciamiento de SAP BusinessObjects BI no es nada exacto o uniforme, todo depende según las necesidades del cliente (ver entrada anterior). Las licencias del uso de CPU, en teoría, responden a los siguientes criterios:

Cada CPU core de un host SAP BI requiere una licencia.
El primer CPU core requiere una licencia de CPU. Cada core del mismo CPU requiere un 0.5 de licencia.
Si el resultado del cálculo no es número entero, este deberá redondearse.
En teoría, SAP no impone limitaciones en el uso de CPUs, la contratación de licencias necesarias es una formalización que debe realizarse.

Por ejemplo, para una instalación de un host con dual CPU quad-core, el cálculo de licencias de CPU sería el siguiente:

1 Server x 2 CPUs x (1 + 0.5 + 0.5 + 0.5) = 5 Licencias de CPU

Pero bueno, cada caso tiene un tratamiento particular, la última palabra la tendrá SAP.

Referencias: Notas SAP 1285639 y 1344387

Licencias de SAP BusinessObjects BI, tan diverso y difuso como clientes pudiesen existir

Difícilmente encontraremos dos clientes que hayan pagado lo mismo por un producto SAP y mucho menos probable si de SAP BusinessObjects BI hablamos. SAP podría decir en su descargo que responde a las necesidades singulares de cada cliente,… Pero bueno, sea cual fuera el motivo, en el sistema de licenciamiento de SAP BO BI entran en juego las siguientes variables:

Difícilmente encontraremos dos clientes que hayan pagado lo mismo por un producto SAP y mucho menos probable si de SAP BusinessObjects BI hablamos. SAP podría decir en su descargo que responde a las necesidades singulares de cada cliente,… Pero bueno, sea cual fuera el motivo, en el sistema de licenciamiento de SAP BO BI entran en juego las siguientes variables:

Usuarios nominales (Named user license). La licencia determina un número máximo de usuarios que se pueden definir en la plataforma.
Licencia por concurrencia (Concurrent license). Determina el número de sesiones que se pueden conectar simultáneamente. Un usuario puede consumir más de una sesión, por ejemplo un usuario puede estar conectado vía navegador Web y la aplicación mobile de SAPBI.
Licencia por CPU (CPU License). Determina el número máximo de CPUs (cores) que se podrían utilizar en un BusinessObjects Server Enterprise.

Como propuesta de licencia podemos recibir una basada en alguna de estas variables, generalmente en función de la tercera combinada con cualquiera de los dos primeras variables.

Referencia: SAP Note 1285639

¿Mayores causas de pérdida de rendimiento en BPC 10.0 que en BPC 7.5?

Comparando las guías de Sizing o dimensionamiento de las necesidades de hardware de SAP Business Planning and Consolidation NW (SAPBPC NW) de las versiones 7.5 y 10.0, vemos un aumento considerable de las posibles causas de pérdida de rendimiento en la última versión.

No creemos que se deba a un aumento de complejidad de BPC, más pensamos que SAP ha aprendido de la experiencia y señala casi absolutamente todo como posible causante de pérdida de rendimiento.

Nuestra sugerencia es que se debe tener en cuenta, desde el punto de partida, que BPC es una herramienta transaccional ´para las tareas relacionadas a la planificación y consolidación financiera. Si se desea analizar grandes volúmenes de información, SAP BPC no es la herramienta analítica que cubrirá tus expectativas, quizás, además de BPC, deberías pensar en SAP BusinessObjects BI.