Development #71385
ne pas reprendre les données de traitement dans l'affichage des modifications
0%
Description
De #70868#note-8 :
Dans tous les cas, il ne faut pas afficher les modifs des données de traitement [...]
Pas totalement sûr de ça, les données de traitement c'est historiquement le "cadre réservé à l'administration", il peut être tout à fait utile de voir ce qui s'y est fait comme modification.
Peut-être ce commentaire vient d'une utilisation plus technique des données de traitement, qu'il s'agit même peut-être de données de traitement qui sont alors configurées pour ne pas être affichées à l'agent; là-dessus, comme sur les données calculées, je rejoindrais (que les données cachées le reste du temps n'apparaissent pas dans les modifications).
Ce changement satisferait-il ou est-il vraiment question de toutes les donnée de traitement ? et s'il s'agit de toutes les données de traitement, mon commentaire initial pointe plutôt la nécessité d'une option pour pouvoir les afficher/cacher, plutôt que les cacher de manière unilatérale.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus d'un an
- Lié à Development #70868: Historisation des données, afficher les modifications dans l'historique d'une demande/fiche ajouté
Mis à jour par Stéphane Laget il y a plus d'un an
Frédéric Péters a écrit :
...qu'il s'agit même peut-être de données de traitement qui sont alors configurées pour ne pas être affichées à l'agent
Oui, ce serait plus satisfaisant
Ce changement satisferait-il ou est-il vraiment question de toutes les donnée de traitement ? et s'il s'agit de toutes les données de traitement, mon commentaire initial pointe plutôt la nécessité d'une option pour pouvoir les afficher/cacher, plutôt que les cacher de manière unilatérale.
Une option pour les cacher complètement serait encore mieux.
On a l'action "message dans l'historique" ou "alerte" pour les afficher et ces actions permettent de mettre en forme une donnée de traitement à destination des agents, souvent avec une phrase ou un contexte qui utilise la donnée de traitement.
Mis à jour par Pierre Cros il y a plus d'un an
Plutôt d'accord avec Stef sur le fait qu'on pourrait juste ne rien afficher pour les modifs des données de traitement.
Et si on a besoin d'un historique des changements (ce qui ne semble pas si fréquent), on passe par une action formulaire qui ira modifier ladite donnée et permettra l'historicisation.
Mis à jour par Frédéric Péters il y a plus d'un an
- Statut changé de Information nécessaire à Nouveau
- Assigné à
Stéphane Lagetsupprimé
Bon, ok ne faisons rien ici, n'affichons juste pas les changements sur les données de traitement.
Mis à jour par Lauréline Guérin il y a plus d'un an
- Assigné à mis à Lauréline Guérin
- Priorité changé de Normal à Bas
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a plus d'un an
C'est trop rapide pour pouvoir intervenir avec des cas d'usage, se justifier, etc.
Je viens de tester sur une application backoffice en cours de construction et je trouve ça plutôt positif : https://demarches-marseille.test.entrouvert.org/backoffice/data/proprietaire/47/.
Je ne mesure pas tous les impacts, notamment sur la gestion de ce que va voir l'usager, mais avoir cette possibilité en option, plutôt que de mettre des messages dans l'historique un peu partout, me semble bien.
Mis à jour par Frédéric Péters il y a plus d'un an
C'est trop rapide pour pouvoir intervenir avec des cas d'usage, se justifier, etc.
Yes, mon commentaire de dire de ne rien afficher ici ça nous donne du temps pour plus tard réfléchir.
gestion de ce que va voir l'usager
l'usager ne voit jamais rien de tout ça, c'est limité au backoffice.
Mis à jour par Lauréline Guérin il y a plus d'un an
- Fichier 0001-backoffice-do-not-show-bo-fields-in-data-history-713.patch 0001-backoffice-do-not-show-bo-fields-in-data-history-713.patch ajouté
- Tracker changé de Autre à Development
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a plus d'un an
ok (je me dis que plus tard quand on voudra être plus fin on pourra remettre le get_all_fields et on ajoutera un attribut sur les champs des données de traitement pour les distinguer)
Mis à jour par Frédéric Péters il y a plus d'un an
- Statut changé de Solution proposée à Solution validée
(le changement de statut n'est pas passé avec mon commentaire précédent :/ ).
Mis à jour par Lauréline Guérin il y a plus d'un an
- Statut changé de Solution validée à Résolu (à déployer)
commit 91a7f3f6b83daccb150a19ea709baa99f997c61a
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date: Thu Nov 17 09:26:11 2022 +0100
backoffice: do not show bo fields in data history (#71385)
Mis à jour par Transition automatique il y a plus d'un an
- Statut changé de Résolu (à déployer) à Solution déployée
backoffice: do not show bo fields in data history (#71385)