Cognos Útil

No dejes para mañana lo que 'debes' hacer hoy

2011-12-26T10:36:00.001+01:00

Hola

Este post también será de gestión de proyectos, últimamente me estoy animando mucho con este tipo de post. Hoy voy a explicaros una sensación que tengo con los proyectos de BI en general, estos proyectos, como todos, son ajustados en tiempo, aunque en el caso de los proyectos de BI esto es mas acusado pues son también cortos, suelen ser proyectos de meses y en algunos casos incluso de semanas.

¿Que ocurre entonces con la gestión y seguimiento de estos proyectos?.

Lo que sucede es que es una gestión y seguimiento habitualmente sencilla y parecida en todos los proyectos, pero tiene un punto especialmente importante. Este punto es que al ser tan cortos en duración no podemos dejar para mañana lo que hay que hacer hoy.

Con esto me refiero a que no podemos dejar que se alarguen en el tiempo situaciones complicadas como las que se suelen dar al comienzo de este tipo de proyectos como la falta de datos, la falta de definición, la falta de infraestructura y/o aquellas que se suelen dar a lo largo de los proyectos como los cambios de definición, los problemas con el software de BI y/o los problemas técnicos asi todas aquellas que se os ocurran y que suelen ser comunes a estos proyectos.

Estas situaciones hay que abordarlas con decisión y claridad y dejarlas solucionadas, con los equipos del cliente y/o los equipos de consultores, cuanto antes pues son causas de retrasos. Sobre todo las situaciones de inicio de proyecto, pues estas las solemos dejar para mas tarde e incluso el cliente las suele 'olvidar', por ejemplo en muy pocos proyectos que he realizado todos los puestos necesarios estaban disponibles al inicio del proyecto o los datos tenían que estar para una fecha, pero todavía no estaban terminados. En este tipo de situaciones iniciales me suelen decir 'no pasa nada, podéis comenzar y luego os los damos', estas son las mas complicadas de solucionar, pues son con el cliente, y tienen una especial importancia, pues ese 'luego' a veces parece el 'ahorita' que me dicen amigos mexicanos... que suele alargarse en el tiempo y finalizan cuando el impacto en la fecha final es muy importante y ademas son situaciones que minan nuestra relación con el cliente.

En otro tipo de proyectos suelen existir 'colchones' de tiempo para estas situaciones, lo malo es que como ya os comente al principio, los proyectos de BI suelen ser cortos en el tiempo, con lo que estos colchones son también muy escasos y por ello retrasos de uno o dos días ya están impactando en la fecha final de entrega.

Así que mi recomendación para estos proyectos es que el seguimiento debe ser constante y no podemos retrasar decisiones y actuaciones en el tiempo. Antes de que se comience a 'tocar' los ordenadores, hay que dejar todo lo necesario para la realización del proyecto listo y preparado para que el éxito final no se vea impactado desde el principio, pues la mayoría de las veces esos retrasos iniciales no pueden ser recuperados a lo largo del proyecto. Bueno, pues eso: No dejes para mañana lo que 'debes' hacer hoy.

Hasta luego

Ahhhh y Feliz Navidad a todos.

Big Data, Redes Sociales y BI

2011-12-20T11:23:00.000+01:00

Hola

En este post quiero hablar un poco sobre un nuevo camino que se está abriendo en el BI a través del Big Data y concretamente en el aprovechamiento de las redes sociales, que son una parte del Big Data, y su explotación en el área de marketing de una compañía.

Este post viene motivado por dos causas, la primera es que el pasado viernes estuve en la reunión de Navidad de Lantares y en una de las charlas se hablo un poco de Big Data y me pregunté '¿que es eso del big data? y otra es que a raiz de la pregunta anterior me encontré que la empresa donde estoy prestando servicios actualmente es una defensora nata de una rama del big data, que son las redes sociales, y el beneficio que pueden dar estas redes sociales al marketing para 'enganchar' a nuevos clientes y 'mantener' a sus clientes actuales.

Bueno, así que empiezo de comentaros que es lo que he entendido como Big Data.

Pues el Big Data viene, como su propio nombre indica, de datos grandes y lo que está sucediendo es que cada vez tenemos mas fuentes de datos con conjuntos de datos extraordinariamente extensos, de terabyte, exabytes e incluso zettabytes que habitualmente vienen en archivos de texto y que hay que tratar con herramientas especialmente diseñadas para ello.

