Actions utilisateur typées
Chaque interaction définit ce qui peut être présenté, ce qui doit être fourni et la sortie typée reçue par le Processus.
Parcours utilisateurs
Un processus. Un parcours clair pour chacun.
Guidez clients et collaborateurs dans les étapes qui demandent leur participation. Posez la bonne question au bon moment, rendez l’avancement visible et transmettez chaque réponse au processus en cours.
Une seule opération
Le parcours suit le Processus — il ne le remplace pas
Systèmes, Decisions, Agents et appels providers restent dans le Processus. Lorsque l’exécution atteint une Action utilisateur, le parcours expose cette interaction au participant autorisé et le Processus attend durablement son résultat.
La logique métier et le routage restent ainsi hors du code front. Le participant vit un parcours cohérent pendant qu’Ormuz conserve un contrat d’orchestration explicite.
Interactions provider
Un parcours peut présenter une interaction navigateur sécurisée appartenant au provider pendant que le Processus porte l’attente et la reprise.
Reprise durable
Fermer le navigateur n’efface pas l’état opérationnel ; le Processus reste la source de vérité de ce qui attend et de la suite.
Plusieurs interactions peuvent former un seul parcours
Un Processus peut collecter les données entreprise, vérifier un contact, demander un choix, solliciter une clarification puis présenter des conditions. Le parcours peut regrouper ces interactions en étapes nommées pour rendre la progression lisible sans modifier la sémantique du Processus.
Ce que cette frontière change dans le design
La progression est dérivée du Processus en cours, pas maintenue comme un workflow client séparé.
- 01Identifier
Présenter les informations et contrôles qui nécessitent une contribution du participant.
- 02Clarifier
Ne demander que l’information manquante ou ambiguë lorsque l’opération en a besoin.
- 03Conclure
Présenter l’action finale du participant lorsque politique et providers ont terminé leur travail.
Donnez accès à un parcours précis — pas à la plateforme
Un journey-link accorde un accès temporaire borné au participant visé et à l’instance de Processus. C’est une capacité d’accès au parcours, pas une session plateforme générale.
L’application Journey peut être hébergée par Ormuz, ouverte en redirection ou embarquée lorsque le mode le permet. L’hébergement est un mécanisme de diffusion ; le concept produit reste le parcours utilisateur relié au Processus.
L’accès Journey est volontairement étroit.
Le lien autorise les interactions exposées à ce participant dans ce contexte de Processus. Il ne donne aucun accès arbitraire à l’API, à la Console ou aux objets métier.
Les saisies participant reviennent comme données gouvernées du Processus
Les valeurs collectées via les Actions utilisateur sont validées contre le contrat d’interaction avant la reprise du Processus. La classification des données accompagne ces sorties afin que les nodes suivants ne perdent pas silencieusement le contexte de protection.
Les valeurs protégées restent masquées dans l’observabilité générique ; le reveal ciblé reste une opération contrôlée distincte.