Utiliser un Form dans un processus

Le node custom_form présente un Form réutilisable dans un parcours utilisateur. Le processus référence la définition du Form à la conception puis pinne automatiquement une révision exacte lorsqu’un snapshot de processus est sauvegardé.

Sélectionner le Form avec custom_form

Le paramètre form_id désigne la définition frm_…. Le titre et la description du node contrôlent le contexte présenté pour cette interaction ; le schéma de champs provient du Form sélectionné.

Utilisez ce node lorsque le même schéma doit être partagé entre plusieurs processus ou évoluer comme artefact indépendant. Si les questions sont calculées pendant l’exécution, utilisez plutôt dynamic_form.

Le node de formulaire personnalisé référence un Form réutilisable et expose les valeurs collectées au processus.
Le node de formulaire personnalisé référence un Form réutilisable et expose les valeurs collectées au processus. Agrandir

Le Save du processus pinne la révision du Form

Form Working revision
Save processus pin fdr_… + hash
custom_form snapshot exact
Réponses validées

Le processus choisit la définition du Form, puis son snapshot enregistre la révision Working exacte et son content hash. Les exécutions relisent ce snapshot, pas le Working futur.

Lors de la création d’une révision de processus, Ormuz résout le Working courant du Form et enregistreform_revision_id, son numéro de révision et form_content_hash dans le snapshot. Le runtime vérifie ensuite que cette révision appartient toujours au Form attendu et que son hash correspond.

Modifier un Form ne modifie pas les snapshots de processus existants Déplacer le Working d’un Form affecte les prochains snapshots de processus qui le résoudront. Une révision de processus déjà enregistrée continue d’utiliser la révision de Form qu’elle a pinnée.

Les champs deviennent des sorties exploitables

custom_form retourne l’identifiant du Form et les valeurs soumises après validation. L’éditeur peut également dériver des sorties dynamiques à partir des champs connus du schéma afin que les bindings aval utilisent leurs types sémantiques : email, téléphone, URL, entier, taux, pays, devise, montant, adresse, date, booléen, fichier ou enum de choix. Un amount reste un entier en minor units et conserve son contexte de devise ; un address reste un objet common.address directement bindable sans reconstruire line1, postal_code ou city.

La classification déclarée sur un champ continue de s’appliquer à sa valeur collectée. Un champsensitive ou secret reste donc soumis aux règles de protection des données.

Promouvoir le processus exige une dépendance publiée

Une Release de processus doit pouvoir reproduire toutes ses dépendances versionnées. Si elle contient uncustom_form, la révision de Form pinnée doit donc avoir été promue en Form Release. Le content hash est contrôlé pour détecter toute incohérence entre le snapshot du processus et la révision référencée.

Release du Form avant Release du processus Si le Working du Form a été sauvegardé mais pas promu, le processus peut rester éditable et testable avec son snapshot, mais sa promotion en Release est bloquée tant que la révision de Form correspondante n’est pas publiée.