Y ¿cuales son esas fuentes de datos?, pues por ejemplo, son datos de astronomía, meteorología, genética, y otras investigaciones complejas e interdisciplinarias; registros médicos; archivos de fotografía; detalles de llamadas telefónicas; archivos de video; logs de páginas web; redes sociales; búsquedas de Internet. Como veis múltiples orígenes de información con registros de datos que pueden ser realmente grandes y que se tratan con técnicas y herramientas concretas.

Ahora que ya he definido Big Data, que como habéis visto puede ser casi cualquier cosa, voy a ver que esto en mi caso particular se puede llegar a utilizar y en un futuro muy cercano seguro que vamos a utilizarlo cada vez mas y además nos abre posibilidades nuevas en las que el BI puede facilitar las cosas a nuestros clientes.

En las oficinas de un cliente, me encontré con una antigua compañera de una empresa donde yo trabajaba y aquí es responsable de marketing. Ella me comentaba que estaba perdida con alguna de sus nuevas labores, pues ahora tenia que realizar y medir proyectos de redes sociales y no sabia como. Esto me causo curiosidad y le pregunte que problema tenía y me estuvo explicando que la empresa tenia muchos proyectos con Facebook, Twiteer, You Tube, vamos múltiples origenes de Social Media y realmente no sabia como medir eso, que tenían una empresa que se lo gestionaba pero que no sabia que les media esto.

Busque un poco por Internet y curiosamente a través de un contacto de linkedin me llego un pdf que describe ratios de redes sociales, entre otras cosas, y ademas los describe de una forma muy sencilla y se lo pasé a ella. Por supuesto que ella me lo ha agradecido y le vino bastante bien, aunque todavía no nos ha contratado un proyecto... pero todo se andará.

El caso es que como habéis visto este tema del análisis de redes sociales (Facebook, You Tube, Twitter, Linkedin...), que algunos definen como Social Media y que forman parte de una rama de Big Data, puede llegar a ser origen para datos en BI que permitan a las compañías llegar a conclusiones de sus actuaciones en Marketing.

Para aquellos que esteis interesados en este mundo os remito el pdf que envié a mi antigua compañera y que creo que es especialmente interesante para nosotros, pues nos describe algunos de los ratios principales de este mundo del Inbound Marketing como por ejemplo:

% crecimiento audiencia social
# usuarios 'enganchados'
Visibilidad de la Marca
Percepción de la Marca
% Tráfico social
...

El pdf lo podeis encontrar en el siguiente link:

http://blog.hubspot.com/Portals/249/docs/ebooks/introduction-to-marketing-analytics.pdf

Cambiar el numero de elementos visibles en Analysis Studio

2011-12-19T19:05:00.001+01:00

Hola

Esta mañana estaba hablando con una compañera y me ha explicado un problema que tiene con Analysis Studio, el problema que me comentaba es que ha veces nos interesa aumentar el número de elementos visible en Analysis Studio. Es decir el numero de elementos que se muestran cuando arrastramos una jerarquía a filas o columnas.

Este número, por defecto, es de 12 y a veces es interesante aumentarlo, por ejemplo que aparezcan 17, que son las Comunidades Autónomas en España o quizás a 20, que pueden ser las zonas comerciales de nuestro cliente... aunque recomiendo que no os paséis pues esto influye en el rendimiento global de Analysis Studio y si se configura con un número muy elevado, hara que nuestro Analysis Studio no tengo el rendimiento deseado.

Bueno, pues no es tan difícil, hay que seguir los siguientes pasos:

Acceder a la carpeta de instalación de Cognos BI
Abrir la carpeta \configuration
Crea una copia del fichero ansproperties.xml.sample
Renombra la copia a ansproperties.xml
Abre el fichero ansproperties.xml y descomenta la información que existe en DefaultVisibleItemCount como se muestra mas abajo.
Salva y reinicia el servicio de Cognos BI

Configuracion por defecto (12 elementos)

<!-- Allow the default visible item count per set to be changed. If not specified, the default is 12 ->

<!--<property>DefaultVisibleItemCount</property>

</structure>

Configuracion con 20 elementos

<!-- Allow the default visible item count per set to be changed. If not specified, the default is 12 ->

<property>DefaultVisibleItemCount</property>

<value type="long">20</value>

</structure>

Espero que os haya gustado, seguro que a mi compañera de Lantares le gusta pues le soluciona un problema.

Hasta luego

¿Quién sabe mejor que Marta lo que le gusta a Marta?

2011-11-28T22:03:00.001+01:00

Hola amigos,

Este es un post un poco diferente a los anteriores, no es tan técnico, es de gestión de proyectos y describe un comportamiento que ha ido bastante bien en los proyectos en los que se implementado.

Para empezar este artículo voy a contaros como un anuncio que he visto en una tienda me ha hecho reflexionar sobre una situación que se me ha dado muchas veces en mis proyectos de BI.

