Project

General

Profile

Development #7110

Affichage des statuts workflow (possibilité d'en cacher à certains rôles/fonctions)

Added by Victor Claudet over 6 years ago. Updated 13 days ago.

Status:
Nouveau
Priority:
Normal
Target version:
-
Start date:
30 Apr 2015
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
Yes

Description

Demande de Vincennes mais qui me parait intéressante.

Dans certains workflows nous définissons des statuts purement techniques du type, "dispatch", "réattribution de la demande" que les agents de ne comprennent pas.

Actuellement il y a possibilité de cacher des statuts à l'usager mais pas aux agents. Il faudrait peut-être ajouter un niveau en ajoutant une case à cocher "ne pas afficher aux rôles" (affichage uniquement à l'admin). Ou même en définissant la liste des rôles qui peuvent voir ces statuts.


Related issues

Related to w.c.s. - Development #40079: Afficher uniquement les passages dans les statuts "waitpoint" ou "endpoint"Rejeté21 Feb 2020

Actions
Related to w.c.s. - Development #41973: Pouvoir configurer certains statuts comme n'étant pas visibles dans l'historique.Fermé22 Apr 2020

Actions
Related to w.c.s. - Development #14229: permettre de restreindre un statut caché à certaines fonctionsFermé07 Dec 2016

Actions
Related to Publik - Development #58887: Améliorations sur le backoffice des démarches.Nouveau

Actions
Has duplicate w.c.s. - Development #19242: Pouvoir contrôler l'affichage d'un statut sur l'interface de traitementRejeté06 Oct 2017

Actions

History

#1

Updated by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

Cela concerne les pages de listings où il y a trop de statuts difficilement compréhensibles, ou les agents ont des problèmes ailleurs aussi ?

#2

Updated by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

  • Status changed from Nouveau to Information nécessaire
#3

Updated by Victor Claudet over 6 years ago

Les pages de listing, mais aussi le journal de la demande elle-même.

#4

Updated by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

  • Status changed from Information nécessaire to Nouveau
#5

