Un sistema de información no basta para mejorar la toma de decisiones. (Distinguiendo entre emociones incidentales e integrales)

En más de una ocasión hemos señalado que la adopción de un sistema de información con la más “avanzada” o “costosa” tecnología no es garantía para que una organización tome mejores decisiones, por encima de cualquier infraestructura tecnológica o software “inteligente”, están las personas responsables que harán uso de los “outputs” como las que podría bridar una instalación de Business Intelligence.


En más de una ocasión hemos señalado que la adopción de un sistema de información con la más “avanzada” o “costosa” tecnología no es garantía para que una organización tome mejores decisiones, por encima de cualquier infraestructura tecnológica o software “inteligente”, están las personas responsables que harán uso de los “outputs” como las que podría bridar una instalación de Business Intelligence.

Un estudio que examina cómo la Inteligencia Emocional afecta a la toma de decisiones (Profesor Stéphane Côté) señala como elemento clave en esta tarea, el saber comprender el origen o causas de las emociones, debido a que las emociones permanecen con nosotros e influyen en nuestra mentalidad y trabajo diario.

Cuando tomamos decisiones, existen dos tipos de emociones que podemos sentir: incidentales e integrales. Las emociones incidentales son emociones que sentimos ante una decisión y que no guardan ninguna relación con dicha decisión.  Por ejemplo, cómo nos sentimos porque hemos tenido un trayecto en coche al trabajo extremadamente frustrante, o porque hemos tenido una discusión con nuestra pareja esa mañana antes de ir a trabajar.  Aunque las emociones incidentales provienen de otras  fuentes, son llevadas a una situación de toma de decisiones, y se experimentan mientras se toma la decisión.

Al contrario de las emociones incidentales, las emociones integrales son emociones causadas por la decisión en sí. Llegan, por ejemplo, cuando pensamos en los parámetros de la decisión o en sus implicaciones. Estas emociones pueden, de hecho, ser bastante útiles. Si pensar detenidamente en una decisión nos causa ansiedad, eso supone una información útil: puede ser un signo de que necesitamos ser cautos y de que deberíamos ser potencialmente más reacios a correr riesgos con la decisión que a buscarlos.

El estudio señala que resulta importante que las personas deben saber distinguir el origen de sus emociones y evitar que estas influyan erróneamente al momento de tomar decisiones. De este modo, las personas podrían seguir las siguientes pautas antes de tomar una decisión importante:

  • Identificar cómo se siente
  • Determinar por qué se siente así. Si siente enfado o ansiedad, determinar ¿cuál es la razón? ¿es de origen incidental o integral?
  • Si es de origen integral, basada en la decisión misma, pensar más detenidamente en su significado. Si es de origen incidental, probar técnicas para reducirla (por ejemplo, con relajación), el simple hecho de reconocerla y distinguirla hará que mentalmente se separe la ansiedad de la desición que se desea tomar.

Referencia: Revista Harvard Deusto 234 (Mayo 2014)

Controla el espacio libre en disco de tu instalación SAP BusinessObjects BI

El poco espacio libre en disco en una instalación de SAP BusinessObjects BI puede ser un peligro potencial importante que puede dañar toda la instalación, especialmente en las tareas de actualización. Disponer de menos de 15 GB libres en disco puede significar la pérdida o corrupción de ficheros indispensables para la ejecución del servidor de aplicaciones (por ejemplo Tomcat) o del Server Intelligence Agent (SIA) o peor aún, el daño irreparable de la base de datos del CMS.


El poco espacio libre en disco en una instalación de SAP BusinessObjects BI puede ser un peligro potencial importante que puede dañar toda la instalación, especialmente en las tareas de actualización. Disponer de menos de 15 GB libres en disco puede significar la pérdida o corrupción de ficheros indispensables para la ejecución del servidor de aplicaciones (por ejemplo Tomcat) o del Server Intelligence Agent (SIA) o peor aún, el daño irreparable de la base de datos del CMS.

Medidas Preventivas

Como medida preventiva se debe controlar la disponibilidad de espacio suficiente en disco, si se tiene todos las capas es un mismo host, el tamaño promedio del disco, de un sistema de producción, no debería ser inferior a 150 GB. Así mismo, se debe controlar la generación de ficheros temporales, una actualización puede llegar a consumir más de 6 GB de espacio en disco en ficheros temporales que usualmente no elimina el programa de actualización al concluir el proceso. Por último, resulta indispensable la copia de seguridad de los datos de la plataforma de BI.

Posibles Soluciones

La primera señal de que algo no va bien es cuando el Tomcat y el SIA no se ponen en marcha, la cusa usual es que algunos ficheros JAR se han perdido, la solución pasa por copiar, desde otra instalación equivalente (misma versión y nivel de actualización) los ficheros JAR que estuviesen faltando (ver notas SAP 1982241 y 2033715). Un problema más grave sería el daño de la base del CMS, cuya solución puede resultar compleja antes de recurrir a la restauración de una copia de seguridad, depende del daño que tuviese, una medida sería recurrir a la copia de ficheros asociados a la base de datos del CMS que se almacenan antes de cada actualización (ver nota SAP 1711203).

El ABC de la seguridad de BPC

