¿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….


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


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…


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.

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.


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 BPC – SAP Business Planning and Consolidation) restamos importancia a pequeños detalles como los siguientes:


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.