Project

General

Profile

Autre #77397

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

Added by Olivier Renard 5 months ago. Updated 5 months ago.

Status:
Information nécessaire
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
09 May 2023
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

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.

History

#1

Updated by Frédéric Péters 5 months ago

  • Status changed from Nouveau to 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

Updated by Anaïs Ecuvillon 5 months ago

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

Updated by Olivier Renard 5 months ago

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

Updated by Frédéric Péters 5 months ago

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

Updated by Olivier Renard 5 months ago

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

Updated by Frédéric Péters 5 months ago

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

Updated by Frédéric Péters 5 months ago

  • Tracker changed from Development to Autre
#8

Updated by Anaïs Ecuvillon 5 months ago

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

Updated by Frédéric Péters 5 months ago

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

Updated by Anaïs Ecuvillon 5 months ago

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

Updated by Frédéric Péters 5 months ago

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

Updated by Frédéric Péters 5 months ago

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

Updated by Olivier Renard 5 months ago

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

Updated by Anaïs Ecuvillon 5 months ago

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

Updated by Pierre Cros 5 months ago

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.

Also available in: Atom PDF