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 Save du processus pinne la révision du Form
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 enregistre
form_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.
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 champ
sensitive 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 un
custom_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.
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.