Autre #77397
Permettre une variable dans les actions création d'une demande ou d'une fiche
0%
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
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.
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.
Updated by Olivier Renard 5 months ago
- 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.
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 ?
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.
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éé.
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.
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. (?!).
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.
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.
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 (...)
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.
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 ».
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.