Una vez más, gestiona bien tus ficheros temporales de SAP BPC

En una entrada anterior comentábamos el impacto que podría causar en el rendimiento de los procesos sino se gestiona adecuadamente los ficheros temporales que se generan en una plataforma SAP Business Planning and Consolidation (SAP BPC), sumamos ahora el impacto negativo que también tendría en la generación de las copias de seguridad.


En una entrada anterior comentábamos el impacto que podría causar en el rendimiento de los procesos sino se gestiona adecuadamente los ficheros temporales que se generan en una plataforma SAP Business Planning and Consolidation (SAP BPC), sumamos ahora el impacto negativo que también tendría en la generación de las copias de seguridad.

Ventana de la transacción UJBR de SAP BPC NW 7.5 SP10 y SAP BPC NW 10.0

Los ficheros temporales de SAP BPC NW que se generan por operaciones tales como la carga de datos o la auditoria, pueden llegar a incrementar de manera considerable el tamaño de un Environment BPC (antes AppSet o Conjunto de Aplicaciones) que harían imposible restaurar una copia de seguridad.  

Para evitar contratiempos, es necesario definir procedimientos periódicos para eliminar o transferir estos ficheros transaccionales fuera del Environment de BPC y utilizar adecuadamente las opciones que nos ofrece la transacción de Backup/Restore de BPC.

Referencia: SAP Note 1660238

¿BAdIs en BI4?, No, por el momento

Una BAdI (Business Add-In) es la evolución de las Users-Exits, “puntos” específicos que ofrece SAP para adaptar o redefinir funcionalidades estándar de sus aplicaciones según las necesidades del proyecto. La diferencia entre ambos métodos, radica en la tecnología que utilizan, las BAdIs, basadas en ABAP Objects permite definir varias “versiones” (implementaciones) de una personalización, condicionando su funcionamiento (filtros) a valores que determina cada BAdI.


Una BAdI (Business Add-In) es la evolución de las Users-Exits, “puntos” específicos que ofrece SAP para adaptar o redefinir funcionalidades estándar de sus aplicaciones según las necesidades del proyecto.  La diferencia entre ambos métodos, radica en la tecnología que utilizan, las BAdIs, basadas en ABAP Objects permite definir varias “versiones” (implementaciones) de una personalización, condicionando su funcionamiento (filtros) a valores que determina cada BAdI. Por otro lado, con las Users Exits estamos hablando de una única implementación.  En ambos casos la personalización de una característica se hace con programación ABAP (aquí más información).

Ventana de la transacción SE18 para crear, consultar e implementar las BAdIs de SAP

Las BAdIs en SAP Business Planning and Consolidation (SAP BPC) para entornos NetWeaver son utilizadas para personalizar tareas tales como la grabación de datos por entradas manuales o por cargas de datos.  Viendo la nota de referencia, asumimos que alguien consultaría si el concepto de las BAdI estaría disponible al recuperar datos desde fuentes de datos SAP vía BICS,  la respuesta es No. 

Quizás discrepemos con otros pareceres, pero creemos que incorporar esta posibilidad en SAP BusinessObjects BI complicaría las implementaciones, tergiversaría el concepto de plataforma de BI y visualización, posibilidad que se puede solventar con un adecuado uso de filtros y un óptimo modelado de datos. Pero bueno, si se incluyeran BAdIs en las próximas versiones de BI4, bienvenida! será.

Referencia: (aquí)

Ranking TIC 2013, según ComputerWorld

Un ranking donde se incluye a vendedores de teléfonos o artefactos similares con empresas que realizan consultoría informática (sin considerar la variedad de servicios TI que se ofrece), poca utilidad nos puede brindar, pero es una publicación que presentan muchos diarios y revistas todos los años.


Un ranking donde se incluye a vendedores de teléfonos o artefactos similares con empresas que realizan consultoría informática (sin considerar la variedad de servicios TI que se ofrece), poca utilidad nos puede brindar, pero es una publicación que presentan muchos diarios y revistas todos los años. 

Extracto del Ranking TIC 2013 España de la Revista ComputerWorld

En este caso nos referimos al Ranking TIC España 2013, publicado en la edición de marzo de la revista ComputerWorld.  Tenemos algunas dudas sobre algunos números de este ranking, por ejemplo; a una consultora le asignan 9.000 empleados y en el año anterior sólo 1.000.  Además de estos detalle y que echamos en falta algunas empresas, creemos que es necesario un análisis más profundo con la información disponible en este tipo de artículos.

Del «extracto» que hemos realizado de este ranking, con sólo las empresas que se dedican, casi en su totalidad, a la consultoría TI, vemos que las siete primeras generan más del 80% del volumen de facturación del sector.  En cuanto a «productividad por empleado» (Ventas/empleados), destaca una empresa sobre el resto, seguido por muy lejos por dos  «pequeñas empresas» que superan la media.

Referencia: Revista ComputerWorld

Un «rebraning» silencioso

Desde el pasado octubre vemos como poco a poco, ahora sin comunicados oficiales, SAP vuelve a cambiar los nombres a sus productos de Business Intelligence.


Desde el pasado octubre vemos como poco a poco, ahora sin comunicados oficiales, SAP vuelve a cambiar los nombres a sus productos de Business Intelligence.  Lo último que hemos encontrado ha sido un listado de componentes con su nombre anterior y su nueva denominación, una forma de «oficializar» el retiro del nombre «BusinessObjects» de sus productos tanto de BI, GRC como de otros porfolios.

SAP, poco a poco, extingue el nombre BusinessObjects de sus productos

Referencia: SAP Marketplace o aquí

«Datos no-activos» de «SAP BW on SAP HANA»

El concepto de datos no activos (non-active data concept) que se aplica en SAP NW BW powered by SAP HANA (BW on SAP HANA) nace de la característica común que podemos encontrar en cualquier repositorio de datos o data warehouse: los datos históricos que pueden contener, los cuales pueden ser de gran volumen y suelen tener un uso ocasional.


El concepto de datos no activos (non-active data concept) que se aplica en SAP NW BW powered by SAP HANA (BW on SAP HANA) nace de la característica común que podemos encontrar en cualquier repositorio de datos o data warehouse: los datos históricos que pueden contener, los cuales pueden ser de gran volumen y suelen tener un uso ocasional.

Identificando y gestionando adecuadamente los datos históricos con los que se cuenta, se puede hacer un uso más eficiente de la memoria principal, permitiendo que se cargue en ella los datos que requieran los usuarios en el momento que sea necesario.  Inclusive para las tareas de estimaciones de las necesidades de recursos de hardware (sizing), la correcta aplicación de este concepto puede tener impacto en una menor necesidad de memoria principal (nota 1736976).

Al igual que todo lo que concierne a SAP HANA, el concepto de datos no-activos es relativamente muy nuevo, por lo que SAP prevé ampliar el alcance y funcionamiento de esta técnica para hacer un uso más óptimo de la memoria.

Referencia: Nota SAP 1767880