«Ley de signos» en SAP BPC

En ocasiones se olvida o se ignora que los principios sobre los que está diseñado SAP Business Planning and Consolidation (SAP BPC) provienen de su fabricante original, OutlookSoft, usuarios y consultores de otros productos, que comienzan a conocer el producto, al descubrir alguna característica apuntan expresiones como “… pero esto no es SAP”.


En ocasiones se olvida o se ignora que los principios sobre los que está diseñado SAP Business Planning and Consolidation (SAP BPC) provienen de su fabricante original, OutlookSoft, usuarios y consultores de otros productos, que comienzan a conocer el producto, al descubrir alguna característica apuntan  expresiones como  “… pero esto no es SAP”.

SAP en la versión 10.0 ha realizado más avances para que SAP BPC sea más similar al estándar, pero hay cosas que no podrán variar, como la forma en que se almacenan los importes.  En BPC los importes de los datos transaccionales se almacenan según la parametrización que se realice en la dimensión (equivalente a una tabla de datos maestros) de tipo ACCOUNT dedicada para definir los conceptos o cuentas que se utilizarán en la automatización de un proceso de presupuesto, planificación o consolidación.  Dentro de esta dimensión hay un atributo (equivalente a un campo o atributo) denominado ACCTYPE (Account Type) que puede tener los siguientes valores:

  • INC: Ingresos (Income – PyG)
  • EXP: Gastos o Costes (Expense – PyG)
  • AST: Activo (Asset – Balance)
  • LEQ: Pasivo (Liabilities & Equity – Balance)

Según el valor de la propiedad ACCTYPE los datos que se ingresen vía formularios de entrada o proceso de carga de datos, los importes son tratados del siguiente modo:

Intentar “forzar” un tratamiento diferente a los parámetros BPC que rigen esta “ley de signos” puede ocasionar un resultado impredecible.

Referencia: (aquí)

Otro Rebranding: ¿SAP BusinessObjects BI por SAP Analytics Solutions?

Son varios los cambios de nombre que SAP ha hecho a sus productos, especialmente en los portfolios (carteras o grupos de productos) de Business Intelligence (BI) y Enterprise Performance Management (EPM), pero este sería el más relevante, no porque aporte algo, sino por la confusión que generaría.


Son varios los cambios de nombre que SAP ha hecho a sus productos, especialmente en los portfolios (carteras o grupos de productos) de Business Intelligence (BI) y Enterprise Performance Management (EPM), pero este sería el más relevante, no porque aporte algo, sino por la confusión que generaría.

Entrando al Marketplace, hemos visto que la sección para descargar actualizaciones de BI ya no se denomina SAP BusinessObjects BI, sino Analytics Solutions, por el momento no hemos visto comunicado oficial alguno, pero para qué, no hace falta, los usuarios además de la amplia variedad de componentes que tenemos en BI, versiones y ediciones, también deben tener presente los varios nombres que tienen todos los productos y portfolios SAP. 

Otros cambios de nombre de SAP: aquí, aquí o aquí

El futuro de SAP se escribe sobre HANA

Leyendo un artículo del portal especializado en tecnologías de la información, ZDNet, encontramos una serie de ideas y conclusiones interesantes del último evento relevante de SAP, SAP TechEd, antes de celebrarse SAPPHIRE Now 2012 de Madrid. Del artículo de Dennis Howlett , extraemos las siguiente ideas:


Leyendo un artículo del portal especializado en tecnologías de la información, ZDNet, encontramos una serie de ideas y conclusiones interesantes del último evento relevante de SAP, SAP TechEd,  antes de celebrarse SAPPHIRE Now 2012 de Madrid. Del artículo de Dennis Howlett , extraemos las siguiente ideas:

  • La apuesta de futuro de SAP, además de SAP HANA, es Mobile y Cloud Computing.
  • Nuevas empresa y otras con experiencia en el mercado están desarrollando nuevas aplicaciones mobile basadas en SAP HANA que antes eran inimaginables diseñar. Se menciona el caso de la empresa Basis Technologies que ha desarrollado una herramienta predictiva sobre el consumo de energía que tiene como clientes referentes a EDF y ayuda a identificar a los clientes con riesgo de cambio o con necesidades de servicio.
  • La tienda de aplicaciones móviles de SAP no tiene la demanda que se esperaba, en parte, porque los clientes si requieren aplicaciones mobile, pero con posibilidades de personalización que no se ofrecen.
  • Mensaje para los desarrolladores ABAP: En los países desarrollados están en riesgo de ser relegados a tareas de mantenimiento y corrección, es aconsejable abandonar la “mentalidad de 1990” y prepararse para el mundo SAP HANA.
  • Se percibe un gran desconocimiento sobre SAP HANA en el entorno SAP, para algunos, la verdadera gran innovación en los últimos 20 años de SAP.
  • Para el especialista se espera en el próximo SAPPHIRE NOW de Madrid se espera grandes anuncios sobre SAP HANA y que se aborde más sobre las propuestas Cloud Computing, casi no mencionado en este evento.

Tareas y responsabilidades al poner en marcha SAP HANA

El software y hardware de un SAP HANA appliance ya viene del todo configurado, pero sin embargo hay una serie de tareas adicionales por realizar para poner en marcha la plataforma in-memory computing de SAP, en el manual SAP HANA Technical Operations,


El software y hardware de un SAP HANA appliance ya viene del todo configurado, pero sin embargo hay una serie de tareas adicionales por realizar para poner en marcha la plataforma in-memory computing de SAP, en el manual SAP HANA Technical Operations, un buen documento de referencia, encontramos la relación de las principales tareas y la asignación de responsabilidades.

Como posibles responsables para realizar estas tareas encontramos al proveedor del hardware, al cliente y al servicio de soporte de SAP, no se menciona el apoyo que podrían brindar los partners de consultoría técnica especializada, también necesarios en esta fase, y muchos más en las siguientes, en la que se deberá realizar tareas como la configuración de la replicación de datos o el diseño de vistas analíticas para analizar la información.

Más sobre las ediciones de SAP HANA

En SAP, no confundir ediciones con versiones, la primera palabra se refiere al contenido del producto y la segunda a la evolución y mejoras del producto. La plataforma SAP HANA, en cuanto al software, se ofrece en tres ediciones, …


En SAP, no confundir ediciones con versiones, la primera palabra se refiere al contenido del producto y la segunda a la evolución y mejoras del producto.  La plataforma SAP HANA, en cuanto al software, se ofrece en tres ediciones, diferenciadas entre ellas por los componentes que incluyen, Enterprise Extended (la más completa), Enterprise y Platform (la más básica) tiene en común que están configuradas sobre el mismo sistema operativo, SUSE Linux Enterprise Server.

En un anterior post mencionábamos las tres ediciones de SAP HANA, en esta entrada señalamos los componentes que tiene cada edición,  Además del sistema operativo, también tienen en común que en las tres ediciones podemos tener SAP Netweaver BW, también denominado SAP NW BW powered by SAP NAHA.

El principal criterio para seleccionar la edición que necesita una organización será identificar las fuentes de datos qué tiene o lo que es lo mismo, qué sistema de replicación de datos utilizará (aquí una entrada al respecto).