Archivo mensual: octubre 2013

¿La prensa escrita no tiene futuro?


Encontramos en el número 157 de la revista Capital interesante información de un tema que se encuentra en constante debate: La pérdida de la rentabilidad de los medios escritos de comunicación. Se señala los casos éxitos de los diarios The New York Times y Financial Times los cuales optaron, desde hace un par de años, por fórmulas mixtas de acceso a la información de calidad gratis y de pago.

La presnsa escrita en diferentes regiones del mundo

Como se señala en el artículo “los medios de comunicación han de parecerse cada vez más a las compañías de telecomunicaciones, que realizan bases de datos de sus clientes, paquetizan, fidelizan, cuidan su servicio de atención al cliente…”

Referencia: aquí

La división de funciones, clave para minimizar el riesgo


Sea para minimizar o eliminar los riesgos en la gestión de los procesos de negocio (ver entrada anterior), la medida clave es la división de funciones (Segregation of duties), cuyo principio fundamental señala que en los procesos importantes o críticos debe intervenir más de una persona con el objetivo de aumentar el control y reducir la posibilidad de fraude.

Para minimizar el riesgo y establecer medidas de control interno, las tareas básicas son las siguientes:

  • Identificar. Identificar los procesos críticos y sus riesgos asociados. Identificar las transacciones (pensando en el mundo SAP) y los objetos de seguridad asociados a estos procesos críticos y funciones de negocio.
  • Dividir. Dividir las funciones o procesos de negocio, identificados en la fase anterior, en subprocesos para aplicar segregación de funciones en la organización.
  • Asignar. Asignar a cada subproceso definido en la fase anterior a diferentes personas o equipos.

Referencia: SAP GRC, Bible (Jay Dhruv)

¿Dónde se encuentra el riesgo en las organizaciones?


Se podría señalar que el riesgo en la gestión de los negocios es cualquier actividad que amenaza la operativa habitual o esperada de una organización. A nivel interno, una tarea básica es  realizar un análisis de funciones y colaboradores (Risk Analysis & Remediation) para detectar situaciones poco recomendables como las siguientes, en las que un mismo usuario puede hacer todas o casi todas las tareas de un ciclo de un proceso:

  • Un mismo usuario puede crear proveedores y realizar pagos
  • Un mismo usuario puede crear órdenes de compra y crear proveedores.
  • Depósitos en efectivo y conciliación bancaria.
  • Control de recepción de compras y efectuar pagos por compras.
  • Un usuario puede auto asignarse roles o perfiles de seguridad.
  • Un usuario de negocio con acceso a modificar los programas en los sistemas de producción.

No se trata de una “cuestión de confianza” o “burocratizar las organizaciones”, en algunos casos, haber realizado un adecuado análisis de las funciones que desempeñan los usuarios hubiera evitado bancarrota de algunos negocios.

MS Process Explorer, una alternativa para complementar la administración de #BI4


Administrar un host como el de SAP BusinessObjects BI 4.* (BI4) significa dominar el uso del Central Managment Console (CMC o Consola de Administración Central) pero hay algunas características y recursos de un sistema que están fuera del alcance de CMC, por ejemplo, la verificación de los procesos que se están ejecutando o el control del uso de la memoria y CPU para los que usar el Task Manager resulta sumamente muy básico y poco eficiente.

Sugerimos el uso de aplicaciones como MS Process Explorer, gratuitas y de fuentes fiables, que nos permitirán verificar la ejecución de procesos.  Instalar este producto no altera la instalación de BI4, pero como siempre, sugerimos tomar precauciones para restituir el estado anterior,  como el uso de snapshots si estamos utilizando una máquina virtual. Pulsa aquí para ir a la página de Process Explorer.

Uso de Vistas Analíticas de SAP HANA en BEx Query Designer


En un escenario SAP NetWeaver BW powered by SAP HANA o simplemente BW on HANA, las posibilidades de utilizar estructuras de datos nativos de HANA con los de BW o viceversa, se van ampliando con cada actualización tanto de HANA como de BW. 

