Projet

Général

Profil

Development #69252

Applification: les fonctions d'un formulaire ne sont pas listées dans les dépendances

Ajouté par Lauréline Guérin il y a plus d'un an. Mis à jour il y a plus d'un an.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
19 septembre 2022
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Exemple, ce formulaire:
https://demarches-venissieux-test.demarches.sitiv.fr/backoffice/forms/326/

J'ai fait une app test en choisissant juste ce formulaire, et en analysant les dépendances.
Le résultat: https://hobo-venissieux-test.demarches.sitiv.fr/applications/manifest/test-dependances-demarche/
Le rôle "(publik famille) Responsable", par exemple, n'est pas listé


Fichiers

Révisions associées

Révision 5e9785f3 (diff)
Ajouté par Frédéric Péters il y a plus d'un an

api: extend form/card roles support in applification API (#69252)

Historique

#2

Mis à jour par Frédéric Péters il y a plus d'un an

Oui c'est volontaire et pour moi ça devrait rester ainsi; l'assignation de rôles aux différentes fonctions est quelque chose de local auquel l'applification ne devait pas toucher.

#3

Mis à jour par Pierre Cros il y a plus d'un an

Ça se discute quand même.

Si après install de l'appli je dois passer sur chaque WF pour mettre des rôles partout, ça va être un peu long (mais je comprends peut-être de travers).

#4

Mis à jour par Frédéric Péters il y a plus d'un an

Si on veut imposer les rôles associés aux fonctions des formulaires/modèles de fiche, et laisser ça éditable uniquement en faisant des "rôles parents/enfants" pour relier ça aux "vrais rôles" de la collectivité, ok.

(ne pas oublier de raisonner aussi avec la situation de plus petites applications)

#5

Mis à jour par Pierre Cros il y a plus d'un an

J'ai la certitude que je rate des trucs mais pour moi, les rôles nécessaires au fonctionnement de l'appli sont importés/créés lors de l'import de l'appli et donc personne n'a besoin de les éditer ensuite dans les formulaires/modèles de fiche.

Si le rôle existe déjà, on laisse tel quel (et on peut éventuellement préconiser de suffixer/préfixer les rôles utilisés par les applications pour éviter des situations de polysémie).

Si quelqu'un a ensuite besoin de renommer les rôles en question parce que sa "charte de nommage" l'impose, grand bien lui fasse.

#6

Mis à jour par Frédéric Péters il y a plus d'un an

Donc comportement différent entre l'installation (des rôles sont attachés aux fonctions) et la mise à jour (les rôles attachés aux fonctions ne sont pas modifiés) ?

#7

Mis à jour par Pierre Cros il y a plus d'un an

Je me suis posé la question sans y répondre, ne pas toucher aux rôles en place lors de la mise à jour c'est peut-être complexe.

S'il est plus simple d'interdire de modifier les rôles utilisés par l'appli pour garantir que la mise à jour fonctionne, on peut tout à fait la jouer comme ça (et il y aura vraiment nécessité de préfixer/suffixer les rôles applicatifs) pour l'instant.

#8

Mis à jour par Mikaël Ates il y a plus d'un an

Dans le contexte personnes morales, il y a une fonction déboggeur associée à administrateur fonctionnel pour l'instant. Le rôle Gestionnaire association associé à la fonction destinataire sur des opérations backoffice. Les autres rôles n'existent pas au moment du déploiement de l'application. Ils sont créés et assignés dynamiquement aux fonctions lors des créations de personnes morales.

Ce qui serait concerné ici ce serait les rôles assignés aux fonctions sur les formulaires et les rôles explicitement désignés dans les actions de liaison fonction/rôle. Ne pourraient être concernés les rôles définis sur les actions liaison fonction/rôle à partir de ("Autre:").

Cela signifierait :
  • un rôle Débogueur association à créer et à associer à la fonction débogueur sur les formulaires,
  • les rôles Débogueur association et Gestionnaire association seraient importés automatiquement,
  • à l'usage, si besoin, ces rôles seraient inclus dans d'autres rôle créés/gérés par la collectivité (administrateur fonctionnel, Mon service asso, etc.),
Ainsi,
  • les rôles pourraient être créés lors de l'import ou de la mise à jour de l'application selon les associations rôles/fonction sur les formulaires et les actions liaisons fonction/rôles des workflow,
  • lors des mises à jour, les associations rôles/fonction seraient réinitialisés sur les formulaires,
  • lors des mises à jour, les workflows seraient écrasés et ce n'est pas un soucis pour les actions liaisons fonction/rôles,
  • lors des mises à jour, les membres et les héritages des rôles existant ne seraient pas modifiés.

Dans le contexte personne morale, à première vue on pourrait bien importer/créer les rôles avec l'applification il me semble.

#9

Mis à jour par Frédéric Péters il y a plus d'un an

Je me suis posé la question sans y répondre, ne pas toucher aux rôles en place lors de la mise à jour c'est peut-être complexe.

Non, c'est déjà ce qui est en place, certains attributs des formulaires, qui ont été jugés comme pouvant légitimement être modifié de manière locale, ne sont pas touchés (les fonctions, les options de workflow, le libellé du formulaire, la date de publication, etc.).

Pour moi ça ne changerait place, le comportement à l'installation (qui aujourd'hui n'embarque pas ces rôles) pourrait changer.

Ma question était un peu de voir si ça ne faisait pas un truc incohérent mais je dirais que non.

Ce qui serait concerné ici ce serait les rôles assignés aux fonctions sur les formulaires et les rôles explicitement désignés dans les actions de liaison fonction/rôle

Ce ticket parle uniquement "fonctions d'un formulaire", pas concerné par quoique ce soit d'action liaison fonction/rôle.

lors des mises à jour, les associations rôles/fonction seraient réinitialisés sur les formulaires,

Ça n'est pas prévu, non.

#10

Mis à jour par Frédéric Péters il y a plus d'un an

  • Statut changé de Nouveau à En cours
  • Assigné à mis à Frédéric Péters
#11

Mis à jour par Frédéric Péters il y a plus d'un an

Voilà pour exporter les rôles (des fonctions mais également "rôles du demandeur" et "rôles pour la saisie backoffice") et lors de l'import initial d'un formulaire/modèle de fiche les prendre en compte (mais pas lors d'une mise à jour).

#12

Mis à jour par Lauréline Guérin il y a plus d'un an

  • Statut changé de Solution proposée à Solution validée
#13

Mis à jour par Frédéric Péters il y a plus d'un an

  • Statut changé de Solution validée à Résolu (à déployer)
commit 5e9785f36cbd380ac07cc7f5e5dce59b89602e7a
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Sat Sep 24 11:10:56 2022 +0200

    api: extend form/card roles support in applification API (#69252)
#14

Mis à jour par Transition automatique il y a plus d'un an

  • Statut changé de Résolu (à déployer) à Solution déployée
#15

Mis à jour par Transition automatique il y a plus d'un an

Automatic expiration

Formats disponibles : Atom PDF