Discussion :

[Dextro]

Bonjour,

J'ai une problématique sans réponse à date, voici les faits :

- Publication basée sur un rapport avec invite sur un champ (fusionné parce que requêtes multiples).
- Liste de destinataires dynamique avec personnalisation sur le même champ.
- Le rapport fonctionne parfaitement en exécution simple en utilisant l'invite sur une valeur particulière.
- La publication fonctionne en utilisant l'invite sur une valeur particulière.

MAIS SURTOUT :
- La publication donne certaines valeurs fausses à son exécution via la perso (sur une requête, disons).

Je précise que je teste sur une valeur précise de ce champ, et qu'il n'y a qu'une seule invite et une seule perso, sur le même champ.


Suite à recherches et tests multiples, j'en arrive à la conclusion que le comportement, pour un même rapport et un même paramètre, est différent entre :

- L'utilisation de la personnalisation d'un champ (via liste de destinataires dynamique, avec invite facultative).
- L'utilisation de l'invite sur un champ.

Pourquoi cela fonctionne correctement avec l'invite, et non avec la perso, alors que basées sur le même champ fusionné ?
Et là, je sèche.

Une idée ?

[doc malkovich]

Hello,

Bizarre en effet, a priori ça devrait marcher.
et si tu prends le document sans invite du tout et une valeur en dur dans la requête, la publication marche ? Si ce n'est pas le cas c'est qu'il y a déjà un souci sur tes paramètres de perso.

doc

[Dextro]

Merci pour ton retour Doc.

Test 1 :
Remplacement de l'invite par une constante numérique => même erreur de données toujours uniquement sur 2 indicateurs

Test 2 :
Remplacement de l'invite par une constante numérique & suppression de la personnalisation => aucune erreur


J'en comprends que cela se joue au niveau du champ fusionné.
Il doit y avoir une différence d'étapes entre l'affectation de la valeur de la constante ou invite ET l'affectation de la valeur de perso. Genre avant/après exécutions des requêtes.

Il va falloir que j'essaie de dé-fusionner les champs sans tout casser, ou appliquer la perso à l'ensemble des champs similaires, mais pas le fusionné ...
Je tiens au courant.

[doc malkovich]

A ma connaissance la perso se fait après exécution des requêtes quand tu prends l'option burst report dans la publication, BO met un filtre pour chaque perso.
Tu peux le voir en publiant vers un doc webi et des destinataires entreprise, même si le doc est vide.
J'ai déjà fait des publications sur invite facultative et perso via des destinataires dynamiques, je n'ai pas eu de souci, c'est bizarre. Vérifies les valeurs utilisées en filtre dans ta publication, je pense que ça vient de là.

doc

[Dextro]

Oui effectivement, c'était ma conclusion, la perso s'applique après calcul des requêtes, d'où la différence de comportement.

Résolu avec l'exclusion de la fusion d'un des champs (qui servait dans un sous requête).

Merci pour ton aide,
Très bonne journée.