Séparation de domaine et Studio de workflow

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 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 de disposer de 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 de base
    • 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 services 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 dans le domaine TOP crée un flux, celui-ci 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 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 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 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. Voir 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 du 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, par exemple 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 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é 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 d’un domaine ne peut pas remplacer ni 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 déclenché par la création d’un enregistrement d’incident s’exécute à chaque création d’incident, 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.

    Assurez-vous que les flux, les actions et les flux secondaires des locataires sont correctement exécutés 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 dans la hiérarchie. Studio de workflow n’affiche pas de contenu visible à partir des domaines Contient
    Fournissez un nom unique pour 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 du 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 des domaines actuels ou parents
    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 d’un domaine enfant. Ils doivent changer pour le domaine auquel ils appartiennent pour les modifier. Par exemple, un administrateur du 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.