Esta tarde pasaba por una tienda de regalos y leo un cartel que dice:

¿Quién sabe mejor que Marta lo que le gusta a Marta?

Es un cartel, para comprar una tarjeta regalo de la tienda y regalarla a otra persona para que se compre lo que le gusta realmente... y de repente este cartel me recuerda un escenario típico en proyectos de BI. Esta situación la he observado cuando un usuario clave, incluso un grupo de usuarios clave, solicita una solución BI, este usuario clave no tiene una idea completamente clara de lo que quiere, no termina de describirlo completamente, ademas se suele 'liar' con los términos utilizados cuando se habla de algo técnico y encima este tipo de usuarios tiene mucho trabajo y poco tiempo así que finalmente confía y delega completamente en el departamento de informática o un departamento especializado para llevar a cabo el trabajo.

La situación final que quiero que visualiceis es cuando se entrega finalmente el producto y el usuario clave que es el que realmente utilizará el producto no ve lo que realmente quería y vemos claramente su decepción.... como cuando entregamos un regalo a alguien y no le gusta nuestro regalo, entonces, ¿que ha pasado?, en realidad el usuario clave nos contó lo que deseaba, se realizo el proyecto con la supervisión y seguimiento del departamento de informática de modo satisfactorio y se entrego... pero el resultado final no era el que deseaba nuestro 'amado' usuario clave, como resultado de esto es que aunque el proyecto se finaliza no se pone en producción y definitivamente es una decepción, tanto para el cliente como para nosotros como consultores.

Bajo mi punto de vista lo ideal en los proyectos de BI es que los seguimientos del producto no se realicen exclusivamente con el departamento de informática, sino que ademas se exija un seguimiento con los usuarios claves. Con estos seguimientos nuestros usuarios se 'comprometen' con el proyecto y les permitimos realizar ajustes para que lo que desea realmente se vea plenamente reflejado en el proyecto... asi que el regalo que le entregamos es justo lo que desea.

¿Quien sabe mejor que nuestro usuario clave lo que le gusta al usuario clave?

Una forma que me ido bien es no hacerlos como seguimientos 'oficiales' sino que es hacerlos de una forma mas informal, mostrando ciertos hitos al usuario para ver si es lo que desea y así el usuario puede ver como su proyecto va creciendo y realizar algunos ajustes (por supuesto dentro de un orden) para que finalmente lo que se entregue sea lo que se espera. Por descontado que este comportamiento 'no oficial' lo puedo llevar a cabo cuando la relación con el cliente es amigable... aunque recomiendo que en proyectos menos amigables se lleven también a cabo estos seguimientos, haciéndolos constar en las reuniones iniciales y ademas no llevaran mas de 15 minutos, con lo que el tiempo no será un impedimento para su realización.

Bueno, espero que os haya gustado este post distinto.

Determinantes - La respuesta a un misterio en Framework Manager

2011-09-07T17:22:00.001+02:00

Hola

Los determinantes juegan un papel crucial en el rendimiento general así como en la consistencia de nuestros modelos de Framework Manager, aunque como todos sabeis, son uno de los aspectos mas confusos de esta aplicación para la mayoría de los desarrolladores. Este post intenta acabar con esta confusión

Los determinantes se usan para que una tabla que tiene un nivel de detalle se comporte como si tuviese otro nivel de detalle. Se utilizan en las tablas de dimensiones cuando las tablas de hechos se relacionan a diferentes niveles en las dimensiones.

La situación
Vamos a utilizar un ejemplo con una dimensión de fecha con un detalle a nivel de día. Si todas las tablas de hechos tienen el nivel de día, el mas detallado, entonces no es necesario determinantes. Pero como todos sabemos, esto no es siempre el caso.

El problema
Así que el problema surge cuando queremos unir la tabla de dimensión a un nivel que no es el nivel mas bajo. Imagina una tabla de hechos de forecast donde el nivel es mes, es decir una fila por mes. Una unión a la month_id (por ejemplo, 2011-09) nos devolvería desde 28 a 31 registros (dependiendo del mes) de la dimensión de fecha y nos realizaría mal los cálculos.

El SQL
Es una buena costumbre pensar sobre el código SQL que queremos que se genere. Sin determinantes, el SQL incorrecto aparecería algo así como

select
f.forecast_value,
d.month_id,
d.mont_name
from sales_forecast f inner join date_dim d on
f.month_id = d.month_id

