Projet

Général

Profil

Autre #77397

Permettre une variable dans les actions création d'une demande ou d'une fiche

Ajouté par Olivier Renard il y a 11 mois. Mis à jour il y a 11 mois.

Statut:
Information nécessaire
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
09 mai 2023
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

L'objectif est de pouvoir renseigner dynamiquement le formulaire dans l'action création d'une demande, ou la fiche dans l'action création d'une fiche.

Comme pour d'autres actions, une suggestion serait de pouvoir saisir dans ce type d'action, le choix "Autre" et de passer la variable django correspondante.

Historique

#1

Mis à jour par Frédéric Péters il y a 11 mois

  • Statut changé de Nouveau à Information nécessaire

Il faudrait un très bon exemple d'utilisation pour justifier ça, parce que ce genre de niveaux d'indirections rend très compliqué le suivi/debug de ce qui se passe.

#2

Mis à jour par Anaïs Ecuvillon il y a 11 mois

J'en ai un, quand j'utilise un unique workflow pour de nombreux formulaires et que l'on souhaite proposer le renouvellement à l'identique d'une demande (d'une période sur l'autre), aujourd'hui il faut créer n action création d'une demande avec des conditions selon le formulaire.
Demain avec un tel dev, on pourra simplement ajouter la variable du formulaire de la demande.

#3

Mis à jour par Olivier Renard il y a 11 mois

Autre cas:
  • cela permettrait d'éviter un workflow générique (exemple du formulaire de contact) à tout faire.
  • cela permettrait de créer une demande d'un autre type

L'idée est : du formulaire, création d'une demande d'un certain type en sélectionnant dans une liste.

#4

Mis à jour par Frédéric Péters il y a 11 mois

Mais ça obligerait à avoir "Correspondance automatique des champs par leurs identifiants" activé, pas d'attribution manuelle possible pour les champs, ça ne va ressembler à rien ?

#5

Mis à jour par Olivier Renard il y a 11 mois

De mon point de vue la "Correspondance automatique des champs par leurs identifiants" activé ne me parait pas un obligatoire.
Dans tous les cas, la correspondance même manuelle doit être bien faite par l'administrateur fonctionnel.

#6

Mis à jour par Frédéric Péters il y a 11 mois

Dans tous les cas, la correspondance même manuelle doit être bien faite par l'administrateur fonctionnel.

Pour la correspondance manuelle il faut savoir quels champs existent, pour savoir quels champs existent il faut savoir quel formulaire va être créé.

#7

Mis à jour par Frédéric Péters il y a 11 mois

  • Tracker changé de Development à Autre
#8

Mis à jour par Anaïs Ecuvillon il y a 11 mois

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

Mais ça obligerait à avoir "Correspondance automatique des champs par leurs identifiants" activé, pas d'attribution manuelle possible pour les champs, ça ne va ressembler à rien ?

Pour mon cas d’usage, j’utilise toujours la correspondance des champs. Donc ok pour ça.
Idéalement, il me faudrait également pouvoir remettre à zéro des champs du formulaire parent, et donc si dans le formulaire du formulaire enfant c’est champs n'existe pas, il faudrait que cela ne crée pas d’erreur. Juste il ne se passe rien.

#9

Mis à jour par Frédéric Péters il y a 11 mois

pouvoir remettre à zéro des champs du formulaire parent

Je ne sais pas ce que ça veut dire. Très certainement, si une demande A ("formulaire parent" ?) avec un workflow crée une autre demande B, la demande A ne doit pas être modifiée. (?!).

#10

Mis à jour par Anaïs Ecuvillon il y a 11 mois

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

pouvoir remettre à zéro des champs du formulaire parent

= vider la valeur d'un champ avec None comme expression

