Forçage de session par Admin

[gniko]

Bonjour,
Il faudrait (impérativement) que le compte Admin puisse reprendre la main sur une session utilisateur.
Pour exemple, nous avons eu des crashs sur une session utilisateur a la mise à jour projet avant mise au coffre, et de fait le projet est bloqué sur cette session.
Impossible de reprendre la main dessus pour faire une correction sur l'élément qui "plante" la Maj.
Et c'est toujours compliqué de dire à notre client que l'on ne peut lui livrer ces plans et que l'on doit attendre que l'on nous "débloque" le projet.
Même si le support est réactif, ce n'est pas immédiat, et cela je le comprend.

[JuP]

Bonjour Gniko,

Entièrement d'accord avec toi. C'est au planning de la 7.16.

[gniko]

trop bien

[olaio]

Bonjour,

je comprends le problème, mais en quel action l'admin peux "débloquer" le project et pas l'utilisateur?
Je pense que le support peut faire des chose avec un accès spécial, pas avec le compte Admin.

Je me trompes?

Olaio

[gniko]

deja, c'est de pouvoir ouvrir le projet, modifier l'erreur et le remettre au coffre.
Dans le cas ou le projet est bloqué par un utilisateur, on ne peux enregistrer toutes modif, et le projet est figé avec son erreur.
Effectivement, le support peux trouver une solution, mais cela prend un certain temps d'analyse, et pendant ce temps, nous sommes bloqué .Nous somme un BE, et c'est notre outil principal...

[olaio]

OK,

dans ces cas lá ce que nous faisons c'est changer les mots de passe de l’utilisateur por pouvoir accéder aux documents!

Olaio

[gniko]

Comme nous sommes une très petite structure nous n'avons pas de mots de passes....j'aurais du en mettre .
Mais comme l'a dit JuP, en 7.16 on pourra tout débloquer

[JuP]

En fait effectivement on peut déjà le faire, on fait sauter le mot de passe de l'utilisateur et on se connecte à sa session... mais bon clairement c'est chiant.

En 7.16 ce qu'on va faire c'est que l'admin pourra se "connecter en tant que" et donc résoudre les problèmes bien plus facilement.