ormuz
Accueil/Orchestration/Nodes Core/Request approval
RouteurStable

Request approval

Résout des approbateurs parmi les contacts d’une entreprise, leur envoie une demande par e-mail et suspend le processus jusqu’à une décision agrégée.

Destinataire + contenu
Request approval
request_approval
4 routes

Vue d’ensemble

Résout des approbateurs parmi les contacts d’une entreprise, leur envoie une demande par e-mail et suspend le processus jusqu’à une décision agrégée.

Exemple

Demander l’approbation d’un représentant légal certifié avant de libérer une commande à risque.

Routes de décision

approved

Approuvé

La politique d’approbation est satisfaite.

Action recommandéePoursuivre le chemin métier autorisé.
rejected

Rejeté

La demande d’approbation a été rejetée selon les décisions reçues.

Action recommandéeTraiter le refus ou demander une nouvelle décision selon votre politique.
expired

Expiré

La demande n’a pas été résolue avant son échéance.

Action recommandéeRelancer ou escalader si le cas métier le permet.
no_eligible_approver

Aucun approbateur éligible

Aucun contact ne satisfait les critères de rôle, certification ou conflit configurés.

Action recommandéeCorriger le ciblage ou router vers une revue administrative.

Paramètres 15

companyRequisCompany
Entreprise dont les contacts sont considérés comme approbateurs potentiels.
requestorOptionnelContact
Contact à l’origine de la demande, utilisé pour appliquer la politique de conflit avec les approbateurs.
role_typesRequisenum[]
Rôles de contact acceptés pour résoudre les approbateurs éligibles.
certification_levelsRequisenum[]
Niveaux de certification minimums ou acceptés pour les approbateurs.
selection_strategyRequisenum
Stratégie de sélection utilisée lorsque plusieurs contacts satisfont les critères.
approval_modeRequisenum
Mode d’agrégation d’une demande simple lorsque plusieurs approbateurs éligibles sont contactés.
requestor_conflict_policyOptionnelenum
Règle appliquée lorsqu’un demandeur fait lui-même partie des approbateurs éligibles.
mailerRequisref(extension_config)
Email configuration utilisé pour cette opération de communication.
titleRequisstring
Titre affiché dans l’expérience d’approbation ou de vérification.
email_subjectRequisstring
Objet de l’e-mail d’approbation envoyé aux contacts résolus.
email_bodyRequisstring
Corps du message d’approbation. Il peut contenir le lien d’action généré pour l’approbateur.
approval_markdownRequisstring
Contexte métier présenté à l’approbateur avant sa décision.
waiting_markdownOptionnelstring
Message affiché pendant que la décision humaine est encore en attente.
expires_inRequisduration
Durée de validité de l’accès temporaire ou de la demande d’approbation.
rejection_reason_requiredRequisboolean
Indique si une justification est obligatoire lorsqu’un approbateur rejette la demande.

Sorties 11

statusenum
État normalisé courant de l’envoi, de l’approbation ou de la vérification.
selected_routeenum
Route métier choisie à partir de l’état ou de la décision observée.
decided_atdatetime
Date et heure auxquelles la demande d’approbation a été résolue.
expires_atOptionneldatetime
Date et heure d’expiration de l’accès ou de la demande.
reasonOptionnelstring
Motif de décision lorsqu’il est fourni.
contacted_approversContact[]
Contacts effectivement sollicités comme approbateurs.
requestor_conflict_detectedboolean
Indique qu’un conflit entre demandeur et approbateur a été détecté.
excluded_approversContact[]
Contacts éligibles exclus par la politique de conflit.
approval_requestOptionnelApproval request
Demande d’approbation canonique créée pour suivre la décision humaine.
approverOptionnelContact
Contact ayant résolu la demande simple lorsqu’il est disponible.
decisionOptionnelApproval assignment
Décision d’approbation ayant résolu la demande simple.

Comportement

Le node sélectionne les contacts selon rôles, certifications et stratégie, applique la politique de conflit avec le demandeur, crée une demande d’approbation et reprend quand la politique first ou first_decision est satisfaite.

Limites et responsabilités

  • L’e-mail n’est que le canal de sollicitation ; la décision canonique vit dans la demande d’approbation.
  • Un approbateur éligible doit être choisi selon une politique de rôle explicite.
  • L’auto-approbation ne doit être possible que si votre politique de conflit l’autorise.