aníbal goicochea

SAP PCM 7.5, hasta el 31 de diciembre 2013

SAP BusinessObjects Profitability and Cost Management (SAP PCM) es un componente del portfolio SAP Enterprise Performance Management (SAP EPM) del cual también es miembro SAP Business Planning and Consolidation (SAP BPC, herramienta transaccional orientada a la construcción de modelos para automatizar la planificación, presupuesto o consolidación financiera).

SAP BusinessObjects Profitability and Cost Management (SAP PCM) es un componente del portfolio SAP Enterprise Performance Management (SAP EPM) del cual también es miembro SAP Business Planning and Consolidation (SAP BPC, herramienta transaccional orientada a la construcción de modelos para automatizar la planificación, presupuesto o consolidación financiera).

SAP PCM es una plataforma analítica, centrada en controlar el rendimiento financiero y los costes de producción. Para este fin, ofrece los siguientes tipos de modelos de análisis:

Rentabilidad y Costes (Profitability and Costing. Usados para el diseño de escenarios What-if, control del coste, presupuestos y planificaciones)
Costes y transacciones (Transactional Costing. Permite el diseño de modelos analíticos multidimensionales con grandes volúmenes de datos)
Objetivos y métricas (Objectives and Metrics. Permite el diseño de un modelo de control del rendimiento – Performance Management – a través de la identificación de los objetivos clave del negocio y la asignación de métricas para su seguimiento)
Lista de materiales (Bill of Materials – BOM, facilita el control del coste siguiendo el enfoque ABC- Activity-Based Costing)

Si cuentas con una implementación con la versión 7.5 o estas valorando su uso, debes tener presente que el soporte de la versión 7.5 finaliza el 31 de diciembre 2013. Actualmente, cualquier nuevo desarrollo o la urgente actualización, debe ser utilizando la versión 10.0 (al 31 de julio, su nivel de parche es el SP7).

Nota: el nombre BusinessObjects se pierde en versiones posteriores a la 7.5 y sólo se utiliza para algunos productos de Business Intelligence.

¿Reporting con Crystal Reports?, razones para pensar más en la edición Enterprise que en 2011

No será retirado del portofolio de aplicaciones de Business Intelligence, al menos no hay nada oficial, pero cuando se trate de reporting con Crystal Reports, si contamos con la plataforma SAP BusinessObjects BI 4.0, deberíamos valorar más la edición Enterprise antes que la edición 2011. Esto es debido a que las novedades y promesas de mejoras sólo se leen para SAP Crystal Reports for Enterprise. Si alguien tiene dudas al respecto, presten atención a una de las últimas líneas del roadmap de CR for Enterprise:

No será retirado del portofolio de aplicaciones de Business Intelligence, al menos no hay nada oficial, pero cuando se trate de reporting con Crystal Reports, si contamos con la plataforma SAP BusinessObjects BI 4.0, deberíamos valorar más la edición Enterprise antes que la edición 2011. Esto es debido a que las novedades y promesas de mejoras sólo se leen para SAP Crystal Reports for Enterprise. Si alguien tiene dudas al respecto, presten atención a una de las últimas líneas del roadmap de CR for Enterprise:

SAP Crystal Reports for Enterprise is the basis for all future versions of Crystal Reports.

Entre los aspectos que encontramos en la edición Enterprise (también conocida como edición Java), que no existen en la edición 2011, destacamos las siguientes:

Más facilidades para dar formato a los documentos.
Un mejor asistente para definir las fuentes de datos origen (capa semántica nativa), similar al Universe Designer. Con un panel para diseñar consultas, pudiendo utilizar a fuentes multimensionales.
Acceso a datos de SAP BW vía conexión BICS, SAP HANA y SAP ECC.
Reconocimiento a informes diseñados con Crystal Reports 2011 y 2008
Informes con más gráficos y funcionalidades interactivas en SAP BusinessObjects Mobile

Planes de futuro:

