Comprendre les Decisions
Une Decision est un artefact versionné qui encapsule une logique métier déterministe derrière un contrat d’entrée et de sortie typé. Elle convient aux politiques réutilisables qui méritent leur propre cycle de vie, leurs tests et leur traçabilité.
Quand utiliser une Decision
Utilisez une Decision lorsque la logique doit être partagée entre plusieurs processus, évoluer indépendamment de l’orchestration ou rester explicable par des règles métier. Pour une transformation locale ou une condition simple, un binding, une expression ou un routeur de processus reste généralement plus direct.
Une Decision calcule un résultat à partir de valeurs d’entrée. Elle ne lit pas implicitement les ressources de la plateforme et ne déclenche pas d’effet externe. Le processus utilise ensuite ce résultat pour router ou exécuter une action.
Exemple : une politique de crédit peut recevoir le montant demandé, l’exposition courante et un score de risque, puis retourner approved, review ou rejected. La Decision porte la politique ; le processus détermine ce qui se passe ensuite pour chacune de ces issues.
Contrat typé, logique déterministe
Les inputs et outputs Ormuz sont la frontière publique de la Decision. La logique interne peut utiliser les primitives proposées dans Decision Studio, mais la Decision reste consommée comme une fonction métier déterministe : mêmes valeurs d’entrée et même révision produisent le même résultat.
La Decision calcule ; le processus orchestre ce qu’il faut faire avec le résultat.
Une sortie de type choix peut définir les routes disponibles lorsqu’une Decision est utilisée dans un processus. Le contrat de sortie devient alors la source de vérité des branches exposées par le node d’évaluation.
Révisions et publication
Le travail en cours produit des snapshots immuables. Les exécutions et les processus référencent une révision précise afin qu’un changement ultérieur de la logique ne modifie pas rétroactivement un comportement déjà publié.
Les versions historiques restent consultables en lecture seule et les releases identifient les snapshots promus. Cette séparation permet de faire évoluer une politique tout en conservant l’identité exacte de ce qui a été exécuté.
Voir Versions, Releases et déploiement pour le cycle commun et la rétention des snapshots de travail.
Utiliser une Decision dans un processus
Le node Evaluate decision référence une définition et une révision de Decision. Ses paramètres sont dérivés du contrat d’entrée ; ses sorties et routes sont dérivées du contrat de sortie. Le processus reste donc typé de bout en bout sans recopier manuellement la structure de la Decision.
Pour la construction, les tests et les traces d’exécution, voir Construire, tester et observer une Decision.