Sous Deski on peut facilement cacher une cellule dans un tableau mais en gardant le tri sur ses valeurs. Cette option est très pratique quand on veut afficher des libellés liés à des codes obscurs, qui n’ont aucun intérêt à être affichés.

Par contre webi ne propose pas cette fonctionnalité. Le plus simple est alors de cacher la cellule en réduisant sa taille et en jouant sur les couleurs ( écriture blanche sur fond blanc ), un peu comme si on avait un tableau à l’encre invisible !!!
Mais cela reste artisanal …

Une astuce est de passer par les alerteurs.
Lire la suite →

Lors de la saisie d’une invite, l’utilisateur peut aussi ( ou est obligé de ) sélectionner une valeur dans une liste prédéfinie. Cette dernière est définie soit par la liste de valeurs ( LOV ) d’un objet, soit par une énumération des différentes valeurs dans le paramètre approprié du @prompt() .
Le résultat reste assez basique, et il est légitime de vouloir une présentation plus sophistiquée pour :
Рafficher un libell̩ explicite quand on doit saisir un code un peu obscur
Рregrouper des valeurs quand on a une liste importante pour plus de lisibilit̩
Lire la suite →

On l’a vu, les invites permettent d’avoir des états « paramétrables », ce qui permet de personnaliser les données en fonction des destinataires.

Par exemple on peut avoir un rapport donnant le chiffre d’affaire par région, avec le détail par magasin. Un rapport personnalisé est envoyé aux responsables de région, grâce à l’invite.

Mais en pratique on a aussi besoin d’un rapport global, qui donne les résultats de toutes les régions. Ce rapport serait envoyé à d’autres personnes. Mais la structure, le format resteraient les mêmes, on aurait la même requête mais sans l’invite.
Lire la suite →

On a vu la définition des invites dans le rapport, mais on peut aussi les créer directement dans l’univers, pour pouvoir les utiliser dans les requêtes et pour assurer la cohérence des noms des invites du parc des documents d’entreprise.

La syntaxe est donnée comme d’habitude dans l’aide, mais on peut récupérer facilement la formule définitive en visualisant le sql généré dans l’éditeur de requête. Bizarrement les 2 clients donnent des résultats différents, deski génère un

@variable('Entrez une date :')

Alors que webi lui écrit un

@prompt('Entrez une date :','D',,Mono,Free,Persistent,,User:0)

Les 2 fonctions sont acceptées, mais il vaut mieux utiliser la fonction @prompt qui est plus restrictive et apporte plus d’options que @variable.

La syntaxe de @prompt est la suivante :

