Quand est activé un compte invité après validation (v10)
Bonjour,
Nous migrons actuellement sur la v10, et nous venons de voir que la validation d'un compte invité par un administrateur créé bien le compte qui se trouve alors dans les membres de notre instance.
Mais le compte n'est pas activé automatiquement, il reste à l'état désactivé.
L'activation se fait-elle à la première connexion de l'invité ?
(ce qui serait finalement une bonne chose pour éviter d'avoir des comptes inactifs).
Merci pour vos retours.
Bonjour,
Si vous n'utilisez pas d'annuaire LDAP (ou que la synchro LDAP du membre est désactivé) ;
un compte utilisateur est "activé" (c'est à dire utilisable) dès qu'un mot de passe est défini sur le membre.
Le mot de passe peut être réinitialiser à la demande d'un administrateur ou de l'utilisateur lui même.
Si vous utilisez un annuaire LDAP ;
un compte utilisateur est "activé" dès que son authentification est possible (soit avec l'annuaire LDAP, soit avec un des SSO configuré sur le site).
Ainsi avec un annuaire LDAP, le comportement que vous décriviez et bien celui là : la création du compte et son activation ont lieu automatiquement dès la première tentative de connexion de l'utilisateur.
Bonjour Olivier et merci.
Nous n'avons pas de synchro ldap de notre coté.
Quand tu dis "dés qu'un mot de passe est défini", tu veux dire quand le nouveau membre suit le lien d'activation de changement de mot de passe et qu'il le modifie ?
J'avoue ne jamais avoir trop suivi en back office les validations de compte invité, mais je n'avais jamais remarqué que les comptes était désactivés pendant un moment.
Nous voulons juste être sûr que l'activation est automatique sans nouvelle action des admin centraux.
Pas de problème Olivier, j'ai glané quelques précisions intéressantes au passage.
Et c'est toujours appréciable d'avoir des réponses et des échanges.
Bonjour Dominique,
La propriété suivante jcmsplugin.collaborativespace.guestaccounts.create.notification-enabled (à true par défaut) définit si oui ou non le compte invité doit être prévenu de la création de son compte.
Si elle vaut true (les mails doivent être activés sur la plateforme!), l'invité recevra le mail de demande de changement de mot de passe évoqué par @Olivier Jaquemet ci dessus.
Concrètement, le compte est alors activé au moment de la validation, (avec un mot de passe aléatoire), et la mécanique du coeur d'envoi de mail de demande de changement de mot de passe est alors appelée. L'invité est donc prévenu qu'un compte lui a été crée sur la plateforme, et qu'il est invité à venir changer son mot de passe.
Toujours si elle vaut true, le soumissionnaire reçoit (à la validation) une alerte de nom "guest-creation" (Celle-ci lui indique que le compte a été activé, et prévenu par mail).
Le compte invité {data} ({organization}) a été créé et prévenu par e-mail.
Si elle vaut false, le soumissionnaire reçoit à la place une alerte de nom "silent-guest-creation" indiquant que le compte n'a pas été activé. Le message indique alors simplement :
Le compte invité {data} ({organization}) a été créé.
Il faut alors une action d'un administrateur pour :
- activer le compte
- prévenir ce compte externe qu'il dispose d'un compte sur cette plateforme
Cette propriété permet donc, soit de laisser la plateforme activer et prévenir les comptes invités automatiquement (comprendre à la validation, ou à la création directe si la peronne a les droits), soit de laisser ce soin à un administrateur (par exemple lors le membre doit subir d'autres opérations avant qu'il ne soit prévenu).
En espérant avoir répondu à votre question.
Bonjour Sylvain et merci pour ces précisions très complètes.
Catégories
Statuts
