Problème de colonne lors de l'extraction en PDF

[fantagaro]

Bonjour,

J'ai besoin d'un petit cou de main...
Je suis entrain de travailler sur des rapports (dont je ne suis pas l'auteur) sous cognos8.
J'ai un tableau croisé dymnamique, avec trois colonnes correspondantes à trois années. Sous chacunes de ces colonnes, il peut y avoir de 1 à 7 colonnes, selon le choix de l'utilisateur.
En HTML pas de soucis, l'entête avec l'année est bien au dessus de ses colonnes respectives (je ne sais pas si ce que je dis est compréhensible!).
Mais en PDF, les cases avec l'année sont d'une largeur de 7 colonnes (le nombre de colonnes maximum que l'utilisateur peut faire afficher en HTML), quelque soit le nombre de colonnes affichées. Par exemple, si l'utilisateur choisit de n'afficher qu'une colonne par année (nous avons donc trois colonnes au total dans le tableau), les trois colonnes se trouvent sous la première année suivies de 4 colonnes vides et des deux autres années contenant chacune 7 colonnes vides.

J'espère que j'ai bien expliqué mon problème, et que quelqu'un à une solution...
Merci beaucoup.

clair

[yphilogene]

- S'agit-il d'une list ou d'un crosstab?
- Les entêtes Années sont-elles générées à partir des données du modèle ou fixés en dur?
- A quoi correspondent les 7 colonnes?

[fantagaro]

Bonjour,

Alors on ma donnée une solution.
Tout d'abord, c'est un crosstab, les entêtes sont générées à partir des données de mon cube, et mes 7 colonnes sont des mesures (CA, qtés expédiées...).

En fait, mon utilisateur choisit dans une invite de cases à cocher les mesures qu'il souhaite voir dans le tableau, le problème était que je ne créais pas mon tableau croisé correctement. Je mettais toutes les colonnes dans le tableau et ensuite grace à des variables booléennes, dont le contenu ressemblai à :

(ParamValue('choix_indic') contains '01')
or (ParamValue('choix_indic') is null )

(choix_indic étant le paramètre dans lequel se trouvent les mesures choisies par l'utilisateur)

Ensuite je me mettais dans chaque situation négative (Ca à non, Qtés expédiée à non...) et je cachais les colonnes en méttant le paramettre "type de zone" à "aucun".

La solution que l'on m'a donné était de faire un tableau croisé dont les colonnes ne sont pas définies à l'avance mais dépendent vraiment de la liste de cases à cocher.
La donnée élémentaire que je mais en colonne (sous les années) :

set(#promptmany('choix_indic';'token')#)

Cette solution marche très bien, plus de problème pour passer en PDF ou sous Excel, mais un autre problème se pose à moi:

Comment gérer l'entête de la colonne, actuellement l'élément qui s'affiche en titre est le nom présent dans le cube. Donc pour le Chiffre d'Affaire : Ca net.

Aurais-tu une solution pour gérer cet affichage, en mettant par exemple une "expression de rapport" comme entête, mais que mettre à l'intérieur?

Merci beaucoup.

Clair

[yphilogene]

La solution qu'on t'a fournie est en effet très élégante et adaptée à ton besoin.

Je déduis de ton dernier post:
- que tu manipules un cube ou un modèle DMR,
- que tu as utilisé une expression OLAP dynamique combinée avec une "macro prompt" pour afficher dynamiquement la valeur des mesures choisies
- que ton paramètre est alimenté par un "Value Prompt" qui est lui-même alimenté par des "static choices" dont les "use values" correspondent aux "MUN" des différentes mesures à afficher.

Si toutes ces hypothèses sont bonnes, j'ai peut-être une solution à te proposer:

En l'état actuel, ton expression affiche le "caption" des mesures choisies, "caption" qui est défini dans le modèle Transformer s'il s'agit d'un cube ou dans Framework Manager s'il s'agit d'un modèle DMR.

Si tu veux rester au niveau Report Studio, tu n'as d'autres choix que de définir des nouveaux membres en leur donnant le "caption" qui convient. Pour cela, il faut utiliser la fonction OLAP member.

Par exemple:

Tu as une mesure [CA net]. Disons que son MUN s'exprime ainsi: [CA net MUN].

Dans ta requête, crée un data item [Chiffre Affaire] avec pour expression:

member([CA net MUN],'custom_measure_1','Chiffre d'Affaire')

[Chiffre Affaire] est ta nouvelle mesure avec son "caption" défini comme étant 'Chiffre Affaire'.

Ensuite, il faut modifier les Static Choices de ton Value Prompt pour que le use value soit [Chiffre Affaire].


Je t'avoue qu'on atteint un peu les limites de Report Studio là. Il faut savoir qu'en faisant cela, tu perds la possibilité de rendre ton rapport multilingue puisque tu as écrit le "caption" en dur dans Report Studio.

[yphilogene]

member([CA net MUN],'custom_measure_1','Chiffre d'Affaire')

L'apostrophe de "Chiffre d'Affaire" pourrait poser problème.

[fantagaro]

Merci Beaucoup,

Je viens de tester ta solution qui marche très bien!!!
Je te remercie beaucoup de ton cou de main qui ma permis de gagner un temps précieux et des prises de tête!!!

Tu as l'air de t'y connaître super bien... Si ce n'est pas indiscret, tu l'utilises ou tu l'as utiliser dans ta boite?

Merci encore

Claire

[yphilogene]

De rien .

J'utilise Cognos chez Logica (ex Unilog) depuis maintenant 2 ans. J'ai commencé par ReportNet 1.1 à l'époque, puis Cognos 8. J'ai aussi fait de la modélisation Framework Manager (relationel et DMR) mais je n'ai jamais eu l'occasion de travailler avec Transformer.

Bref, je pense avoir atteint un niveau sérieux en Report Studio... mais c'est sans fin, surtout quand on doit corriger les usines à gaz développées par les autres.

A chaque montée de version, il y a des nouvelles fonctionnalités qui apparaissent (teste les "Layout Component Reference" et les "Page Set", hyper pratiques), mais aussi de nouveaux bugs... malheureusement.

Enfin, le produit s'oriente dans la bonne direction à mon humble avis.