@Prompt('message','type',[{'value1'[,'value2',...]},class_nameobject_name'],mono/multi,free/constrained [,Persistent/Not_Persistent,[{'value1'[,'value2',...]} [, [User:#] [, Optional ]] ] )

Les paramètres sont :

• message / libellé de l’invite
• type de donnée : A=Alpha, D=Date, N=Numérique
• valeurs affichées : on peut prendre celles d’un objet de l’univers ( LOV ) en donnant le nom complet de l’objet ou les lister en les enclosant entre accolades
• mono/multi : mono si on ne peut prendre qu’une seule valeur, multi si on peut en prendre plusieurs ( pour l’opérateur « dans liste » )
• free/constrained : free si l’utilisateur peut saisir ce qu’il veut, constrained s’il ne peut choisir que dans les valeurs affichées.

Les paramètres suivants ne sont pas documentés dans l’aide BO :

• Persistent/Not_Persistent : Persistent garde la dernière valeur sélectionnée lors de l’affichage de l’invite, Not_Persistent non. Par défaut c’est Not_Persistent
• Valeur par défaut : si ce paramètre est laissé à vide aucune valeur par défaut n’est utilisée, si on a plusieurs valeurs il faut les encadrer par des { } et séparer par des ,
  Attention, il faut que la valeur existe dans les valeurs affichées ( 3ème paramètre )
• User:#: Ordre de l’invite dans l’affichage, pour éviter de préfixer les invites par 1), 2), 3) …
• Optional : indique si l’invite est facultative ( à partir de XI r3 )

Exemples :
@Prompt(‘Entrez le code pays’,'A’,'Zones\Code Pays’,mono,free)
Invite de type Caractère ne permettant de sélectionner qu’une valeur, saisie possible

@Prompt(‘Entrez le code pays’,'A’,'Zones\Code Pays’,multi,constrained,Not_Persistent,{‘US’,'FR’},User:1)
Invite de type Caractère ne permettant de sélectionner plusieurs valeurs, saisie impossible., ne sélectionne pas par défaut les dernières valeurs choisies mais prend US et FR, affichage en 1ère position.

C’est bien d’avoir des requêtes dynamiques avec des invites, mais il faudrait aussi pouvoir les afficher dans le rapport.

Dans Deski on les affiche facilement en passant par le menu Insertion / Champ Spécial / Invite de requête.

On récupérera la syntaxe dans la barre de formule :
=RéponseUtilisateur ("req" , "Entrez une date :")

La syntaxe générale est
RéponseUtilisateur (<nom du fournisseur de données> , <libellé de l’invite>)

On peut l’utiliser dans un titre en concaténant avec du texte :
="Arrêté au "&RéponseUtilisateur ("req" , "Entrez une date :")

Dans Webi il faut directement taper la formule dans une cellule, comme :
=RéponseUtilisateur([req];"Entrez une date :")
On notera que la formule est similaire, mais :

• il faut mettre le fournisseur de données entre crochets
• le fournisseur est facultatif, mais il vaut mieux le mettre si vous en avez plusieurs dans le document.

Là aussi on peut concaténer avec du texte ou utiliser les fonctions de texte et de date pour une cellule de titre :
="Arrêté au "+SousChaîne(RéponseUtilisateur([req];"Entrez une date :") ;1 ;10)
Ici la date renvoyée sous webi comportant l’heure, la fonction SousChaîne n’affichera que les 10 1ers caractères, soit uniquement la date.

Les invites sous BO permettent de filtrer les résultats d’une requête en fonction d’une ou de plusieurs valeurs d’un champ.

C’est utile par exemple pour avoir un rapport qui donne le chiffre d’affaires d’une certaine région, qui est à choisir lors du rafraichissement du rapport.
Ce rapport sera donné au responsable de la région concernée.
Cependant on a généralement aussi un rapport qui lui s’applique sur toutes les régions, un rapport « global ».
La solution la plus simple est de dupliquer le rapport en enlevant l’invite, mais la maintenance sera double.
On peut aussi sélectionner toutes les valeurs dans l’invite, mais il faudra penser à modifier le rapport quand on rajoutera une région, pour rajouter la valeur de cette nouvelle région à l’invite.

Le plus simple est de rajouter une valeur spécifique pour l’invite, qui correspond à toutes les valeurs possibles.
Cela se traduit par le rajout d’une simple condition OU dans la requête.

Cela donne en SQL :
( maTable.region in @Variable('Region') or 'TOUT' in @Variable('Region') )

Ici si on entre TOUT pour l’invite, la requête prendra toutes les régions, en effet la 2ème condition sera toujours vérifiée.
Bien sûr, il n’y a pas de région « TOUT ».

Pour implémenter la 2ème solution sous BO, on peut :
– créer un objet spécifique, dont la formule est « TOUT », sans table associée
Рcr̩er un filtre pr̩d̩fini

Remarques :
– il existe d’autres solutions, mais je trouve que c’est la plus simple et la plus compréhensible pour une invite à valeurs multiples
Рil vaut mieux utiliser le @Prompt pour la compatibilit̩ avec Webi

On a par exemple des montants en Euro et en $ qui proviennent du même fournisseur de données.

La devise est donnée par un objet dimension « devise », qui vaut « EUR » ou « US ».
Le montant est un indicateur numérique.

On peut toujours afficher la devise dans une colonne supplémentaire :

Mais on peut aussi changer le format du montant affiché en prenant le symbole de la devise avec un alerteur qui s’appuie sur la colonne devise :

Voilà, le symbole des montants diffère en fonction de la devise !!!