Updated by Frédéric Péters (absent jusqu’au 12/12) over 5 years ago

  • Subject changed from Affichage des statuts workflow to Affichage des statuts workflow (possibilité d'en cacher à certains rôles)
#6

Updated by Frédéric Péters (absent jusqu’au 12/12) about 4 years ago

  • Has duplicate Development #19242: Pouvoir contrôler l'affichage d'un statut sur l'interface de traitement added
#7

Updated by Stéphane Laget about 4 years ago

+ 1 du coup

#8

Updated by Frédéric Péters (absent jusqu’au 12/12) about 4 years ago

  • Project changed from Au quotidien to w.c.s.
#9

Updated by Pierre Cros about 4 years ago

Pour tournai ce serait utile sur une démarche complexe où il y a des A/R multiple vers un statut "technique" (dans lequel aucun message ne s'affiche, aucune action n'est à disposition). Ça permettrait de ne pas allonger trop l'historique.

#10

Updated by Frédéric Péters (absent jusqu’au 12/12) about 4 years ago

Pour avancer, périmètre à délimiter :

  • cacher les éléments de l'historique / ne pas afficher ces noms de statuts dans les listings (prendre le dernier statut "intelligible")
  • faire ça par rapport à des rôles précis / par rapport à seulement l'admin.

De loin, je dirais que c'est très compliqué d'avoir une incidence sur les listings (et que c'est ça qui a laissé ce ticket inactif).

Pour le deuxième point je dirais que le soucis est avant tout un point d'UI, remplacer la case à cocher "Cacher ce statut au demandeur" par une liste de rôles/fonctions "Limiter l'affichage à ces rôles". Et là comme c'est une nouvelle fonctionnalité je dirais qu'on pourrait faire "Limiter l'affichage à ces fonctions" avec une liste de cases à cocher, vu qu'on a bien moins de rôles que de fonctions. (mais si on veut limiter à tout le monde sauf la personne qui crée le workflow il faut définir une fonction pour celle-ci).

#11

Updated by Pierre Cros about 4 years ago

Pour mon besoin, "Cacher aux agents" sans plus de précisions suffit. Mais limiter aux fonctions c'est très bien. On crée déjà souvent une fonction "testeur", ceux qui veulent que seul le créateur voit le bousin, il lui colleront le rôle lié à cette fonction.

L'affichage dans les listings c'est pas un sujet dans mon usage, il s'agit toujours de statuts transitoires, dans lesquels une demande ne reste jamais.

#12

Updated by Stéphane Laget about 4 years ago

J'ai exactement le même besoin. Ce qui est important c'est le fait que ces statuts techniques "polluent" l'historique pour les agents traitants.
Pour les listing ce n'est pas un pb pour moi, ces statuts étant souvent que des points de passage.

#13

Updated by Thomas Noël over 3 years ago

Je note ici que la demande n'est pas vraiment de cacher un statut : si une demande est dans un statut "chose", elle apparaitra bien comme ayant ce statut, dans les listing comme au niveau de l'affichage de la demande elle-même (colonne de droite).

Ce qui est en fait demandé, c'est "juste" de ne pas polluer l'historique, de ne pas afficher ces statuts dedans. C'est donc pas tout à fait la même que ce qu'on fait quand on cache un statut au demandeur (où le demandeur a l'impression que la demande est restée dans le dernier statut visible). Et c'est sans doute plus simple à atteindre techniquement.

#14

Updated by Stéphane Laget over 3 years ago

C'est effectivement le besoin.
En fait, ces statuts polluant sont des statuts qui ne contiennent aucun "saut manuel" ou "saut à la soumission" mais uniquement des "sauts automatiques", bref qui ne requièrent pas l'intervention d'un agent ou d'un usager.
Pour ma part, il n'y a pas de pb majeur à afficher ces statuts dans les listings ou dans la colonne de droite, c'est effectivement juste un pb dans l'historique.

#15

Updated by Frédéric Péters (absent jusqu’au 12/12) over 3 years ago

À ce compte-là, on pourrait même de manière automatique ne pas afficher les passages en statut qui ne sont pas marqués "waitpoint" ou "endpoint" (et qui n'ont rien à afficher). Non ?

#16

Updated by Stéphane Laget over 3 years ago

absolument, du coup tu diminues largement les erreurs de paramétrage, et cela évite de reprendre les WF existants, tout en répondant au besoin.

#17

Updated by Thomas Noël over 3 years ago

Frédéric Péters a écrit :

À ce compte-là, on pourrait même de manière automatique ne pas afficher les passages en statut qui ne sont pas marqués "waitpoint" ou "endpoint" (et qui n'ont rien à afficher). Non ?

Il me semble que ça serait déjà pas mal. Peut-être imaginer un bouton "full" pour tout afficher quand même, histoire de voir par où la demande est passée (très important lors du support, quand même).

#18

Updated by Stéphane Laget over 3 years ago

Un bouton discret alors... ou alors un paramètre à passer en url sur le détail de la demande comme http//urldelademande/94/?full pour rester sur une interface simple

#19

Updated by Stéphane Laget over 2 years ago

  • Target version set to Wishlist
  • Planning changed from No to Yes
#20

Updated by Pierre Cros about 2 years ago

  • Priority changed from Normal to Bas
#21

Updated by Mikaël Ates almost 2 years ago

  • Related to Development #40079: Afficher uniquement les passages dans les statuts "waitpoint" ou "endpoint" added
#22

Updated by Marie Kuntz over 1 year ago

  • Priority changed from Bas to Normal
#23

Updated by Marie Kuntz over 1 year ago

  • Target version deleted (Wishlist)
#24

Updated by Pierre Cros 9 months ago

  • Related to Development #41973: Pouvoir configurer certains statuts comme n'étant pas visibles dans l'historique. added
#25

Updated by Frédéric Péters (absent jusqu’au 12/12) about 1 month ago

  • Related to Development #14229: permettre de restreindre un statut caché à certaines fonctions added
#26

Updated by Frédéric Péters (absent jusqu’au 12/12) about 1 month ago

  • Assignee set to Frédéric Péters (absent jusqu’au 12/12)
  • Subject changed from Affichage des statuts workflow (possibilité d'en cacher à certains rôles) to Affichage des statuts workflow (possibilité d'en cacher à certains rôles/fonctions)
#27

Updated by Stéphane Laget 14 days ago

Autre cas d'usage fréquent :
on passe par un statut pour afficher à l'agent un formulaire de wf spécifique (pour sélectionner un service par exemple).
L'information saisie est utilisée sur le statut suivant, mais le statut où le formulaire est utilisé est présent dans l'historique et vient alourdir l'historique inutilement.

Ce n'est pas juste un statut technique non interactif, mais un statut qu'on ne veut plus voir afficher dans l'historique une fois qu'on est sorti du statut.

Pour affiner, ce serait donc une option : ne pas afficher le statut dans l'historique (avec un comportement automatique : sauf si la demande est positionnée sur ce statut).

#28

Updated by Pierre Cros 14 days ago

Stéphane Laget a écrit :

Ce n'est pas juste un statut technique non interactif, mais un statut qu'on ne veut plus voir afficher dans l'historique une fois qu'on est sorti du statut.

Pour affiner, ce serait donc une option : ne pas afficher le statut dans l'historique (avec un comportement automatique : sauf si la demande est positionnée sur ce statut).

Pas fan du tout de cette nouveauté conceptuelle qui complique la compréhension d'une part, le traçage d'autre part.

Je pense vraiment préférable de rester sur un truc facile à comprendre du type "cacher aux agents|fonctions"

#29

Updated by Stéphane Laget 14 days ago

en fait cela revient au même : c'est bien "cacher aux agents/fonctions" (avec un comportement automatique qui affiche le statut si la demande est positionnée sur ce statut. Ce qui facilitera également le support)

#30

Updated by Pierre Cros 14 days ago

Pour moi ça ne revient pas au même du tout, ça nécessite un effort supplémentaire pour comprendre pourquoi un statut qui devrait être caché n'est en fait pas caché, c'est ce que j'appelle un nouveau concept et dont je ne suis pas fan.

Pas envie de devoir faire de la doc et du support là-dessus (ce qui sera inévitable) alors que rajouter des fonctions concernant à qui on cache/affiche le statut ne nécessitera aucune explication.

Si tu as besoin que le statut soit visible, ne le cache pas, c'est simple.

#31

Updated by Frédéric Péters (absent jusqu’au 12/12) 14 days ago

Pour situer, la question elle est au niveau de l'effet, "caché dans l'historique" vs "caché tout le temps", c'est-à-dire que "caché dans l'historique" est juste une notion d'affichage quand on consulte une demande, alors que "caché tout le temps" c'est aussi ne pas reprendre ce statut dans la colonne "statut" d'un tableau de traitement, faire en sorte que le filtrage sur statut propose uniquement à la sélection les statuts "visibles", faire en sorte que filtré sur un statut le tableau de traitement affiche également les demandes qui sont dans un statut caché qui a suivi ?

On a eu #41973 qui précisait "dans l'historique" ("Pouvoir configurer certains statuts comme n'étant pas visibles dans l'historique.") mais dans ce ticket ça semble alterner, parfois on précise "dans l'historique" et parfois pas.

(pour le "caché à l'usager" on n'a pas ces questions vu qu'il n'y a pas de tableau de traitement et filtrage possible).

#32

Updated by Pierre Cros 13 days ago

Et je n'aime pas trop cette nouvelle distinction "caché dans l'historique" vs "caché tout le temps" qui complique la compréhension des choses pour un gain que je trouve mineur.

Dans mon idée, si je repasse souvent par un statut où il y a une action à faire par l'agent au point que ça pollue l'historique du WF, c'est que mon process de traitement est mauvais.

#33

Updated by Stéphane Laget 13 days ago

Ok, j'entends les arguments sur la complexité de compréhension et sur les impacts un peu partout sur les listings. restons donc sur l'idée première.

#34

Updated by Frédéric Péters (absent jusqu’au 12/12) 13 days ago

Pour donner le point de vue technique, c'est beaucoup plus facile d'uniquement se préoccuper de l'historique; traiter le sujet partout amène justement ces questions annexes, tableau de traitement et filtrage (si je fais une vue personnalisée sur un statut, pour moi elle va afficher uniquement les demandes dans ce statut, pour un autre agent il y aura éventuellement d'autres demandes, qui sont dans un statut suivant mais caché), et les devs pour suivre ça sont très galères (basiquement on doit faire porter sur chaque demande un statut par fonction/rôle).

Pour revenir plus haut, un commentaire de Thomas :

Je note ici que la demande n'est pas vraiment de cacher un statut : si une demande est dans un statut "chose", elle apparaitra bien comme ayant ce statut, dans les listing comme au niveau de l'affichage de la demande elle-même (colonne de droite).

Ce qui est en fait demandé, c'est "juste" de ne pas polluer l'historique, de ne pas afficher ces statuts dedans. C'est donc pas tout à fait la même que ce qu'on fait quand on cache un statut au demandeur (où le demandeur a l'impression que la demande est restée dans le dernier statut visible). Et c'est sans doute plus simple à atteindre techniquement.

Comme c'était il y a trois ans le "plus simple à atteindre techniquement" est peut-être moins crédible mais c'est clairement vrai.

~~

Aussi, l'autre part de variation dans les interprétations de ce ticket, c'est entre "caché à certains rôles/fonctions" ou juste "caché aux agents au sens large", si on prend juste "au sens large", ça fait que côté technique on n'arrive pas à un statut par rôle/fonction mais juste un statut "agent".

#35

Updated by Pierre Cros 13 days ago

Alors il ne faut plus parler de statuts cachés/visibles mais affichés ou pas dans l'historique (même si on perd la facilité de compréhension du caché/visible par l'usager) :

Affichage du statut dans l'historique :
x Affiché à tous
o Affiché uniquement aux agents (statut interne)
o Pas affiché (statut technique/transitoire)

#36

Updated by Frédéric Péters (absent jusqu’au 12/12) 13 days ago

Ça boucle sur #7110#note-10 où je séparais déjà :

  • cacher les éléments de l'historique / ne pas afficher ces noms de statuts dans les listings (prendre le dernier statut "intelligible")
  • faire ça par rapport à des rôles précis / par rapport à seulement l'admin.

et ta réponse derrière :

Pour mon besoin, "Cacher aux agents" sans plus de précisions suffit. Mais limiter aux fonctions c'est très bien. On crée déjà souvent une fonction "testeur", ceux qui veulent que seul le créateur voit le bousin, il lui colleront le rôle lié à cette fonction.
L'affichage dans les listings c'est pas un sujet dans mon usage, il s'agit toujours de statuts transitoires, dans lesquels une demande ne reste jamais.

ou celle de Stéphane :

Ce qui est important c'est le fait que ces statuts techniques "polluent" l'historique pour les agents traitants.
Pour les listing ce n'est pas un pb pour moi, ces statuts étant souvent que des points de passage.

~~

Si tout le monde s'accorde là-dessus, je pense que ça va pouvoir être développé. (quand je me le suis assigné c'était sur cette idée, pas sur l'idée de relancer la discussion sur le spectre).

#37

Updated by Stéphane Laget 13 days ago

Frédéric Péters a écrit :

Si tout le monde s'accorde là-dessus

impec

#38

Updated by Pierre Cros 13 days ago

Frédéric Péters a écrit :

Ça boucle sur #7110#note-10 où je séparais déjà 

Cette nécessité de revenir sur l'historique pour dire "je le disais déjà" c'est puéril. Je ne suis pas d'accord tu ne le disais pas, peu importe.

Ce avec quoi je suis d'accord c'est :

Affichage du statut dans l'historique :
x Affiché à tous
o Affiché uniquement aux agents (statut interne)
o Pas affiché (statut technique/transitoire)

Si ça correspond à ce que tu as toujours voulu faire depuis le début sans arriver à l'exprimer de façon compréhensible pour moi c'est super.

#39

Updated by Frédéric Péters (absent jusqu’au 12/12) 13 days ago

Ce avec quoi je suis d'accord c'est :

Affichage du statut dans l'historique :
x Affiché à tous
o Affiché uniquement aux agents (statut interne)
o Pas affiché (statut technique/transitoire)

Si ça correspond à ce que tu as toujours voulu faire depuis le début sans arriver à l'exprimer de façon compréhensible pour moi c'est super.

Je n'ai jamais voulu dans ce ticket exprimer un changement de comportement pour l'usager, le comportement actuel resterait (i.e. ça concernerait également l'info "statut actuel", pas uniquement l'historique).

Maintenant, est-ce que c'est un détail à passer sous silence, à garder malgré le nouvel intitulé "dans l'historique", ou est-ce quelque chose d'importance ?

#40

Updated by Pierre Cros 13 days ago

Si je comprends correctement, je vote pour "détail à passer sous silence, à garder malgré le nouvel intitulé".

Ce que je comprends c'est que, dans une demande, l'usager continue de voir comme statut en cours le dernier statut affichable dans l'historique.

#41

Updated by Mikaël Ates 12 days ago

Also available in: Atom PDF