En écrivant cela, je réalise que je détourne le ticket car ma proposition nécessiterait un dév supplémentaire, ce qui dépasse le cadre de ce ticket (je l'écris ici pour m'en souvenir mais ce n'est clairement pas l'objet du ticket, j'en ouvrirai un autre le moment venu si ce ticket est développé un jour) :

  • une demande A (demande parent) avec un workflow qui crée une nouvelle demande B (demande fille)
  • l'action de création utilise la « Correspondance automatique des champs par leurs identifiants »

La nouveauté serait d'avoir « Correspondance depuis les champs de la demande en cours » plutôt que « Correspondance vers les champs de la nouvelle demande », ce qui éviterait d'avoir à connaître le formulaire de destination. Les champs existants de la demande A pourraient être sélectionnés et une expression pourrait être ajoutée pour pré-remplir ou vider (avec None) la valeur d'un champ de la demande B.

S'il n'y a pas de correspondance entre les champs des deux formulaires, il ne devrait rien se passer et aucune erreur ne devrait être déclenchée.

Je suis consciente que cette proposition complexifie l'action de création d'une demande, pourtant cela répond à un besoin réel que j'ai rencontré très régulièrement.
La finalité étant bien sûre d'avoir un WF générique utilisé par un grand nombre de formulaire. Utiliser cette méthode éviterait de multiplier l'action Création d'une demande avec des conditions basées sur le formulaire de destination.

#11

Mis à jour par Frédéric Péters il y a 11 mois

La nouveauté serait d'avoir « Correspondance depuis les champs de la demande en cours » (...)

Le workflow peut être attaché à différents formulaires ou modèles de fiche, on ne peut pas connaitre les champs de départ.

#12

Mis à jour par Frédéric Péters il y a 11 mois

J'ai un doute sur la direction globale, peut-être parce que les mêmes mots ne désignent pas les mêmes choses :

Olivier, tu écris :

cela permettrait d'éviter un workflow générique (...)

Anaïs, tu écris :

La finalité étant bien sûre d'avoir un WF générique (...)

#13

Mis à jour par Olivier Renard il y a 11 mois

Nous désignons pas tout à fait la même chose et le même cas d'usage, mais les besoins semblent correspondre.

  • de mon coté l'idée est de pouvoir à partir d'une démarche A (sans finalité forte: exemple formulaire de contact) créer des demandes B, C, D... avec une finalité précise, et un workflow dédié. "cela permettrait d'éviter un workflow générique" veut dire permettre de déporter la gestion et le fonctionnel dans des démarches dédiées. Actuellement cela est possible en créant autant d'action création d'une demande que de type de demandes B, C, D. Cette évolution permettrait de factoriser ces actions ou rendre plus "générique techniquement" le workflow A.
  • je pense que du coté d'Anais, un workflow est utilisé pour plusieurs démarches. La possibilité de renouvellement de la demande à l'identique nécessite de créer n action création d'une demande avec des conditions selon le formulaire. Cette évolution permettrait de factoriser ces actions ou rendre plus "générique techniquement" le workflow.
#14

Mis à jour par Anaïs Ecuvillon il y a 11 mois

Je suis raccord avec ce que dit Olivier et je ne veux pas complexifier ce ticket, donc va pour une variable avec obligation d'utiliser la « Correspondance automatique des champs par leurs identifiants ».

#15

Mis à jour par Pierre Cros il y a 11 mois

Olivier Renard a écrit :

Nous désignons pas tout à fait la même chose et le même cas d'usage, mais les besoins semblent correspondre.

  • de mon coté l'idée est de pouvoir à partir d'une démarche A (sans finalité forte: exemple formulaire de contact) créer des demandes B, C, D... avec une finalité précise, et un workflow dédié. "cela permettrait d'éviter un workflow générique" veut dire permettre de déporter la gestion et le fonctionnel dans des démarches dédiées. Actuellement cela est possible en créant autant d'action création d'une demande que de type de demandes B, C, D. Cette évolution permettrait de factoriser ces actions ou rendre plus "générique techniquement" le workflow A.

Vouloir faire un formulaire unique qui va déboucher sur pleins de formulaires différents plutôt que d'exposer directement les formulaires en question c'est vraiment se compliquer l'existence en terme de maintenance.

S'il y a un problème de facilité d'accès à ces différents formulaires, il faut le régler dans Combo plutôt (mais le fantasme de la "ligne de vie" - décris moi ta situation, je t'indiquerai les bonnes démarches - on a déjà testé)

  • je pense que du coté d'Anais, un workflow est utilisé pour plusieurs démarches. La possibilité de renouvellement de la demande à l'identique nécessite de créer n action création d'une demande avec des conditions selon le formulaire. Cette évolution permettrait de factoriser ces actions ou rendre plus "générique techniquement" le workflow.

La WF à tout faire j'aime pas beaucoup non plus, c'est très pratique pour celui qui le fabrique et le maîtrise (typiquement un CPF), beaucoup moins pour ceux qui interviennent dessus sans l'avoir conçu.

Formats disponibles : Atom PDF