[BO 5.1.8] Rafraîchir les informations de connexion [Résolu]

[greg543]

BO 5.1.8
J'ai développé un rapport sur un univers.
Je l'ai publié aux utilisateurs.
Chaque utilisateur doit utiliser une base différente ==> univers publié plusieurs fois avec une connexion différente.

Le problème est que le rapport BO conserve les informations de connexion avec lequel je l'ai développé et lors du premier rafraîchissement il y a une erreur.

Connaissez-vous un moyen de mettre à jour les informations de connexion à l'ouverture du rapport? (Je sais que l'on peut utiliser le "Gestionnaire de données" mais vu qu'il y a plusieurs requêtes, ce n'est pas pratique pour les utilisateurs).

Merci d'avance pour votre aide

[greg543]

Cela fait deux mois que j'ai posté cette question et personne n'a l'ombre d'une piste?
S'il vous plaît un petit effort

[Ayana]

1. tu es en V5, alors ne t'attends pas à croiser grand monde qui pourrait tester
2. je n'ai jamais vu ça ..
3. je pousse, je pousse ......... mais je ne vois personne qui pourrait répondre, à moins que bastoonet ....

bastoonet !!!!!!!!!

[bastoonet]

Je ne comprend pas très bien !!

Tu as un seul rapport, et tu veux qu'il interroge un univers différent en fonction de l'utilisateur qui l'emploi ?

...si c'est ça, un rapport peu contenir plusieurs requetes, chaque requete pouvant attaquer un univers différent (avec une connexion à une BDD différente)...mais l'univers attaqué n'est pas configurable dynamiquement (sauf peut etre avec une macro VBA, mais je ne l'ai jamais vu)

plusieurs solutions :
- un rapport par BDD, et un accès restreint au rapport en fonction de l'utilisateur.

- un rapport contenant X requetes sur X univers ; et un onglet par requete en supprimant les lien entre les objets des différentes requetes !!

- une macro VBA lance rà l'ouverture du rapport qui permet de changer l'univers pointé par la requete (si c'est faisable...???)


ça t'aide ?

[greg543]

Oui, merci, ça me confirme le fait que l'unique solution est de lancer une macro VBA au démarrage du programe permettant de modifier les paramètres de connexion.

En fait, le problème vient du fait que j'ai 50 rapports sur 5 univers. Les rapports et les univers sont communs à tous les utilisateurs mais chaque division (7 en tout) à sa base de données (Access, je sais c'est moche).
Si à chaque mise en prod, il fallait dupliquer les états et univers, cela serait trop lourd. D'où la solution d'une surcharge de droits dans le superviseur au niveau de la connexion de l'univers en fonction des groupes.

Le hic vient du fait que les informations de la connexion ne sont pas mise à jour par le rafraîchissement du rapport.

J'ai proposé de créer une base centrale dans un vrai SGBD avec une gestion des droits dynamiques en fonction du user. Mais, a priori, c'est trop compliqé

Merci pour votre aide

[bastoonet]

Dans ton cas, le plus efficace et logique en terme de cout de maintenance serait selon moi :

- fusionner tes 7 BDD en une seul en ajoutant à chaque table un champs spécifiant la division (id_division=1 ,2,3,4,5,6 ou 7) pour identifier la source de la donnée.

Ensuite dans tes univers, tu ajoutes les jointures a.id_division=b.id_division (pour toutes les tables)

Et enfin tu ajoute sur chaque table une mono-jointure qui va forcer une invite à chaque rafraichissement : toutes_tables.ID_division =(@Prompt('Choix de la division :', 'N', 'Classe_division/id_division', 'mono',constrained))

Il te faut donc ajouter une table qui liste les différentes divisions.

Cela te permettra pour chaque utilisateur au rafraichissement d'un rapport / ou d'une liste de valeur, de spécifier son id_division et donc d'avoir les données relatives à sa division.

