Buildersbuilder
Form Builder
Comment mettre un nouveau formulaire à disposition de l’équipe et en faire le moteur d’un travail réel ?
Assemblez un formulaire à partir d’une palette de contrôles de champ, versionnez-le et liez-le à un état de processus – ou utilisez-le de manière autonome. Lorsque quelqu’un le soumet, le flux de travail auquel il appartient avance et emporte avec lui les données saisies.
Fonctionnement
Les formulaires sont assemblés à partir d’une palette sélectionnée : contrôles texte, nombre, case à cocher, bouton radio, liste déroulante, zone de texte, date et heure, chargement de fichier, signature et téléphone mobile, ainsi que grilles de données, tableaux et arborescences pour les lignes répétées. Une saisie longue peut être répartie dans un assistant multipage dont les pages sont reliées aux événements du flux de travail auquel le formulaire appartient.
Chaque formulaire est un objet versionné. Chaque révision enregistrée est conservée et, lorsque la configuration ne suffit pas, des gestionnaires d’événements JavaScript personnalisés peuvent être ajoutés – stockés et versionnés avec le formulaire lui-même, si bien que les changements de comportement sont aussi traçables que les changements de mise en page.
Un formulaire tire sa valeur de l’endroit où il est lié. Associé à un état de processus, il s’ouvre lorsque le travail atteint cette étape et sa soumission fait avancer l’instance ; en mode autonome, ses soumissions sont stockées comme des enregistrements à part entière. Les champs tirent leurs listes de valeurs, leurs valeurs par défaut et leurs actions de soumission de requêtes enregistrées dans la couche de données commune : les utilisateurs choisissent donc parmi des données actuelles, pas dans une liste codée en dur.
Ce que vous définissez, et ce qui s’exécute
Une palette pour la saisie réelle
Les contrôles de capture de signature, de chargement de fichier, de date et heure et de numéro de téléphone, ainsi que les grilles à lignes répétées, couvrent la saisie opérationnelle, pas seulement les formulaires de contact.
Formulaires multipages en mode assistant
Divisez un long formulaire en pages guidées, avec des événements de page reliés au flux de travail que sert le formulaire.
Versionnage explicite
Les formulaires et leur logique d’événements sont versionnés à chaque révision : vous voyez ainsi sur quelle version une soumission passée a réellement été remplie.
Champs alimentés par requête
Listes déroulantes, valeurs par défaut et listes de valeurs proviennent de requêtes enregistrées dans la couche de données commune – une définition qui alimente de nombreux formulaires.
Autonome ou lié à un processus
Le même concepteur produit des formulaires qui pilotent les états d’un flux de travail et des formulaires qui se contentent de saisir des enregistrements de manière autonome.
Étendre par scripts
Lorsqu’une règle dépasse la configuration, ajoutez des gestionnaires d’événements JavaScript – un point d’extension assumé, pas un contournement caché.
Ce que cela touche
- Process Builder
Un formulaire lié à un état s’ouvre lorsque le travail y arrive ; sa soumission fait avancer la demande. - Query & Data Source Builder
Les requêtes enregistrées fournissent les listes de valeurs et les valeurs par défaut que présente un formulaire, et reçoivent ce qu’il soumet. - Document Template Designer
Les données saisies dans un formulaire sont fusionnées dans les documents que génère le même processus. - My continON
Les demandes en libre-service présentent le formulaire lié à l’état dans lequel se trouve la demande.
Voir « form builder » fonctionner dans continON.
Une démonstration guidée sur un mandant de démonstration anonymisé – cette fonctionnalité dans son module, sur la plateforme commune.