Este código nos recuperaría hasta 31 registros por cada registro de la tabla de forecast. Si aplicamos funciones matemáticas, por ejemplo Sum o Count, nos produciría valores incorrectos. Entonces queremos que se genere algo parecido a lo siguiente, en el cual se crea una linea por mes, Y ENTONCES unimos con la tabla de hechos

select
f.forecast_value,
d1.month_id,
d1.mont_name
from sales_forecast f inner join
( select distinct
d.month_id,
d.month_name
from date_dim ) as d1
on f.month_id=d1.month_id

Como vemos, el truco esta en entender que columnas de la tabla de dimension estan relacionadas con month_id, y por ello son unicas. Esto es lo que los determinantes nos permiten hacer.

Desvelando el misterio en Framework Manager
Siguiendo las best practices de Cognos, los determinantes se deben especificar en la capa en la que se establecen las relaciones entre tablas.

Aqui vemos una dimension de fecha con 4 niveles en la dimension, Year, Quarter, Month y Dia.

Esto significa que podemos tener hasta 4 determinantes en función de la granularidad de las tablas de hechos que tengamos en el modelo. Los tres primeros niveles, año, trimestre y mes se deben establecer en 'group-by' ya que no definen en si una única fila en la tabla y Framework Manager tiene que ser consciente de que los valores tendrán que ser 'agrupados' para ese nivel. En otras palabras, el código SQL necesita 'agrupar por' una o varias columnas con el fin de identificar de forma única una fila para ese nivel de detalle (por ejemplo, mes o año). El nivel de Dia se debe establecer en 'Uniquely Identified' ya que se identifica de forma única una fila en la tabla de dimensiones. Aunque puede haber varios niveles de 'agrupar por' factores determinantes, por lo general solo hay un determinante que identifica de forma única, identificando por la clave única de la tabla. El determinante de 'identificación única', por definición, contiene todas las columnas que no son clave como atributos.

La sección clave identifica la columna o columnas que identifican de forma única el nivel. Idealmente, se trata de una columna, pero en algunos casos puede ser necesario incluir mas de una columna. Por ejemplo, si el año y mes (1-12) estan en columnas separadas.

Usando la tabla anterior, la configuración sería la siguiente:

La sección Attributes identifica las columnas que son distintas en el nivel. Por ejemplo, en el nivel month_id (2009-12), columnas como month name, month starting date, number of days in a month son todas distintas en este nivel. Obviamente campos de menor nivel, como date o day of week, no se incluirán en este nivel.

También es importante el orden de los determinantes, pues el producto establece un analisis 'top-down' de los campos que utiliza en el informe. Si el informe utiliza Año, Trimestre y Mes, la consulta agrupara por las columnas clave de Año, Trimestre y Mes, pero si el informe utiliza Año y Mes (no el Trimestre) entonces se omitirá la clave de Trimestre.

¿Cuantos niveles necesitamos?
¿Necesitamos los 4 niveles en los determinantes?. Recuerda que los determinantes se utilizan para unir las dimensiones de los niveles mayores a los menores de la dimensión. En este caso, estamos uniendo al nivel mes (month_id). A menos que existan uniones adicional en los niveles de año y trimes, no necesitamos estrictamente especificar esos determinantes. Recuerda que tanto año como trimestre se identifican unicamente por cada mes y por ello deben ser incluidos en los atributos relacionados por mes, como se muestra en la imagen siguiente

El resultado
Siguiendo estos pasos la siguiente SQL se genera para el informe. La sección resaltada esta generada por la configuración de determinantes. Fijate que se agrupa por Month_ID, y usa la función min para garantizar la unicidad a ese nivel. El segundo nivel de group by es la agregación normal para cada registro. Así que el resultado es que la agregación este realizada correctamente, en el cual cada registro mensual de la tabla de hechos se relaciona a 1 registro de la tabla dimensional y presentar los valores correctos en el informe.

Prompt Macro... ese gran desconocido. Definición, Sintaxis y Definición de Parámetros

2011-09-06T15:35:00.002+02:00

Hola de nuevo.

A petición popular (1 persona) me he animado a comenzar una serie de posts que hablaran sobre la potencia de la sentencia macro prompt y de su hermana promptmany en el entorno BI de Cognos y como utilizarlas en nuestros informes.

Para empezar de una forma académica vamos con la definición y su sintaxis

¿Que es una sentencia prompt macro?.
Prompt, es una sentencia que solicita al usuario un valor y lo almacena en un parámetro.

¿Y la sentencia promptmany?
También tenemos la sentencia Promptmany, que solicita al usuario uno o más valores y los almacena en un parámetro, como veis es igual que prompt con multiselección.

