Séparation de domaine et Studio de workflow

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 5 minutes de lecture

    • L'application Séparation de domaine est prise en charge dans Studio de workflow. Studio de workflow prend en charge la séparation de domaine de la logique métier, ce qui permet à chaque domaine de locataire d’avoir ses propres flux, actions et flux secondaires. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.

    Niveau de prise en charge : standard*

    • Inclut le niveau Basique
    • Logique métier : les processus peuvent être créés ou modifiés par client par le fournisseur de services. Les cas d’utilisation reflètent l’utilisation appropriée de l’application par plusieurs clients fournisseurs de services dans une seule instance.
    • Le propriétaire de l’instance doit être en mesure de configurer la logique métier et les paramètres de données MVP par locataire comme prévu pour l’application spécifique.
    Cas d’utilisation : en tant qu’administrateur, j’ai besoin de pouvoir rendre les commentaires obligatoires lors de la fermeture d’un enregistrement pour un locataire, mais pas pour un autre.

    Comment fonctionne Séparation de domaine dans Studio de workflow

    Le domaine système sépare le contenu en fonction de Studio de workflow ces règles.

    Studio de workflow Les contenus héritent du domaine de l’utilisateur qui les crée
    Les flux, les actions et les flux secondaires appartiennent au domaine de l’utilisateur qui les crée. Par exemple, lorsqu’un administrateur du fournisseur de service (SP) dans le domaine TOP crée un flux, il appartient au domaine TOP.
    Remarque :
    Le domaine sélectionné dans le sélecteur de domaine remplace le domaine auquel l’utilisateur appartient. Par exemple, lorsqu’un administrateur SP dans le domaine TOP sélectionne le domaine ACME dans le sélecteur de domaine, tout contenu créé appartient au domaine ACME.
    Studio de workflow Le contenu s’exécute à partir du domaine à partir duquel il est déclenché ou initié
    Les flux, les actions et les flux secondaires s’exécutent à partir du domaine de l’enregistrement ou de l’utilisateur qui les initie. Par exemple, lorsqu’un utilisateur du domaine enfant ACME déclenche un flux appartenant au domaine parent TOP, le flux s’exécute dans le contexte du domaine enfant ACME.
    Tableau 1. Affectation de domaine par type de déclencheur
    Type de déclencheur Affectation de domaine
    Appel d’API Domaine de l’utilisateur effectuant l’appel d’API
    Déclencheur d’e-mail Domaine de l’expéditeur de l’e-mail
    Déclencheur d’enregistrement Domaine de l’enregistrement de déclenchement
    Déclencheur planifié Domaine du flux
    Déclencheur de Catalogue de services Domaine de l’enregistrement de l’élément demandé
    Studio de workflow n’exécute que du contenu accessible à partir du contexte de domaine actuel
    Le système ne peut exécuter que le contenu auquel le contexte de domaine actuel autorise l’accès. Reportez-vous à la section Présentation de Séparation de domaine pour comprendre la séparation des données et la hiérarchie de domaine. Par exemple, un utilisateur dans le domaine enfant ACME peut déclencher des flux appartenant au domaine parent TOP, mais ne peut pas déclencher des flux appartenant à un domaine frère tel que INITECH.

    Studio de workflow Exécute les opérations d’enregistrement à partir du contexte de domaine de l’utilisateur actuel. Une opération de lecture telle que l’action Rechercher des enregistrements renvoie des enregistrements en fonction du domaine actuellement sélectionné et de ses enfants. Par exemple, si le domaine actuellement sélectionné est le domaine TOP, vous verrez les enregistrements du domaine TOP et de tous ses enfants tels que les domaines ACME et INITECH. Si le domaine actuellement sélectionné est le domaine ACME, vous verrez les enregistrements du domaine ACME et de ses enfants, mais vous ne verrez pas les enregistrements du domaine TOP parent.

    Remarque :
    Les opérations d’enregistrement utilisent les règles de séparation des données ou des processus appliquées à la table à laquelle appartient l’enregistrement. Par exemple, supposons que vous ayez séparé par processus la table Règle métier. Si vous ajoutez une règle métier au domaine TOP, la règle métier sera accessible pour enregistrer les opérations dans les domaines enfants tels que le domaine ACME, car la séparation de processus autorise l’accès aux enregistrements des domaines parents.

    Les flux qui appellent une autre application, telle qu’une table de décision ou un workflow, s’exécutent également à partir du contexte de domaine de l’utilisateur actuel.

    Studio de workflow Exécute tous les flux dont les conditions de déclenchement sont remplies
    Un flux d’un domaine ne peut pas remplacer ou empêcher l’exécution d’un flux d’un autre domaine. Studio de workflow Exécute tout flux visible par l’utilisateur actuel et dont les conditions de déclenchement sont remplies. Par exemple, un flux appartenant au domaine TOP qui est déclenché par la création d’un enregistrement d’incident s’exécute chaque fois qu’un incident est créé, que l’incident soit créé dans les domaines enfants ACME ou INITECH.

    Directives générales

    Suivez ces instructions générales lors de l’utilisation de Séparation de domaine avec Studio de workflow.

    S’assurer que les flux, actions et flux secondaires des locataires sont exécutés correctement pour les domaines
    Étant donné que les locataires ne peuvent pas remplacer Studio de workflow le contenu, un administrateur de fournisseur de service (SP) du domaine TOP doit les créer et les gérer pour s’assurer qu’ils s’exécutent correctement pour les domaines. Bien que vous puissiez créer des flux spécifiques à un domaine, les utilisateurs travaillant à partir de domaines situés plus haut dans la hiérarchie peuvent déclencher plusieurs flux de domaine enfant. Par exemple, un utilisateur travaillant dans le domaine TOP peut déclencher des flux dans des domaines enfants tels que ACME et INITECH.
    Remarque :
    Les auteurs de flux ne peuvent voir que Studio de workflow le contenu disponible à partir de leur domaine actuel et de tout domaine parent de la hiérarchie. Studio de workflow n’affiche pas le contenu visible à partir de Contient les domaines.
    Attribuez un nom unique à chaque flux, action et flux secondaire
    Étant donné que tous les domaines partagent Studio de workflow du contenu, demandez à un administrateur SP dans le domaine TOP de nommer de manière unique chaque flux, action et flux secondaire afin de garantir qu’un flux destiné à un domaine ne duplique pas le nom d’un flux dans un autre domaine. Par exemple, ajoutez le domaine au nom de flux tel que Valider les incidents : TOP, Valider les incidents : ACME et Valider les incidents : INITECH.
    S’assurer que les flux et les actions ne contiennent que des artefacts des domaines actuels ou parents
    Studio de workflow empêche l’activation de tout flux contenant des artefacts non disponibles pour le domaine actuel ou parent. Par exemple, si vous créez un flux spécifique à un domaine qui appartient au domaine ACME, il ne peut pas contenir d’actions ni de flux secondaires appartenant au domaine frère INITECH.
    Modifier Studio de workflow le contenu dans le domaine auquel il appartient
    Bien que les utilisateurs d’un domaine parent puissent voir les flux, les actions et les flux secondaires dans un domaine enfant, ils doivent les modifier dans le domaine auquel ils appartiennent. Par exemple, un administrateur dans le domaine TOP peut voir les flux du domaine ACME, mais doit basculer vers le domaine ACME pour les modifier.