Project

General

Profile

Development #35763

permettre d'associer/ajouter un utilisateur à une fonction

Added by Frédéric Péters 10 months ago. Updated 10 months ago.

Status:
Nouveau
Priority:
Normal
Target version:
-
Start date:
03 Sep 2019
Due date:
% Done:

0%

Patch proposed:
No
Planning:
No

Description

Aujourd'hui on a une association une fonction = un rôle; pour certains usages on voudrait permettre à un ou plusieurs utilisateurs particuliers d'endosser une fonction. À la base le besoin est autour de cart@ds permettre à un utilisateur de "rejoindre" le dossier déposé par quelqu'un, genre l'usager rejoindre le dossier déposé par son architecte, ou l'inverse.

History

#2 Updated by Frédéric Péters 10 months ago

Oui, j'avais souvenir de ça; l'idée est similaire, la différence principale est "un ou plusieurs utilisateurs".

Ensuite il y aura des détails de forme, genre plutôt que multiplier les user_roles.add(...) passer par une méthode sur get_roles() sur l'utilisateur.

#3 Updated by Benjamin Dauvergne 10 months ago

Le ticket d'origine était cadré sur une utilisation automatique, de délégation de professionnels vers un pool d'assistant.e.s variable, venant vraisemblablement d'une source de donnée.

Pour le partage de demande entre tiers je vois une autre possibilité : un bouton pour envoyer un lien (pas un code de suivi) avec un bonne grosse signature HMAC à un email (peut-être proposer directement ce lien à copier coller pour l'envoyer par SMS ou autre), pour le cas architecte/usager ça me parait plus simple que de demander à l'usager d'avoir un compte, en vrai si il faut aussi partager avec des comptes je ferai en sorte d'avoir une bouton "suivre cette demande depuis mon compte" qui demanderait une authentification et qui l'usager nouvellement connecté à un champ "extra_recipients" de la demande (sorte d'autres destinataires). L'avantage que j'y vois c'est qu'au niveau configuration on aurait juste un bouton "Permettre le suivi de la demande par des tiers" sur la fabrique de formulaires et rien à faire au niveau du workflow.

Là ça va demander de la configuration à chaque fois pour avoir ce fonctionnement.

#4 Updated by Benjamin Dauvergne 10 months ago

Benjamin Dauvergne a écrit :

Le ticket d'origine était cadré sur une utilisation automatique, de délégation de professionnels vers un pool d'assistant.e.s variable, venant vraisemblablement d'une source de donnée.

Pour le partage de demande entre tiers je vois une autre possibilité : un bouton pour envoyer un lien (pas un code de suivi) avec un bonne grosse signature HMAC à un email (peut-être proposer directement ce lien à copier coller pour l'envoyer par SMS ou autre), pour le cas architecte/usager ça me parait plus simple que de demander à l'usager d'avoir un compte, en vrai si il faut aussi partager avec des comptes je ferai en sorte d'avoir une bouton "suivre cette demande depuis mon compte" qui demanderait une authentification et qui l'usager nouvellement connecté à un champ "extra_recipients" de la demande (sorte d'autres destinataires). L'avantage que j'y vois c'est qu'au niveau configuration on aurait juste un bouton "Permettre le suivi de la demande par des tiers" sur la fabrique de formulaires et rien à faire au niveau du workflow.

Là ça va demander de la configuration à chaque fois pour avoir ce fonctionnement.

Ce que je décris marche aussi très bien simplement avec le code de suivi à la place du jeton HMAC, l'important c'est le champ "other_sender/users" (me suis trompé en utilisant recipient). Ça peut aussi être pensé comme une fonction "implicite" "Usager".

#5 Updated by Frédéric Péters 10 months ago

Je note deux choses dans ta proposition :

  • ce serait avoir un nouveau rôle "virtuel", "tiers", dont les membres seraient stockés au niveau du formdata, avoir extra_recipients = [...] plutôt qu'un attribut whatever = {'fonction tiers': [la liste des utilisateurs]}.

→ je pense qu'avoir le stockage ici générique permettra les expansions futures, sans complexités.

  • un traitement particulier, avoir une option sur le formdef qui dirait "Permettre le suivi par des tiers"

→ je pense que ça ne suffit pas, pour la situation à GL par exemple le suivi ne pourra se faire qu'après avoir saisi référence de dossier et mot de passe cart@ds; de manière générale on ne peut pas utiliser le code de suivi pour rejoindre "tiers", parce que le code de suivi donne un accès à la demande avec toutes les permissions de l'auteur de la demande.

~~

(pour la discussion, si ça doit continuer, ça m'irait qu'elle passe par mail en suivi des besoins exprimés à GL et de mes réponses (mails de fin juin))

Also available in: Atom PDF