La seguridad en SAP BPC 7.*/10.0 (SAP Business Planning and Consolidation), al igual que otros sistemas, se basa en dos principios que formulamos en forma de pregunta:


La seguridad en SAP BPC 7.*/10.0 (SAP Business Planning and Consolidation), al igual que otros sistemas, se basa en dos principios que formulamos en forma de pregunta:

  1. ¿Quién puede hacer qué?
  2. ¿Quién puede ver qué?
  • El «Quién» estará compuesto por los «Usuarios» (Users) que podrán acceder a la plataforma, identificándose e introduciendo su contraseña correspondiente, estos usuarios pueden ser agrupados en «Equipos» (Teams).
  • El «hacer qué» hace referencia a las distintas tareas que se pueden efectuar en la plataforma SAP BPC, las cuales pueden ser agrupadas en distintos perfiles (Task Profiles), para posteriormente asignarlos a los usuarios o equipos de usuarios.
  • El «ver qué» hace referencia a las áreas de datos a las que podrá acceder un usuario o equipo de usuarios. Las posibilidades de acceso son agrupadas en perfiles (Data Access Profiles).

La seguridad «BPC NW» vista desde «SAP BW»

En SAP BPC NW, la definición de usuarios se realiza desde la interfaz de SAP NW BW a través de la transacción SU01. Luego, desde el Administrador Web de SAP BPC, el usuario debe ser incluido en los Environments BPC a los que podrá acceder. El usuario recién incorporado debería ser incluido en un equipo, el cual podría tener asignado definiciones de Task Profiles y Data Access Profiles o se le debería asignar estos dos tipos de definiciones directamente.

Roles BW generados automaticamente según la definición - actividad desde la interfaz BPC

Las definiciones asociadas a la seguridad, realizadas desde el Administrador Web de BPC, se reflejarán en los roles que visualizaremos desde SAP NW BW con el prefijo «ZBPC_» seguido del prefijo identificador del environment al que se le ha asignado una autorización al usuario (A9 hace referencia al estándar EnvironmentShell, los prefijos están contenidos en la tabla UJA_APPSET_INFO).

La tercera posición identifica el tipo del objeto de seguridad: «P» Task Profile, «M» Data Access Profile, «U» Environment, «T» Team y «L» Team Lead. El número de seis digitos es un secuencial que podría variar en las tareas de transporte (ref. 1644018).

Compatibilidad entre Data Services y BI4

SAP Data Services (DS) y SAP Information Steward (IS) son productos para el tratamiento de datos (ETL, calidad e integridad) los cuales tienen dependencia con la plataforma SAP BusinessObjects Business Intelligence (BIP). BIP o BI4 es indispensable en DS/IS para poder gestionar, a través de la consola de Administración Central (CMC), los Usuarios, Grupos, Access Level, Data Services (repositorios), Servers, entre otros objetos.


SAP Data Services (DS) y SAP Information Steward (IS) son productos para el tratamiento de datos (ETL, calidad e integridad) los cuales tienen dependencia con la plataforma SAP BusinessObjects Business Intelligence (BIP). BIP o BI4 es indispensable en DS/IS para poder gestionar, a través de la consola de Administración Central (CMC), los Usuarios, Grupos, Access Level, Data Services (repositorios), Servers, entre otros objetos.

Matriz de compatibilidad entre Data Services, Information Steward y SAP BusinessObjects BI o Information Platform Services (IPS)

Opcionalmente, en vez de utilizar una instalación completa de BI4 se puede optar por la instalación básica, denominada Information Platform Services (IPS). El nivel de versiones y actualizaciones de los distintos productos de SAP no van alineados en compatibilidad, en la nota de referencia podrás encontrar la matriz de compatibilidad entre DS con BI4/IPS.

Referencia: Nota SAP 1740516

El parámetro CLEAN_UNIVERSE, otro “gran desconocido” en BI4


Parametros por defecto de un Business Layer en IDT 4.1Por actividades propias de la edición de universos de SAP BusinessObjects BI, agregando o eliminando los distintos elementos que lo conforman, estas capas semánticas pueden alcanzar un gran tamaño en el transcurso del tiempo. Si se elimina definiciones de objetos en un universo, podremos observar que apenas cambia de tamaño, porque al parecer los objetos eliminados no se retiran físicamente, sólo se “ocultan”.

Para solucionar el problema de tener universos “pesados”, se introdujo en la versión XI 3.1 actualización Fix Pack 5.1, el parámetro CLEAN_UNIVERSE para que “comprimiese” los universos (ver nota 1726463). Al parecer, este parámetro sólo estaba pensado para el antiguo diseñador de Universos UNV, Universe Designer (o simplemente Designer).

Para Information Design Tool, el diseñador de universos UNX de la 4.0/4.1 la información sobre este parámetro es casi inexistente y la poca que hay es contradictoria. Por un lado se señala que no es necesario utilizar este parámetro porque los universos (Business Layer) son guardados de la manera más óptima y por otro lado, hay testimonios de usuarios que señalan haberlo utilizado, luego de los cual sus universos se habrían dañado (ver foro sobre el tema). Hasta no contar con documentación oficial, no recomendamos su uso.