Sintaxis
Prompt ( Nombre Prompt, Tipo de dato, Valor por Defecto, Texto, Query Item, Texto al final )

¡Se me olvidaba! , una sentencia de este tipo, que es una sentencia macro, siempre comienza y finaliza con almohadilla (#).

Ejemplo
#Prompt ('Moneda';'string';'Dolar')#

El parámetro Moneda tendrá el valor Dolar.

Parámetros
Nombre Prompt. Este es el nombre del parámetro, que almacena el contenido de nuestro prompt.

Tipo Dato. Aqui se especifica el tipo de dato que esperamos recibir a traves del prompt. Los diferentes tipos de dato son:

boolean
date
datetime
decimal
double
float
int
integer
interval
long
memberuniquename -- Memberuniquename is not an actual data type. Use it in cases when the data type of the parameter is a member unique name (MUN). For example, use the syntax #prompt('Parameter', 'memberuniquename')#.
numeric

real
short
string
time
timeinterval
timestamp
token -- Token is not an actual data type. It is a way to pass SQL. A token does not pass values.
xsddate
xsddatetime
xsddecimal
xsddouble
xsdduration
xsdfloat
xsdint
xsdlong
xsdshort
xsdstring
xsdtime

Como veis son multitud, aunque en mi caso personal utilizo solo dos tipos, que son los que he marcado en negrita, en el 99% de las ocasiones y ademas son los únicos que no son tipos de dato

token: Esto no es un tipo de dato, simplemente se indica que se pasa el valor que introduce el usuario a traves del teclado.

memberuniquename. Tampoco es un tipo de dato 'tradicional'. Lo uso cuando quiero utilizar un miembro de un cubo. Actualmente casi todos los informes que preparo son con origenes OLAP, por lo que lo uso mucho.

Valor por defecto: Este parámetro me permite introducir el valor por defecto que tiene el parámetro. Por ejemplo en el ejemplo que he puesto mas arriba el valor por defecto es Dolar.

Por ahora no me enrollo mas. En otro post continuaré explicando el resto de los parametros y los ilustrare con ejemplos.

Y como dice el gran David de Jorge: ' Iluminaros la vida '

Como recuperar un modelo corrupto o perdido de Framework Manager desde el content store

2011-09-06T11:46:00.001+02:00

Hola

Tradicionalmente nos han contado que no es posible recuperar un modelo de Framework Manager corrupto o que hayamos perdido. Existe una solución y por lo menos podemos recuperar lo publicado en el portal, que por supuesto es mejor que nada.

Para ello hay que realizar los siguientes pasos

Pasos:
1. Crea un fichero cqeconfig.xml y salvalo en el directorio <C8raiz>/configuration. Añade las siguientes lineas al fichero

<?xml version="1.0" encoding="UTF-8" ?>
<configuration company="Cognos" version="0.1" rendition="cer2">
<component name="CQE">
<section name="General Options">
<entry name="KeepModelXML" value="1" />
</section>
</component>
</configuration>

2. Para el servicio de Cognos y renombra el directorio <C8raiz>/data/cqe/rtmodel o tambien puedes borrar todo su contenido. Cuando un framework es abierto la versión rtmodel del framework se copiara aqui otra vez.

3. Arranca el servicio

4. Abre un Report Studio y crea un informe con el paquete que quieres recuperar. Ejecuta el informe

5. Comprueba si un nuevo <C8raiz>/data/cqe/rtmodel directorio ha sido creado asi como un fichero XML. Copia el fichero XML que contiene el contenido del paquete publicado a otro directorio, como por ejemplo, C:\framework manager backup

6. Renombra o borra el fichero cqconfig.xml, que hemos creado al comienzo en el paso 1

7. Reinicia de nuevo el servicio.

8. Abre Framework Manager y crea un nuevo projecto vacio. Es decir, selecciona el lenguaje de diseño y cancela cuando aparezca el asistente de Metadatos y salva.

9. Cierra Framework Manager

10. Accede al directorio donde acabamos de crear el proyecto del paso 8 y renombra el fichero model. xml a model.xml.original

11 Copia del fichero xml creado en el paso 5 en el directorio del proyecto del Framework Manager y renombralo a model.xml

12. Ahora ya podemos abrir el fichero model.xml con Framework Manager.

Notas.
Acuerdate de cambia el nombre del paquete que publiquemos, si no queremos sobreescribir el paquete original.

Como ya comente esta técnica nos permite recuperar lo que este publicado en el Content Store, no todo el proyecto, pero esto es mejor que la nada absoluta.

Como mostrar todas la tablas, gráficos, tablas cruzadas que queramos... en la misma página

2011-07-05T17:51:00.000+02:00

Hola.

Este mes me estoy viniendo arriba y no paro de publicar cosas... ya vendrán tiempos peores.

Últimamente (vamos casi los dos úlitmos años) el 100% de mis trabajos de reporting son Cuadros de Mando. Como todos sabeis los cuadros de mando tienen una disposición que nos obliga a mostrar múltiples elementos en una sola página y ademas organizados muchas veces en cuadrantes, es decir, los contenedores de datos se encuentran dentro de una tabla, que habitualmente es de dos filas por dos columnas y queremos que todo se pueda ver en la misma página.

Es un comportamiento 'curioso' de Cognos, y cuando introduzco una lista o tabla cruzada de mas de 20 filas, automaticamente, Cognos no muestra todo en la misma página y nos añade un salto de página como en la imagen siguiente:

y queremos que todo se vea en la misma página.

En este post os describo como cambiar este comportamiento.

Es muy sencillo, simplemente, tenemos que acceder a la opción: File -> Report Properties y en la opción, Page break by data container for interactive HTML, lo configuramos a Yes

y ahora cuando ejecutemos el informe, todo aparece en una página, eso si tenemos un scroll a la derecha pues todo no cabe en la pantalla.

Ventana emergente

2011-07-04T16:50:00.000+02:00

Hola amigos.

He estado trabajando en el arranque de un proyecto y el trabajo me ha absorbido el tiempo que tengo disponible para añadir posts... pero vuelvo al ataque y con una técnica que para mi es espectacular tiene buenos resultados y nos permite hacer algunas cosas verdaderamente interesantes y que dan calidad a nuestros informes.

Vamos a crear una ventana emergente dentro de un informe de Cognos. El contenido que tenga esta ventana emergente depende del uso que queremos darle a la ventana, por ejemplo, filtros para el informe, un menú para nuestra aplicación, otro informe... imaginacion amigos, imaginacón; hay que 'dar luz' a nuestros informes y esta tecnica puede ser claramente un elemento diferenciador entre un informe correcto y un informe deslumbrante. Ya lo he usado en varios clientes y como comentaba con diferentes contenidos, en todos los casos siempre gusto mucho. En este caso el ejemplo lo haré con una ventana que permitirá que el usuario ejecute otros informes.

Bueno os explico como usarla y ya me comentareis que uso le dais a estas ventanas.

Vamos a ello... os aviso que esta vez la descripción es larga...

En este caso voy a crear un informe desde cero utilizando el paquete GO Data Warehouse (query) de los ejemplos de IBM Cognos y vamos a utilizar la ventana emergente como una ventana que contendra los prompts del informe.

1.) Desde Report Studio, creamos un informe nuevo tipo lista y arrastramos a la lista los campos del namespace Sales (query)