Et si tu veux pousser le vice plus loin en restreignant la visibilité des utilisateur uniquement au division qui les concernent, tu peux ajouter une table à ton univers utilisateur_BO, qui contient le login BO, l'id_division, est qui est reliée à ta table qui liste les divisions.
Et ajouter une clause where sur l'objet pointé par l'invite de rafraichissement
upper(utilisateur_bo.login)=@variable('BOUSER')


Ainsi à chaque rafraichissement de rapport, la division sera demandée, et la liste des division à choisir sera celle stipulée dans la table utilisateur_BO

C'est ce que j'utilise actuellement sur mon projet !!

si tu as des question

[greg543]

C'est exactement ce que j'ai proposé mais malheureusement je n'ai aucun pouvoir de décision. Donc je suis obligé de traiter le problème avec mes #@\$#@ de base Access.

J'ai commencé à écrire un macro VBA. Saurais-tu dans quel objet est situé le nom de la connexion?

Merci pour ton aide

[bastoonet]

Je ne sais pas ... demande à Bruno2R..il est doué en maquereau VBA !!

[greg543]

J'ai trouvé la réponse à mon problème:
Les états ont été créés sur un Univers hors référentiel. Donc lors de l'exécution, les droits ne sont pas vérifiés et la surcharge de droit pour la connexion n'est pas prise en compte.

Il faut simplement que l'ensemble de mes utilisateurs se connectent et que l'univers utilisé par les états soit un univers du référentiel.

J'espère avoir été clair sinon n'hésitez pas à demander des précisions

[Ayana]

C'est cool ça. Il suffit qu'on réponde à côté de la plaque pour que les gens trouvent .

Un petit clic sur Résolu jeune ami

[bastoonet]

rien compris

[Bruno2r]

Bon bah j'arrive trop tard ...
Bastoonet, il a fait des "copies" de son univers
Il LES a exportés vers le référentiel
Dans Supervisor il a modifié la connexion en fonction du groupe utilisateur

Le rapport lui n'a pas été réalisé avec l'univers du référentiel mais avec celui stocké en local
Les stratégies du Supervisor sont donc ignorées (par défénition).

J'espère au moins que pour tes variantes d'univers tu as utiliser un unique univers lié ? Sinon bonjour la maintenance....

PS : [à mon copain bastoonet]
NON MÔSSIEUR JE NE BOUFFE PAS DE MAQUEREAU AUX ANTIBIOTIQUES
NI DE MACROS BIOTIQUES

[bastoonet]

ok....compris ...donc chaque utilisateur à son univers en local avec une connexion différente....

y'a pas une faille à cause des nom des univers car quand un utilisateur utilise un autre rapport pointant sur un univers du référentiel....et donc qui a une connexion différente..BO doit demander la mise à jour de l'univers local non ?
car en BO 5.1.8 je crois pas qu'on puisse avoir sur le meme référentiel des univers avec le meme nom ...


ça parait pas très sur en terme d'organisation / droits ...??? si ?

[Bruno2r]

En fait, dans son cas il lui faudrait
1 seul référentiel de sécurité
et x Domaines chacun bénéficiant de connexions différentes qui seraient identiques pour tous les univers du domaines
Les Domaines quant à eux seraient vérouillés ou déverouillés selon le groupe utilisateurs.

Mais ce genre d'astuce est à prévoir au moment de la création du référenciel et Tout le monde se précipite sur des install standard sans étudier la doc.
La doc nous dit qu'on peut ajouter des domaines après coup mais moi dans mon supervisor je n'ai pas accès au Référenciel peut être parce que je ne suis pas Supervisor Général (celui qui a créé le référenciel)

Une piste à creuser quand même.

[bastoonet]

et oui..c'est pas faux...j'y pensais plus aux domaines....c'est clair qu'en standard on a tendance à créer un référentiel univers et un référentiel rapport !!

je sais meme pas le comportement que cela aurait avec plusieurs référentiel de chaque ? enfin de toute façon toute le monde migre vers XI en ce moment donc la question ne se pose plus !