http://www.glpi-project.org/forum/viewtopic.php?id=14748

voir http://www.glpi-project.org/forum/viewtopic.php?id=14735

voir ImportEntitiesFromLDAP


association annuaire / entité

Remi :
- Actuellement on a la possibilité de stocker le DN sur la fiche de l'entitié, il me semblerait intéressant d'avoir aussi la référence de l'annuaire, en effet dans le cas ou on a plusieurs LDAP de même structure, on risque d'avoir des doublons. Aujourd'hui cela permet d'associer l'entité depuis son DN. Cette évolution permettrait de rechercher les utilisateurs depuis une entiité

Walid :
- oui effectivement, ça vaudrait la peine de traiter ça avec ce ticket #1186

Cas d'annuaires où un login n'est pas unique

Walid :
- un annuaire avec plusieurs branches (chaque branche pouvant représenter une ou plusieurs entités)
- plusieurs annuaires

Dans ces 2 cas, le login peut ne pas être unique. Il est alors nécessaire de s'identifier avec un identifiant du type login@domaine ou domaine\login

simplification / délégation de l'import des utilisateurs

Remi :
- Dans le cas ou un "administrateur délégué" peut faire l'import des utilisateurs, il serait préférable de mieux filtrer la recherche (en particulier pour un annuaire global très volumineux, pour ne pas atteindre la limite de recherche, souvent 500) et surtout ne pas lui proposer des utilisateurs qui ne seront en final pas dans son entité.
- Walid : ça veut dire passer le moteur de règles complet pour chaque utilisateur au moment de la présentation des users à importer si on est sur l'entité racine en récursif...
- remi : Pas forcément. Si je donne ce droit à l'utilisateur, c'est que le critère "DN" est suffisant, donc il vera que les utilisateurs concernant son entité.
- faire la recherche dans l'annuaire et le DN de l'entité courante si il est définit
- walid : oui ça c'est une très bonne idée
- proposer des critères de recherche explicites correspondant aux champs mappés plutôt que la zone "critères ldap" (trop technique) : l'admin voit le nom des champs (Nom, Prénom, Téléphone, ..) et on génère la requête à partir des infos de configuration
- walid : oui on peut le faire et ça a du sens. C'est vrai que ça pourrait bien simplifier la vie.

ajout depuis la fiche de création d'un ticket

Remi :
- Si on veut éviter de charger tous les utilisateurs, on pourrait utiliser un bouton "+" à côté de la dropdown "demandeur" pour obtenir un popup de recherche et d'ajout de 1 utilisateur (même formulaire que pour 2)
-Peut-être qu'il faut aussi une option de configuration / habilitation pour cette fonctionalité afin de ne pas devoir donner les droits d'écriture sur tous les utilisateurs, mais uniquement de chargement.

walid :
- tu veux dire reproduire le comportement de "ajouter depuis une source externe" ?
- remi : Oui, enfin la version simplifée décrit au point 2.

recherche Ajax d'un utilisateur

Remi :
- Ajouter quelque critères de recherche d'un utilisateur : nom, prénom, téléphone, email En particulier, beaucoup de technicien "hotline" ont la présentation du numéro, cela éviterait de demander son nom au "client".
- walid : oui, surtout le numéro de téléphone !