Discussion :

[***CNE***]

Bonjour à tous,

je fais appel à votre savoir et vos solutions...

Environnement :
Solution de Business Intelligence: BO XI, utilisé principalement pour restituer des informations en provenance du Datawarehouse à destination du personnel du siège (services généraux et commerciaux).
Certains états sont utiles aux de magasins (environ 400 pour le moment).Ces états sont génériques et paramétrables par magasin et date. Jusqu’à aujourd’hui, ces états sont rafraichis à l’aide d’une macro VB et envoyés au format PDF sur l’ordinateur central du magasin.

Or, les magasins se développant par grand nombre, cette opération est de plus en plus couteuse et ne permet pas d’optimiser la mise à disposition d’informations au travers de nouveaux états.

Nous allons donc créer un second portail Infoview destinés uniquement aux magasins.


La contrainte principale de ce projet, est la restriction des informations selon l’utilisateur.
Je m’explique : les états BO sont identiques pour tous les magasins mais chaque magasin ne doit pouvoir consulter que ses informations. Pour ne pas démultiplier les états autant de fois qu’il y a de magasin (avec un filtre en dur dans la requête…pffff !!!).
Je souhaiterais variabiliser la condition de restriction sur le code_magasin en fonction du login utilisateur qui exécute le rafraichissement.Pour faciliter les choses, je pourrais créer un login comprenant le code_magasin (par exemple M_874)

Je fais donc appel à vous : qu’en pensez-vous ?
- Est-ce la meilleure solution en termes de maintenance et évolution ? sinon quelle serait votre proposition ?
- comment créer un objet dans mon univers qui récupère le login de connexion de l’utilisateur ?

Merci de votre aide !

***CNE***

[jsaviola]

Bonjour,

tu peux créer des groupes correspondant à tes magasins et inclure les utilisateurs dans ces groupes. Ensuite au niveau de l'univers tu crée une restriction sur la table ou l'objet et tu l'appliques au groupe.

Groupe :
magasin 1
-utilisateur 0, utilisateur 1

restriction : table.colonne = 'Magasin 1'
et tu appliques cette restriction sur le groupe magasin 1

et donc quand l'utilisateur lance la requête automatiquement la restriction sur le groupe s'applique.

[Bruno2r]

Bonsoir,
L'idée de jsaviola est bonne mais ne répond que partiellement au besoin.
Explication :

Commençons par l'utilisation du login utilisateur que tu envisageais.

En version 5 & 6

1) On peut utiliser la fonction @Variable qui permet de récupérer les variables système BUSINESSOBJECTS : BOUSER ou BOPASS.
(nom d’utilisateur et mot de passe).
Cette fonction peut être utilisée dans la clause Where d'une définition d'objet.
Table.ChampUtilisateur = @Variable(BOUSER)
Encore faut-il avoir un tel champ.

2) Sinon il peut effectivement être tentant d'utiliser les possibilités de restriction d'accès aux lignes d'une ou plusieurs tables. (proposition de jsaviola ).
Cette restriction peut s'appliquer par groupes ou utilisateurs.
Si elle héritée du groupe, elle ne peut être modifié par utilisateur de ce groupe.
Comment faire :

• Après avoir sélectionné le groupe ou l'utilisateur, dans l'onglet Univers, double clic ou clic droit sur l'univers choisi puis Propriétés.
• Dans la boite de dialogue aller sur l'onglet Lignes
• Ajouter
• Dans a boîte de dialogue Nouvelle restriction de ligne
• Saisir le nom de la table ou (utiliser Parcourir >> choisir la table et OK)
• Saisir la clause SQL Where ou cliquer sur le bouton Parcourir pour afficher la boite de dialogue Définition de la clause Where.

Cette solution parait idéale ... permettant par exemple de limiter l'accès au magasin 1
Pourtant elle ne répond au besoin que si l'objet Magasin est présent dans la requête de l'utilisateur.
En choisisant Exercice et Montant des commandes la clause where ne s'appliquera pas puisque le champ Magasin de la table n'est pas dans le Select.

3) En version 5 & 6 toujours, le plus efficace serait de créer autant d'alias de tables que de magasins, chacune dotée d'une autojointure restrictive de type Magasin = M_874
On pourrait ensuite mettre en œuvre la technique de Correspondance de table (dernier onglet à droite de la boite de dialogue Propriété de l'univers indiquée ci-dessus).

• Ajouter
• Saisir le nom de la table d'origine
• Saisir le nom de la table de remplacement
• OK

Comme la clause Where est sur la table Alias, elle s'appliquera quelque soit le Select.

En Version XIR2 :
Ces techniques de restriction et remplacement ont été portées dans les Paramètres de l'Univers (Designer)