Concevoir un formulaire de décision
Objectif
Construire le formulaire court que quelqu’un remplit pour terminer une étape d’un processus, ainsi que les boutons qui la terminent.
Où se trouvent les formulaires de décision
Un processus a deux moitiés, et le rail montre les deux. Ouvrez un processus depuis Processus et vous obtenez :
- Flux — le canevas en couloirs, où vous dessinez les étapes et la façon dont elles s’enchaînent.
- Formulaires de décision — cette liste.
Ce sont les deux moitiés d’un même tout : un formulaire de décision appartient à son processus, voyage avec lui vers d’autres environnements, et n’est pas un composant que vous pouvez ajouter seul à une solution.
Ce qu’est un formulaire de décision
Lorsqu’une personne arrive à une tâche utilisateur, elle lit ce que l’étape ouvre — un enregistrement, une liste, un rapport — puis appuie sur Décider. Le formulaire de décision est ce qui s’ouvre alors : quelques champs, et les boutons qui terminent la tâche.
Ce n’est pas un formulaire posé sur une table. Il n’a pas de table, et il ne demande que ce dont la décision a besoin.
Étapes
- Ouvrez un processus et sélectionnez Formulaires de décision dans le rail de gauche.
- Sélectionnez Nouveau. Le formulaire de décision s’ouvre en page, comme le formulaire d’une table — un formulaire de décision, ce sont deux listes de lignes, et deux listes de lignes ne se lisent pas dans une colonne en bord d’écran.
- Donnez-lui un Nom d’affichage — ce que la personne lit en haut du panneau, et ce que montre la liste.
- Le Nom du formulaire de décision se remplit à partir de celui-ci, sous le préfixe de votre
éditeur :
par_approve. C’est ce que désigne une étape, et c’est son identité — deux formulaires de décision d’un même processus ne peuvent pas le partager. Vous pouvez saisir le vôtre ; le préfixe est fixé à côté de la zone, il ne peut donc pas être mal saisi. - Ajoutez les Champs que la personne remplit. Chacun a un nom de champ (la clé sous laquelle la
réponse est enregistrée), un libellé et un type de données. Ce sont les types propres de la
plateforme : un formulaire de décision bénéficie donc des mêmes sélecteurs de date, calendriers et
listes de choix qu’un formulaire d’enregistrement.
- Cochez Obligatoire sur un champ qui doit être rempli avant que n’importe quel bouton fonctionne.
- Ajoutez les Issues — les boutons. Chacune a un identifiant (ce que nomme une connexion), le
texte du bouton et un style : ordinaire, principal ou destructif.
- Cochez Commentaire requis sur une issue qui doit être justifiée. Elle exige alors le premier champ multiligne du formulaire de décision, et cela ne s’applique qu’à ce bouton — c’est tout l’intérêt : un rejet demande une raison, une approbation non.
- Sélectionnez Enregistrer. Fermer vous ramène à la liste, et vous demande d’abord confirmation si vous avez des modifications non enregistrées.
Pour en modifier un plus tard, sélectionnez-le dans la liste — ou sélectionnez-le et choisissez Modifier.
L’utiliser sur une étape
Allez dans Flux, sélectionnez une tâche utilisateur et choisissez le formulaire de décision dans Formulaire de décision. La liste est celle de ce processus, il n’y a donc rien à saisir et rien à mal orthographier.
Si le formulaire de décision a plus d’une issue, chacune demande sa propre connexion au départ de cette étape : sélectionnez une connexion et renseignez Emprunté quand. Le panneau Problèmes vous le signale si vous en oubliez une.
Les issues sont les actions
Il n’y a pas de bouton Terminé séparé à côté d’elles. Un formulaire de décision avec une issue affiche un bouton, nommé comme vous l’avez appelé ; un formulaire de décision avec trois issues en affiche trois.
C’est voulu : « qu’ont-ils décidé ? » est la ligne la plus utile de l’historique d’un processus, et un simple Terminé la jette à la poubelle.
Renommer et supprimer
Le nom est ce que désigne une étape : renommer un formulaire de décision laisse donc toute étape qui l’affichait pointer vers rien — le panneau Problèmes le signale, et vous choisissez à nouveau le formulaire de décision sur l’étape. En supprimer un a le même effet. Aucune de ces deux actions ne réécrit votre schéma en silence.
Scénarios associés
- Concevoir un processus — l’autre moitié : couloirs, étapes, connexions et code.
- Terminer une tâche — ce que voit la personne qui la reçoit.