Creación de un VirtualProvider Based on a HANA Model

Por ejemplo, si necesitásemos diseñar una consulta BEx con datos BW y datos HANA, actualmente, esta necesidad puntual podríamos cubrirla del siguiente modo:

  • Crearíamos una vista analítica HANA (analytical view) para acceder a los datos HANA que se requieren.
  • Desde NW BW, accedemos a la transacción RSA1 y creamos un VirtualProvider de tipo “Based on a HANA Model” en la InfoArea que veamos conveniente. A través de botón de “detalles” seleccionamos la vista analítica HANA que deseamos utilizar.
  • Luego visualizaremos los atributos de la vista analítica, seleccionaremos aquellos que deseamos que sean accesibles desde el VirtualProvider y luego vincularemos con objetos BW.
  • Grabamos y activamos el VirtualProvider.  A partir de este punto podríamos utilizar BEx Query Designer para construir una consulta o podríamos definir un Multiprovider para combinar el VirtualProvider con otras fuentes BW.

Referencia: Post “Creación de una “Analytic View” de SAP HANA”

Una tarea menos al migrar a BW on HANA, ya no es necesario optimizar los DSO


Los productos de los portfolios SAP de Business Intelligence, Enterprise Performance Management y todo el sistema SAP HANA se encuentran en un proceso de constante cambio o mejora, lo que podemos leer hoy, en unos meses podría ser inaplicable o simplemente podría tener colgado el letrero de “obsoleto”.  Hasta hace unos meses, en las tareas de migración de SAP NetWeaver BW sobre la plataforma SAP HANA se señalaba, como parte de este proceso, la conversión de los denominados DataStore Objects (DSO) estándares  a los DSO optimizados para SAP HANA, este paso, hoy por hoy, resulta innecesario, hasta contraproducente.

Enfoque sobre el tratamiento de los DSO en SAP HANA hasta el SP09 de BW

Un DSO es una estructura plana que permite almacenar datos con un nivel alto de granularidad.  Hasta la actualización SP09 de SAP NW BW 7.3 llevado sobre SAP HANA, era necesario convertirlos los ODS estándar a los denominados  SAP HANA Optimized DataStore Object.  A partir de la actualización SP10 de SAP NW BW los ODS han sido mejorados en el tratamiento de la tabla de control de cambios (change log table), se prescinde del denominado “history index” (de “calculated change log” a “persistent chage log”) cuyo resultado es un mejor rendimiento al utilizar los DSO, haciendo innecesario su conversión una vez llevados sobre SAP HANA.

Enfoque sobre el tratamiento de los DSO en SAP HANA a partir del SP10 de BW

Además que en el panorama actual resulta innecesario convertir los DSO en SAP HANA, se sugiere que si se tuviese DSO optimizados para SAP HANA estos deberían reconvertirse utilizando la transacción RSDRI_RECONVERT_DATASTORE.

Imagen de la documentación sobre la optimización de DSO para SAP HANAReferencia: SAP Note 1849498

Luego de la migración de BW sobre HANA, no olvides convertir los infocubos


Una vez realizada la migración de SAP NetWeaver BW a un sistema SAP HANA, BW on HANA podría ser utilizado para realizar las operaciones habituales sin ninguna restricción, pero este escenario no sería nada recomendable.  Realizada la migración, el siguiente paso debería ser convertir los infocubos tradicionales de SAP NW BW a infocubos optimizados para SAP HANA (SAP HANA Optimized InfoCubes) para obtener el máximo rendimiento en las tareas de cargas de datos y reporting.

Ventana de la transacción RSMIGRHANADB o el programa RSDRI_CONVERT_ CUBE_TO_INMEMORY para convertir infocubos tradicionales a infocubos optimizados para HANA

Utilizando la transacción RSMIGRHANADB o el programa RSDRI_CONVERT_ CUBE_TO_INMEMORY, visualizaremos una ventana similar a la adjunta a esta entrada y dónde podremos elegir el infocubo que deseamos convertir.  El proceso de conversión se ejecuta en segundo plano, este proceso remueve las tablas de dimensiones para que las tablas de datos maestros estén directamente vinculadas a la tabla de hechos F (post relacionado).

