Autre #67842
Discussion keepalive...
0%
Description
Il est manifesté le besoin de maintenir vivant un compte dans authentic au delà du délais d'expiration des compte si des demandes ou des fiches existent encore.
Un premier plan envisageait que w.c.s. communique à authentic la liste des utilisateurs avec des fiches ou des demandes, qui poserait une date de dernière activité qui prendrait le dessus sur la date de dernier login, le délais d'expiration habituel s'appliquant. C'est simple mais peut-être trop, le système s'appliquant à toutes les fiches et toutes les demandes sans distinction de type ni sur le délais appliqué.
J'ai réfléchi à deux nouvelles proposition :- avoir une WS explicite du coté d'authentic,
POST /api/user/<uuid>/keepalive/{'months': 1}qui permettrait à chaque workflow de gérer finement un champ keepalive sur les utilisateurs, ce keepalive ne se rajouterait pas au délais d'expiration, il interdirait simplement pendant la durée indiquée la suppression du compte (le compte ne s'est pas connecté depuis 1 an, durée d'expiration, mais un appel keepalive pour 1 mois est fait, le compte commencera à être expiré après 1 an et 1 mois depuis la dernière connection, sauf si un nouvel appel keepalive est fait); ça l'avantage de permettre à tous les clients d'activer la fonctionnalité progressivement et au besoin - rester sur un fonctionnement automatique mais ajouter cette durée keepalive comme paramétrage sur les fiches et les formulaires (moins de bidouille dans les workflows mais fonctionnalité quasi identique qu'au point précédent), w.c.s. ne remonterait plus une simple liste d'uuid mais des paires (uuid, durée) avec la durée max trouvée pour chaque utilisateur
Demandes liées
Historique
Mis à jour par Thomas Noël il y a plus d'un an
Autre idée : avoir un "délai d'expiration après keepalive" configuré au niveau d'Authentic, à côté de l'actuel "délai après dernière connexion". Pour savoir si un compte doit être suspendu/expiré, Authentic prend le plus grand entre « date de dernier login + expiration login » et « date du keepalive + expiration keepalive ».
Le travail de w.c.s. (et des autres logiciels qui conservent de la donnée) reste l'envoi d'une simple liste keepalive, tant qu'une demande ou une fiche existe encore liée à l'utilisateur.
Mis à jour par Frédéric Péters il y a plus d'un an
C'est simple mais peut-être trop
Je suis assez pour commencer par garder/appliquer le plan simple.
Mis à jour par Benjamin Dauvergne il y a plus d'un an
Pour faire simple je suis pour implémenter un web-service keepalive qu'on pourra appeler avec un ou des nameids et qui par défaut pose un délais d'1 mois on verra ensuite.
Mis à jour par Benjamin Dauvergne il y a plus d'un an
- Lié à Development #67901: web-service 'keepalive' pour décaler l'expiration d'un compte ajouté