Produits Entr'ouvert » Authentic 2

J'ai demandé à Mike son avis concernant le CUT.

C'est voulu, normalement on doit savoir si un utilisateur qu'on recherche est un usager ou un agent, et donc on le trouve. Personne ne devrait être sans OU, vraisemblablement que je devrais faire passer un script partout pour remettre les utilisateurs sans OU dans l'OU par défaut.

Ça me va. Mais c'est quand même bien relou quand les agents sont dispatchés dans différentes OU (comme c'est le cas sur lenord).

(Rappel :

• Si l'agent n'a de permissions sur les utilisateurs que dans une OU, uniquement cette OU s'affiche dans le sélecteur et le sélecteur est grisé.
• Si l'agent n'a pas de permission de vue des utilisateurs dans aucune OU, la page des utilisateurs ne devraient pas s'afficher.)

Si l'agent a des permission sur les utilisateurs dans plusieurs OU, alors la liste des OU est "déroulable".

• Si l'agent a des droits sur les utilisateurs de son OU, je préférerais que soit sélectionnée l'OU d'appartenance de l'agent.
• Si l'agent n'a pas de droits sur les utilisateurs de son OU (c'est un cas que l'on a pas dans le CUT), il faudrait sûrement sélectionner l'OU des usagers (dîte l'OU par défaut) si elle fait partie de la liste. Si l'OU des usagers ne fait pas partie de la liste prendre la première par ordre alphabétique... Cependant, je suis preneur d'une discussion sur un cas d'usage qui nécessiterait ce schéma de permission (l'agent n'a pas de permissions sur les utilisateurs de son OU, ni sur celles des usagers, mais sur les utilisateurs de plusieurs autres OU).

Afin d'indiquer que la recherche est souhaitée dans toutes les OU dans lesquelles l'agent a des droits, il pourrait donc être ajouté dans la liste une OU factice 'Toutes'.

Je suis aussi pour ne pas mélanger les usagers et les agents dans le résultat de la recherche aussi. Mais là c'est plutôt un problème d'administration. Il ne faut pas donner à un même compte des droits sur les usagers et les agents. Ou alors si on le fait c'est pour un poweruser qui sait ce qu'il fait.

Il y a tout de même un point gênant à mettre cette option de recherche dans le sélecteur d'OU. La sélection de l'OU dans la liste déroulante de la page de recherche permet de sélectionner l'OU dans laquelle sera créé le compte quand on clique sur 'Ajouter' sur cette même page. Si "Toutes" est sélectionné, cela devrait soit griser le lien d'ajout des utilisateurs, soit afficher de nouveau le champs de sélection de l'OU sur le formulaire d'ajout d'utilisateur avec aucune OU de sélectionnée et cela uniquement dans ce cas pour ne pas perdre le gain de ne plus avoir à sélectionner l'OU.

Ou alors la recherche dans toutes les OU passe plutôt par une checkbox qu'il faudra que l'agent comprenne comme "Ne pas tenir compte du selecteur d'OU pour la recherche". Et cette deuxième option me semble aussi intéressante pour avoir un sélecteur d'OU pour son rôle de sélecteur et non de filtre de recherche.

Plainte spontannée du département du Nord avec qui j'ai jamais discuté de l'affaire :

Alexandre et moi avons observé quelques différences entre la base
TEST et la base PROD, notamment sur les modules Utlisateurs et Rôles,
au sujet des collectivités. Sur Prod, la façon dont les collectivités
sont intégrées sur ces modules est super pratique. On pourrait avoir
ça aussi sur Test ?

Et ils parlent du fait de pas pouvoir, sur la recette, voir tous les users de toutes les OU. Je trouve vraiment important de garder ça si on veut pas être taxé un peu plus de "vous faites ce que vous voulez sans écouter les users".