Product line y Product type de Product
Quantity de Sales Fact

2.) Arrastra un bloque al comienzo del informe al que llevaremos un HTML Item y contendra la siguiente:

function popUp(box){

var msgbox = document.getElementById(box);

if (msgbox) {

toggleVisibility(msgbox);

toggleObjects(box);

}

function toggleVisibility(object){

//Toggle visibility of given object

//object.style.visibility = (object.style.visibility == 'visible') ? 'hidden' : 'visible';

if (object.style.visibility == 'hidden') {

object.style.visibility = 'visible';

} else {

object.style.visibility = 'hidden';

}

function toggleObjects(parent){

//Toggle visibility of all of "DIV" objects within given parent object

var parentObj = document.getElementById(parent);

if (parentObj){

var objects = parentObj.getElementsByTagName("DIV");

if (objects){

for (var i = 0; i < objects.length; i++){

toggleVisibility(objects[i]);

}

</script>

A este HTML le podemos llamar 'Popup show hide'

3.) A continuacion otro HTML Item que podremos llamar 'Popup Drag Functions', que contendra lo siguiente:

// global variables used while dragging

var offsetX = 0;

var offsetY = 0;

var obj = null;

document.onmouseup = release;

// do the dragging (called repeatedly by onMouseMove)

function dragIt() {

if (obj) {

obj.style.left = event.clientX - offsetX;

obj.style.top = event.clientY - offsetY - 83;

// -83 is included to offset the Cognos header, which is added dynamically

// For prompt pages, which does not include the Cognos header, this -83 value

// should be removed.

return false;

}

// set global vars and turn on mousemove trapping (called by onMouseDown)

function engage(box) {

obj = document.getElementById(box);

if (obj) {

document.onmousemove = dragIt;

offsetX = window.event.offsetX;

offsetY = window.event.offsetY;

}

// restore everything as before (called by onMouseUp)

function release() {

if (obj) {

document.onmousemove = null;

obj = null;

}

</SCRIPT>

4.) Ahora donde deseamos que aparezca la pantalla, en este caso, justo por encima de la lista, arrastraremos un bloque, a este bloque arrastraremos otro HTML Item , que podemos llamar 'Popup Start', con el siguiente contenido

<div style="position: absolute; height:1px; width:100%; cursor:move;"

onmousedown="javascript:engage('popUp1');"

></div>

5.) Ahora dentro de este bloque, que es el que aparecerá como una ventana emergente, llevamos un contenedor, es este caso voy a añadir una tabla, pues quiero hacer un menú, para que el usuario desde este informe pueda ejecutar otros informes. La tabla tendrá 4 filas y 2 columnas.

En la primera fila de la primera columna colocaremos un texto que sirve para identificar la ventana.

6.) En la primera fila, en la segunda columna, arrastramos un HTML Item, que contiene lo siguiente

7.) Ahora rellenamos la ventana con los objetos que queremos a aparezcan. En este caso, es fácil, pues quiero unos textos que tendrán asociado un drill throught para que ejecuten otros informes en ventanas separadas.

8.) Animo, que queda poco.

9.) Llevamos otro HTML, dentro del bloque que contiene nuestra tabla, justo debajo de la tabla. A este HTML le podemos llamar Popup End y contiene lo siguiente

</DIV></DIV>

popUp("popUp1");

</script>

10.) Ahora, nos queda hacer la llamada al Menú, así que colocaremos un Bloque donde deseemos que aparezca el botón que llamara a nuestra ventana y dentro de este bloque otro HTML, que llamaremos Search Buttom y que contiene lo siguiente.

