Development #18527
action de workflow pour affecter une fonction directement à un utilisateur
0%
Description
Ça crée une référence de rôle nommée '_user-%s' % user.id et ça l'affecte dans formdata.workflow_roles[role_key]. J'ai mis à jour tous les check entre @formdata.workflow_role et user.roles pour prendre en compte cette nouvelle ainsi que les requêtes sur concerned_roles et action_roles.
L'action présente un simple formulaire permettant de choisir un utilisateur parmi ceux appartenant à un rôle précis, ça gagnerait à utiliser un champ Select2 mais je ne l'ai pas fait.
Aussi je ne permet pas d'avoir plusieurs rôles dans les choix de rôle possible mais ça pourrait être utile.
Une autre évolution serait de permettre de définir l'utilisateur via une formule mais je n'avais pas vraiment d'idée sur la bonne façon de le faire alors je laisse l'exercice au lecteur ou pour une évolution future.
Fichiers
Historique
Mis à jour par Frédéric Péters il y a plus de 6 ans
Avant même de lire, il y a un contexte qui apppellerait ça ?
Mis à jour par Thomas Noël il y a plus de 6 ans
CD59, dispatcher des demandes parmi des centaines d'agents (mais s'ajoute aussitôt "ou leur secrétaire", et pour moi dès qu'il y a plus d'une personne, c'est un rôle)
Mis à jour par Benjamin Dauvergne il y a plus de 6 ans
C'est pas des agents je crois, c'est des médecins intervenants extérieurs, ça ne remplit pas totalement le besoin parce que je crois que le médecin est déterminé via une correspondance avec des adresses. Je n'ai pas entendu parler d'une secrétaire dans l'histoire, on affecte à une personne point, c'est décrit là:
Mis à jour par Thomas Noël il y a plus de 6 ans
Benjamin Dauvergne a écrit :
C'est pas des agents je crois, c'est des médecins intervenants extérieurs
Oui, quelqu'un dans le backoffice quoi, je voulais dire.
ça ne remplit pas totalement le besoin parce que je crois que le médecin est déterminé via une correspondance avec des adresses. Je n'ai pas entendu parler d'une secrétaire dans l'histoire, on affecte à une personne point
Je citais un mail de Stéphane : « Finalement, on veut attribuer une demande à une personne en particulier (et sa secrétaire). ». Je pense qu'il l'a pas inventé et que ça sera un cas bien fréquent. Moi je dis, un rôle par gusse, comme avec adduser !
Mis à jour par Benjamin Dauvergne il y a plus de 6 ans
La secrétaire n'a qu'à utiliser le compte du médecin, en cas de délégation permanente ça marche très bien.
Mis à jour par Pierre Cros il y a plus de 6 ans
La secrétaire n'a qu'à utiliser le compte du médecin, en cas de délégation
permanente ça marche très bien.
Je le leur avais proposé mais c'est pas possible car une secrétaire va
parfois être délégataire de plusieurs comptes, on va pas lui filer les
login/mots de passe de tous les assistants sociaux dont elle doit voir les
demandes (il peut y en avoir 5 ou 6), simultanément de préférence... Les
rôles sont inévitables.
Désolé j'avais pas compris ton plan sur le salon hier, j'aurai du exprimer
ça à ce moment là.
Et du coup la piste la moins contraignante me semble être celle de la
modification de l'action "attribuer une fonction" (manuelle) en y ajoutant
un "Autre" comme dans l'action d'envoi de mail.
Mis à jour par Benjamin Dauvergne il y a plus de 6 ans
Oui mais "Autre" quoi ? On s'en sortirai avec mon code et la possibilité d'affecter plusieurs rôles/utilisateurs à une fonction, et donc là on ferait:
Autre [=datasource.professionel.professionel1] Autre [=datasource.professionel.professionel2] Autre [=datasource.professionel.professionel3]
en se disant qu'on aura jamais plus de 3 personnes concernés, faut juste voir comment on gère les références aux utilisateurs dans la source de donnée, à supposer qu'on ait un username il faudra faire un aller/retour avec authentic pour récupérer le NameID et ensuite transformer ça en identifiant interne à w.c.s.
Mis à jour par Pierre Cros il y a plus de 6 ans
"Autre" comme dans l'action d'envoi de courriel : un zone de texte libre (dans laquelle en l'occurrence je comptais mettre une variable contenant le nom (ou l'id ?) du rôle).
J'essayais d'apporter aussi peu de nouveauté que possible par rapport à notre fonctionnement habituel, mais je sais pas, mon raisonnement par analogie avec l'action d'envoi de courriel il est peut-être pourri.
On peut avoir plus de 3 personnes concernées.