ormuz
Accueil/Orchestration/Nodes Core/Request multiple approvals
RouteurStable

Request multiple approvals

Demande l’approbation de tous les contacts éligibles et suspend le processus jusqu’à résolution de la politique multi-approbateurs.

Destinataire + contenu
Request multiple approvals
request_multiple_approvals
4 routes

Vue d’ensemble

Demande l’approbation de tous les contacts éligibles et suspend le processus jusqu’à résolution de la politique multi-approbateurs.

Exemple

Exiger l’accord conjoint de deux représentants autorisés avant une opération sensible.

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 14

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.
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 10

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.
decisionsApproval assignment[]
Ensemble des décisions collectées pour une approbation multiple.

Comportement

Le node résout la population d’approbateurs, crée une demande avec plusieurs assignments et agrège leurs décisions selon la règle multi-approbateurs définie par le produit.

Limites et responsabilités

  • Un seul e-mail reçu ne suffit pas à satisfaire une politique qui exige plusieurs décisions.
  • La composition de la population d’approbateurs doit être stable et auditable.
  • Les exclusions dues au conflit demandeur/approbateur sont exposées séparément.