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

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

voir ImportEntitiesFromLDAP
page originale ImproveLdapImportOld


association annuaire / entité

Ajouter à une entité
- le champs ldapservers_id (annuaire LDAP associé à l'entité)
- un champs 'filtre de recherche' (par exemple ou=xxxx)
- utilisation du champ ldap_dn pour limiter la recherche si existe

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

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é.
- faire la recherche dans l'annuaire et le DN de l'entité courante si il est définit
- Walid : s'il n'est pas défini, ne pas permettre l'import ou garder le fonctionnement actuel ?
- 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

Sur la fiche d'import des utilisateurs, proposer une dropdown avec la liste de ses entités actives : seuls les utilisateurs de l'entité sélectionnés sont visibles et importables

recherche Ajax d'un utilisateur

Faire évoluer la méthode de recherche d'un utilisateur :
- Ajouter quelque critères de recherche comme : 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".

Droits supplémentaires

Ajouter un droit "import d'utilisateur depuis une source externe"