Evolution #30
ferméepnadmin -> Ldap email utilisateur
100%
Description
L'application Epnadmin génère les entrées dans le ldap.
En revanche, il est regrettable qu'il ne mette pas à jour l'adresse email dans le ldap.
Modifications à apporter :
- Mise à jour des plusieurs champs pour politique de filtrage en fonction de l'Olféo Box cible
- Mise à jour de l'adresse email
- Mise à jour d'un identifiant permettant d'identifier les utilisateurs->animateurs.
Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 14 ans
- Priorité changé de Urgent à Haut
Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 14 ans
- Echéance changé de 14/05/2010 à 07/05/2010
Mis à jour par Denis LIARD il y a plus de 14 ans
- Echéance changé de 07/05/2010 à 31/05/2010
Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 14 ans
- Statut changé de Nouveau à In Progress
- % réalisé changé de 0 à 50
Modifications publiées sur le svn (r234) :
- Enregistrement dans le champs 'mail' du LDAP de l'adresse email du contact EpnAdmin
- Enregistrement dans le champs 'employeeType' du LDAP du rôle du contact EpnAdmin
L'information du rôle peut contenir 'manager' (directeur) ou 'facilitator' (animateur).
Compte tenu des multiples rôles pouvant être tenu par un même contact (directeur et/ou animateur, sur le GEPN et/ou un ou des EPNs) cette information est récupérée en faisant appel aux méthodes du profil getStructureGroupRole() ou sinon getStructureRole().
Modifications publiées sur le svn (r248) :
L'information contient désormais la liste de tous rôles affectés au contact, sans pour autant spécifier les EPN/GEPN liés (par ex : "manager(G), facilitator, facilitator" pour un directeur de GEPN également animateur de deux EPN).
Si le contact n'est animateur ou directeur d'aucun EPN ou GEPN, alors le champs prendra la valeur 'none'.
Cette information est obtenue par une nouvelle méthode getRoles().
NOTE: Si une seule valeur est préférée à la liste, le profil utilisateur contient normalement l'information du type général du profil (table sf_guard_user_group, utilisée par ex pour définir le menu d'EpnAdmin) qui pourrait être obtenue par la méthode getProfileType()
TODO:
- Vérifier si l'information obtenue sur les rôles est valable
- Gérer le stockage dans le LDAP de la politique Olfeo (pour une ou plusieurs Box)
- Pensez à un script permettant de peupler l'annuaire LDAP avec les profils existants
Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 14 ans
- % réalisé changé de 50 à 80
Modifications publiées sur le svn (r239) :
- Pour EpnAdmin les ids des politiques d'accès ne sont plus directement les ids BdD Olfeo, la liste des libellés devient simplement numérotée de 1 à 6
- Les données stockées dans la BdD EpnAdmin ont donc été migrées comme suit :
UPDATE sf_guard_user_profile SET internet_access_id=1 WHERE internet_access_id=394;
UPDATE sf_guard_user_profile SET internet_access_id=2 WHERE internet_access_id=432;
UPDATE sf_guard_user_profile SET internet_access_id=3 WHERE internet_access_id=421;
UPDATE sf_guard_user_profile SET internet_access_id=4 WHERE internet_access_id=400;
UPDATE sf_guard_user_profile SET internet_access_id=5 WHERE internet_access_id=423;
UPDATE sf_guard_user_profile SET internet_access_id=6 WHERE internet_access_id=396;
- La correspondance entre l'id EpnAdmin d'une politique et l'id BdD correspondant sur une OlfeoBox se fait uniquement lors de la sauvegarde dans l'annuaire LDAP
- Pour celà les tables de correspondance sont fournies dans des listes du type data/lists/internet_access_olfeobox#.ini (un fichier par OlfeoBox)
- La désignation des champs LDAP utilisés pour mémoriser l'id de chaque OlfeoBox se fait dans le fichier apps/frontend/lib/CtnUserLdap.class.php avec la propriété suivante (l'index du tableau correspondra au '#' du nom de fichier de liste correspondant) :
private $internetAccessFields = array(1=>'description', 'carLicense');
Modifications publiées sur le svn (r248) :
- La valeur par défaut de la politique liée au formulaire de création d'un contact a été modifiée (passant de 396 à 6)
Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 14 ans
- Statut changé de In Progress à Résolu
- % réalisé changé de 80 à 100
Modifications publiées sur le svn (r264) :
La méthode pour alimenter le champs LDAP avec le(s) rôle(s) du contact a été revu. Les modifications de la r248 n'ont pas été retenue, selon la réflexion indiquée dans la note (en gras précédement).
Finalement le champs aura une valeur unique, le profil type, équivalent à celui qui est déterminé lorsqu'un utilisateur est sur le site.
Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 14 ans
- Statut changé de Résolu à Fermé