Development #40079
Afficher uniquement les passages dans les statuts "waitpoint" ou "endpoint"
0%
Description
Issu de https://dev.entrouvert.org/issues/7110#note-15
Certains statuts sont uniquement transitoires et sont appelés de façon récurrente, par exemple un statut appelé toutes les heures pour rafraîchir des données de traitement et qui se termine par un saut automatique sans expiration vers le statut précédent.
Les passages dans ces statuts polluent l'historique en les allongeant inutilement.
Il serait intéressant que par défaut ces statuts n'apparaissent pas.
Pour des raisons de debug, il pourrait être intéressant de conserver une possibilité de tout afficher, par exemple https://dev.entrouvert.org/issues/7110#note-17.
Demandes liées
Historique
Mis à jour par Mikaël Ates il y a environ 4 ans
- Lié à Development #7110: Affichage des statuts workflow (possibilité d'en cacher à certains rôles/fonctions) ajouté
Mis à jour par Thomas Noël il y a environ 4 ans
Mikaël Ates a écrit :
Il serait intéressant que par défaut ces statuts n'apparaissent pas.
Est-ce qu'on serait dans l'idée d'avoir des statuts dont la visibilité serait définie comme "technique" et affichés seulement aux personnes ayant accès aux fabriques (à studio) ? (ie la même restriction que pour l'inspecteur de données)
Mis à jour par Frédéric Péters il y a environ 4 ans
serait définie
Ça dépend ce qu'on met derrière "définie", pour moi il ne doit pas y avoir de nouvelle option, mais oui, on "définirait" que les statuts qui n'ont été que transitoires ne sont pas repris dans l'historique.
Alors question des circonstances où on voudrait les afficher, dans le commentaire pointé par le ticket "Peut-être imaginer un bouton "full" pour tout afficher quand même", et là peut-être tu dis que la nouvelle règle s'appliquerait aux agents, mais que les personnes ayant accès aux fabriques les verraient toujours ?
Mis à jour par Stéphane Laget il y a environ 4 ans
Mon avis :
Je comprends le principe de ne pas pouvoir le piloter via une option (même si cela pourrait être le même principe que cacher ce statut à l'usager) mais si le statut contient une action de type "message dans l'historique", il faut qu'il s'affiche dans l'historique en bo, même si aucune action interactive n'est proposée. Les statuts avec un message dans l'historique ne sont pas considérés comme des statuts purement techniques.
Alors question des circonstances où on voudrait les afficher, dans le commentaire pointé par le ticket "Peut-être imaginer un bouton "full" pour tout afficher quand même", et là peut-être tu dis que la nouvelle règle s'appliquerait aux agents, mais que les personnes ayant accès aux fabriques les verraient toujours ?
L'option "full" peut être utile pour le support pour comprendre ce qui s'est passé sur une demande. Mais il faudrait que par défaut que les personnes qui ont accès aux fabriques (les administrateurs fonctionnels) voient la même chose que les agents, sinon ils ne vont rien comprendre.
Mis à jour par Frédéric Péters il y a environ 4 ans
Je comprends le principe de ne pas pouvoir le piloter via une option (même si cela pourrait être le même principe que cacher ce statut à l'usager) mais si le statut contient une action de type "message dans l'historique", il faut qu'il s'affiche dans l'historique en bo, même si aucune action interactive n'est proposée. Les statuts avec un message dans l'historique ne sont pas considérés comme des statuts purement techniques.
Oui, le commentaire que je pointais comme origine de ce ticket était :
À 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 ?
Donc le bout "et qui n'ont rien à afficher" prend bien ça en compte.
L'option "full" peut être utile pour le support pour comprendre ce qui s'est passé sur une demande. Mais il faudrait que par défaut que les personnes qui ont accès aux fabriques (les administrateurs fonctionnels) voient la même chose que les agents, sinon ils ne vont rien comprendre.
Donc il faut là un bouton explicite pour activer cet affichage complet, bouton qui s'afficherait uniquement aux personnes avec accès à la fabrique de workflow.
Mis à jour par Frédéric Péters il y a environ 4 ans
- Sujet changé de Ne pas afficher les passages dans les statuts "waitpoint" ou "endpoint" à Afficher uniquement les passages dans les statuts "waitpoint" ou "endpoint"
Correction du titre qui inversait la demande.
Mis à jour par Frédéric Péters il y a environ 4 ans
C'est plus compliqué que ça :
- on peut avoir un statut "technique", "Erreur lors de l'interrogation du statut dans l'application métier", qui aura une action de saut manuel, genre "retenter l'appel", qui sera donc considéré comme "waitpoint" (il n'y a pas de prise en compte de la fonction à qui s'adresserait le bouton "retenter").
- on peut avoir des statuts de passage, genre "En instruction", qui n'ont aucune action, qui sont juste une attente d'un changement dans une application métier, et qu'on veut afficher.
De là les règles doivent être étendues, genre on cacherait automatiquement en backoffice les statuts qui n'ont pas d'action possible pour l'agent connecté et qui sont configurés pour ne pas être affichés aux usagers.
Mais j'ai l'impression que ça va devenir des règles de plus en plus particulières, qu'au final c'est peut-être pas jouable de faire ça automatiquement, qu'une notion explicite de statut technique, affiché à personne, sauf à la personne qui a un accès à la fabrique et clique sur un bouton. Et même ça je ne suis pas sûr.
Et j'en reviens à la configuration (presque) totale de la visibilité des statuts, fonction par fonction. (+ bouton pour la personne qui a accès à la fabrique pour révéler tout, sans attention à ses fonctions). Presque totale parce que ça concernerait l'affichage dans l'historique uniquement. (?)
Mis à jour par Mikaël Ates il y a environ 4 ans
Et j'en reviens à la configuration (presque) totale de la visibilité des statuts, fonction par fonction. (+ bouton pour la personne qui a accès à la fabrique pour révéler tout, sans attention à ses fonctions). Presque totale parce que ça concernerait l'affichage dans l'historique uniquement. (?)
Il me semble aussi que l'automatisation du masquage de certains statuts sera synonyme d'une complexité trop forte pour les fonctionnels du fait de notions implicites trop nombreuses à connaître. Donc, une configuration manuelle statut par statut pour gérer cet affichage me semble nécessaire.
Mis à jour par Frédéric Péters il y a presque 4 ans
- Statut changé de Nouveau à Rejeté
- Version cible
Wishlistsupprimé
Pas gérable automatiquement → #41973.
Mis à jour par Frédéric Péters il y a presque 4 ans
- Lié à Development #41973: Pouvoir configurer certains statuts comme n'étant pas visibles dans l'historique. ajouté