Séparation de domaine et Studio de workflow

  • Rversion finale: Yokohama
  • Mis à jour 12 févr. 2025
  • 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 service. Les cas d’utilisation reflètent l’utilisation appropriée de l’application par plusieurs clients fournisseurs de service dans une seule instance.
    • Le propriétaire de l’instance doit être en mesure de configurer la logique métier MVP et les paramètres de données 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 à 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 Le contenu hérite du domaine de l’utilisateur qui le crée
    Les flux, actions et flux secondaires appartiennent au domaine de l’utilisateur qui les crée. Par exemple, lorsqu’un administrateur de fournisseur de service (SP) dans le domaine TOP crée un flux, celui-ci appartient au domaine TOP.
    Remarque :
    Le domaine sélectionné à partir du 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 à partir du 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, actions et 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 appelant l’API
    Déclencheur d’e-mail Domaine de l’expéditeur d’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 Exécute uniquement le 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. Consultez Présentation de la séparation de domaine pour comprendre la séparation des données et la hiérarchie des domaines. 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 de flux appartenant à un domaine frère tel qu’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 les enregistrements basés sur le domaine actuellement sélectionné et 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é la table Règle métier par processus. Si vous ajoutez une règle métier au domaine TOP, la règle métier est accessible pour enregistrer des opérations dans des domaines enfants tels que le domaine ACME, car la séparation des processus permet d’accéder 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 dans un domaine ne peut pas remplacer ou empêcher l’exécution d’un flux provenant 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 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 lorsque vous utilisez Séparation de domaine avec Studio de workflow.

    S’assurer que les flux, les actions et les flux secondaires de locataire 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 afin de 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 enfants. 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 tous les domaines parents dans la hiérarchie. Studio de workflow n’affiche pas le contenu visible à partir des domaines Contient.
    Attribuer 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 pour vous assurer qu’un flux destiné à un domaine ne duplique pas le nom d’un flux d’un autre domaine. Par exemple, ajoutez le domaine au nom de flux, par exemple Valider les incidents : TOP, Valider les incidents : ACME et Valider les incidents : INITECH.
    Assurez-vous que les flux et les actions ne contiennent que des artefacts provenant du domaine actuel ou parent
    Studio de workflow Empêche l’activation de tout flux contenant des artefacts indisponibles 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 ou de flux secondaires appartenant au domaine frère INITECH.
    Modifier Studio de workflow le contenu dans le domaine auquel il appartient
    Les utilisateurs d’un domaine parent ne peuvent pas voir les flux, les actions et les flux secondaires dans un domaine enfant. Ils doivent changer pour le domaine auquel ils appartiennent pour les modifier. Par exemple, un administrateur dans le domaine TOP ne peut pas voir les flux provenant du domaine ACME. L’administrateur doit basculer vers le domaine ACME pour les afficher et les modifier.