Mejora en el acceso a consultas BEx como fuente de datos (especialmente en el tratamiento de variables para la definición de filtros de selección
Acceso OLAP a vistas analíticas y calculadas en SAP HANA. Además de la conexión JDBC y ODBC a los datos.
Soporte de OpenDoc API para SAP BusinessObjects Mobile.
Se irán mejorando las funcionalidades para facilitar la integración de informes Crytsal Reports en aplicaciones Móviles y Web diseñadas a medida (especialmente las APIs RESTful y AJAX)

Próximas actualizaciones SAP BPC y SAP BI-Analytics

A continuación compartimos las próximas actualizaciones de SAP Business Planning and Consolidation (SAP BPC 10.0 y 7.5, ediciones para Microsoft y NetWeaver), SAP BusinessObjects BI 4.0 (BI4, que incluye Server, aplicaciones cliente, Crystal Reports for Enterprise, Crystal Reports 2011, Dashboards, Explorer y Live Office), Analysis for MS Office y Design Studio:

A continuación compartimos las próximas actualizaciones de SAP Business Planning and Consolidation (SAP BPC 10.0 y 7.5, ediciones para Microsoft y NetWeaver), SAP BusinessObjects BI 4.0 (BI4, que incluye Server, aplicaciones cliente, Crystal Reports for Enterprise, Crystal Reports 2011, Dashboards, Explorer y Live Office), Analysis for MS Office y Design Studio:

Semana 30 (julio, 4ta semana)
- SAP Analysis for MS Office 1.4. 2 FCS (First Customer Shipment)
Semana 31 (julio, 5ta semana)
- SAP BO BI 4.0 SP7
- SAP Design Studio 1.0 SP2
Semana 35 (agosto, 4ta semana)
- SAP BPC 10.0 MS SP11
Semana 36 (septiembre, 1ra semana)
- SAP Analysis for MS Office 1.4. 3 FCS
Semana 37 (septiembre, 2da semana)
- SAP BPC 10.0 NW SP11
Semana 39 (septiembre, 4ta semana)
- SAP Design Studio 1.0 SP3
Semana 42 (octubre, 2da semana)
- SAP Analysis for MS Office 1.4. 4 FCS
Semana 44 (octubre, 4ta semana)
- SAP BO BI 4.0 SP8
Semana 46 (noviembre, 2da semana)
- SAP BPC 7.5 NW SP12
Semana 50 (diciembre, 1ra semana)
- SAP BPC 10.0 MS SP12
- SAP BPC 10.0 NW SP12
- SAP BPC 7.5 NW SP17

Referencia: Notas 1554406, 1518359, 1769372 y aquí

VBA for SAP EPM Add-in: Mejor una megaformula antes que varias fórmulas intermedias (#VBAforEPMAddin)

Cuando diseñemos formularios con el EPM Add-in, tal vez algún dato requerirá un tratamiento adicional y para lograr el resultado deseado, quizás se requiera más de una operación intermedia. Por ejemplo, recuperamos un ID y se desea uniformizar la longitud de cada porción que lo conforma y se opta por la siguiente solución:

Cuando diseñemos formularios con el EPM Add-in, tal vez algún dato requerirá un tratamiento adicional y para lograr el resultado deseado, quizás se requiera más de una operación intermedia. Por ejemplo, recuperamos un ID y se desea uniformizar la longitud de cada porción que lo conforma y se opta por la siguiente solución:

La definición anterior resulta clara para la gran mayoría, pero dependiendo de la cantidad de filas que se recuperen y/o si se almacena con todos los datos, la apertura del libro y su recalculo, demandará más tiempo que si se opta por una solución basada en evitar las fórmulas intermedias y definir una sola fórmula que realice todos los cálculos, la cual pasaría a denominarse, según la terminología MS Excel, megafórmula.

La sugerencia final es evitar la definición de fórmulas o local members que no tendrán uso real para el usuario, que a menudo se definen para cálculos internos o intermedios y terminan ocultándose. Dependiendo del vólumen de datos que se esté procesando, valorar si mayor eficiencia se logrará con una sola fórmula, aunque su diseño y comprensión resulte un poco más complejo.

VBA for SAP EPM Add-in: Declaración de variables indispensable (#VBAforEPMAddin)

En VBA, como en muchos otros lenguajes de programación, tenemos la “libertad” de hacer muchas cosas pero algunas de ellas resultan poco recomendables. Uno de los casos más frecuentes, relacionados a este tema, es el uso de variables.

En VBA tenemos la opción por defecto de utilizar variables sin declararlas. Los programas declarando todas las variables que se utilizarán, señalando el tipo de datos adecuado es muy probable que obtenga el mismo resultado si codificamos sin declarar las variables a emplear. Entre uno y otro estilo redundará en el tiempo de procesamiento.

Por ejemplo, con la siguiente rutina, dependiendo de las características del ordenador, su ejecución con las variables correctamente tipificadas tardó 15 segundos y retirando la declaración de variables (comentando estas líneas) esta rutina tardo 55 segundos (pruebas realizadas en una máquina virtual con 1 CPU (2.4GHz) y 2 GB de memoria).

(aquí código)

Una buena práctica es utilizar Option Explicit a nivel de módulo para no olvidar la declaración de variables en ninguna parte de cada proyecto. Por defecto, cualquier variable no declarada, será de tipo Variant, la cual ocupa más espacio en memoria e internamente para VBA requiere mayor tratamiento.