....

Al fin... ya estamos en condiciones de ejecutarlo. A continuación os muestro un imagen de como queda el informe en Report Studio

Bueno, ahora solo queda ejecutarlo y ver que aparece.

Al comienzo un informe muy sencillo, como el siguiente:

y cuando pulsamos sobre el botón Menú, aparece la ventana emergente.

Bueno, pues como veis ahora este informe dispone de una ventana emergente. Como comente al principio, hay que dar luz a nuestros informes y esta es una tecnica que podemos utilizar en varias situaciones, menus, prompts cuando no hay espacio, navegacion a otros informes... vamos muchas utilidades.

En el futuro tambien os contare como generar esta ventana y que se pueda llamar desde varios informes

Maximizar ventana de un informe.

2011-05-04T13:51:00.002+02:00

Hola amigos.

Habitualmente nuestros informes tienen mucha informacion y es 'conveniente' ver el informe siempre maximizado, como las ventanas de Explorer no se abren siempre maximizadas el usuario debe maximizarlas, un solo click, pero a veces molesto.

En este post voy a mostrar una técnica para conseguir que la ventana donde se ejecuta un informe se maximize automaticamente al ejecutar el informe

Lo ideal seria ver el informe 'como' ejecutado con F11, lo he buscado por varios foros y parece que no se puede hacer, si alguno de vosotros sabe como similar esta ejecución, le invitaré personalmente a unos percebes. Así que se busco otro camino y esto se consiguo a través de un HTML Item. Este HTML Item lo coloco al inicio del informe y contiene el siguiente Javascript

<script language="JavaScript1.2">

</script>
Asi que cuando abrimos el informe directamente aparece ocupando toda la pantalla.

Esta técnica funciona en Internet Explorer, os dejo a vosotros investigar si se puede ejecutar en otros navegadores.

Espero que os guste y a lo largo de esta semana tendremos mas entradas en el blog.

IBM Cognos 10 : Revisión y Análisis de las nuevas Funcionalidades

2011-04-28T10:19:00.004+02:00

Hola

Este post es muy sencillo simplemente es un link a un documento (en inglés) que muestra de una forma condensada las nuevas funcionalidades de la version 10.

IBM Cognos 10 : review & analysis of new functionality

Si lo quereis traducir... usad el traductor de Google:

http://translate.google.es/translate?hl=es&sl=en&tl=e

Hasta luego

Cambiar el texto de la primera línea en un prompt... y un truco del almendruco

2011-04-22T23:03:00.006+02:00

Hola, este es el segundo post... y aviso que tengo ya preparada una lista de técnicas y trucos con Cognos que ire entregando a lo largo de las próximas semanas, aunque me gustaria mucho que participeis en este blog mas autores para darle variedad al blog.

Esta técnica que os describo aqui es un clásico, aunque no por ello menos importante y tambien muestro un truco que me gusta hacer en el Report Studio para que este 'autoexplicado'.