Imágenes de Roambi Analytics para iPad con iOS7


Roambi Analytics, a nuestro parecer, es la mejor y más inmediata forma de brindar Business Intelligence (BI) en dispositivos móviles a una organización, pudiendo utilizar diversas fuentes de datos, inclusive documentos BI diseñados en otras plataformas de otros fabricantes como SAP BusinessObjects BI.

Roambi scr01

Con iOS7, MeLLmo, ha modificado el diseño de sus vistas, cambiado sus clásicos fondos de pantalla negros por colores claros que facilitan más la lectura. Con Roambi Analytics los “problemas de diseño” u otros “problemas técnicos” pasan a segundo plano, para focalizarse en lo más importante: Los Datos.

Roambi scr01-B

Roambi scr01-A

A continuación, las imágenes de la nueva versión de Roambi Analytics para iPad con el sistema operativo iOS7:

Roambi scr03

Roambi scr04

Roambi scr02

Roambi scr13

Roambi scr12

Roambi scr09

Roambi scr08

Roambi scr07

Roambi scr05

Roambi scr14

Roambi scr11

HANABPC cada vez marca más diferencias con la edición NetWeaver de SAP BPC


De la edición Microsoft de SAP BPC (SAP Business Planning and Consolidation) surgió la edición NetWeaver de SAP BPC, a fecha de hoy, con importantes diferencias entre ambas ediciones (evitamos confundir entre el término edición y versión, este último denota nivel de actualización y el primero indica para que plataforma está diseñado). Desde hace más de un año contamos con el componente HANABPC, el cual surge de la edición NetWeaver de SAP BPC como un apéndice que permite maximizar el uso de HANA Database para la ejecución de la lógica diseñada en BPC.

Las primeras actualizaciones de SAP Business Planning and Consolidadion powered by SAP HANA (HANABPC) estaban dirigidas a estabilizar este nuevo componente, es los últimos service pack, ptchs y notas vemos que además de corregir errores, propios de un producto nuevo, se presentan novedades o nuevas funcionalidades exclusivas, como la “Desagregación de datos” (aquí un post sobre este tema).  La última novedad que sólo contaremos en HANABPC es un monitor de las operaciones de Desagregación en el cual podremos observar los tiempos y el motor que las procesa (HANA o ABAP).

A nuestro parecer HANABPC, de componente o complemento se convertirá en una edición de SAP BPC que irá marcando importantes diferencias con la edición NetWeaver, beneficiosa siempre y cuando nuestro diseño de nuestras soluciones se enmarque en la arquitectura BPC.

Referencias: SAP Note 1910359 – Monitor and trace disaggregation and allocation in BPC HANA

VBA for SAP EPM Add-in: No te olvides de los “pequeños detalles” (#VBAforEPMAddin)


Cuando revisamos un código VBA por optimizar, podemos ver detalles aparentemente “insignificantes” o poco relevantes pero cuando se ejecutan de manera conjunta con datos reales, podrían repercutir en los tiempos de procesamiento. Cuando utilizamos VBA en nuestros formularios EPM Add-in (cliente para SAP BPCSAP Business Planning and Consolidation) restamos importancia a pequeños detalles como los siguientes:

  • Declara todas las variables
  • Señalar siempre el alcance de las funciones (públicas o privadas)
  • No dejes funciones de evento vacías, si no las usas, elimínalas (olvídate de “quizás la use más adelante”)
  • Las referencias a objetos siempre entre With y End With
  • Si utilizarás un objeto de MS Excel en más de una sentencia, será mejor que utilices una variable objeto que referencia alobjeto.
  • Las funciones de tratamiento de cadenas son más eficientes las de MS Excel que las de VBA.
  • Salvo para e tratamiento de errores, olvídate del “Go To”, terminarás perdiendo el control.