Ya sabeis que cuando creamos un prompt y ejecutamos el informe el texto de la primera linea tiene el nombre del campo y esto casi nunca nos viene bien y queremos sustituirlo por otro texto.Cuando tenemos un prompt normal de texto en Cognos el prompt aparece como en la siguiente Imagen 1

Imagen 1

Para arreglar este inconveniente podemos utilizar esta técnica de tres paso

1.- Arrastramos un HTML Item delante del prompt, que contenga un texto similar a::

Donde Tamaño es el nombre que se utiliza para identificar el prompt y que luego deberemos utilizar, este nombre por supuesto que podeis poner el que querais, faltaria más.

Ahora viene el truco del almendruco que me gusta utilizar para 'autoexplicar' el Report. Relleno el campo descripción del HTML Item con un texto como por ejemplo 'Prompt Tamaño 1' y asi queda mucho mas claro que cuando todos los HTML tienen el texto HTML Item y que no nos ayuda a seleccionar el que necesitamos cambiar. Esto sobre todo es útil cuando hay muchos prompts y se nos queda la pantalla con varios HTML Items y no se sabe el que hay que cambiar

Como queda lo podeis ver en la Imagen 2

Imagen 2

2.- Ahora arrastramos un HTML Item justo detras del prompt con el texto </span>. A este HTML Item lo llamo 'Prompt Tamaño 2'.

3.- Arrastramos un HTML Item al final de la página y que rellenaremos con un texto como el siguiente

var theSpan = document.getElementById("PROMPT");

var theSelect = theSpan.getElementsByTagName("select");

theSelect[0].options[0].text = 'TEXTO QUE QUEREMOS MOSTRAR';

</script>

Donde en PROMPT tendremos que escribir exactamente el nombre con el que describimos anteriormente el prompt, en este caso Tamaño y en TEXTO QUE QUEREMOS MOSTRAR... pues eso, el texto que queremos, en este caso quiero que aparezca Todos los tamaños. Este texto lo pongo, porque el prompt no será obligatorio y si no selecciono nada no se filtrará el informe y tendremos todos los Tamaños... quizas en otro post me enseñeis a forzar un valor en el prompt... si alguno lo sabe y lo quiere compartir, aunque avanzo que este tema de los prompts da mucho juego

En la Imagen 3 podemos ver como queda nuestro Report Studio

Imagen 3

Como veis me gusta añadir la descripción, pues me ayuda a encontrar los HTML con rapidez y sin confundirme entre uno y otro cuando hay muchos prompts... que me da una rabia terrible.

Y a continuacion vemos como queda el informe cuando lo ejecutamos

La semana que viene ire entregando mas posts... y alguna que otra novedad, estoy pensando incluso en algún concurso

Hasta el próximo post.

Nota adicional: Recordad que si usamos HTML Items, nuestros amigos de Cognos, no aseguran que el informe funcione en posteriores versiones.... pero eso me gusta, pues da trabajo y sin trabajo no ganamos dinero en las migraciones.

Organizar los Data Items dentro de las Querys

2011-04-12T22:40:00.012+02:00

Bienvenidos a mi blog de técnicas Cognos

Este es mi primer post, asi que la técnica que explico es muy facil de implementar, aunque creo que es muy útil y la he utilizado siempre a partir del dia que se me ocurrio. ya sabeis que muchas esto de Cognos es de 'ideas felices'... eso lo decia continuamente mi buen amigo Alvaro Gil.

En algunos casos, sobre todo en mis querys multidimensionales que casi siempre se 'llenan' de Data Items, nos podemos encontrar que las Querys de Report Studio tienen demasiados Data Items, de forma que nos es dificil encontrar un Data Item concreto que estamos buscando.

Como ejemplo os muestro un pantallazo de una de mis querys multidimensional, donde me encuentro que los Data Items no están clasificados, como es normal en Report Studio.

Foto 1

Para organizar este desastre propongo organizar los Data Items manualmente, arrastrando y soltando en el lugar que deseemos y a continuación crear Data Items 'fantasma' en la que su descripcion nos sirva para organizar visualmente estos Data Items.

Asi que crearemos Data Items, cuyo contenido es un dummy, por ejemplo un 0 (Foto 2) y cuyo nombre nos identifique y agrupe los Data Items.

Foto 2

Con un nombre adecuado estos Data Items aparecerán 'como' agrupados, esto lo podemos ver en la foto 3

Foto 3

Asi que ahora podemos encontrar con mas facilidad nuestros Data Items y mostrar algo mas 'profesional' si alguien nos revisa nuestras Querys

Hasta el próximo post...