Workflows et séparation des données

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 1 minute de lecture
  • La séparation des données limite les contextes de workflow aux utilisateurs qui sont soit dans le même domaine du workflow, soit membres d’un domaine parent.

    Figure 1. Workflow et séparation des données

    Les enregistrements de workflow de la table Contextes du workflow [wf_contexts] sont considérés comme des données. La séparation des données limite les contextes de workflow aux utilisateurs qui sont soit dans le même domaine du workflow, soit membres d’un domaine parent. Alors qu’un utilisateur dans un domaine parent peut voir les workflows en cours d’exécution dans un domaine enfant, un utilisateur dans un domaine enfant ne peut pas voir les workflows en cours d’exécution dans un domaine parent. Si nécessaire, les administrateurs peuvent utiliser les domaines de visibilité ou contient pour augmenter le nombre de personnes qui peuvent voir les données spécifiques au domaine.

    Par exemple, lorsqu’un utilisateur ACME demande quelque chose à partir de Service Catalog, un contexte de workflow de demande de Service Catalog est créé dans le domaine ACME. De même, une demande de catalogue de services d’un utilisateur Initech crée un contexte de workflow dans le domaine Initech. Un utilisateur MSP dans le domaine TOP peut voir les deux contextes de workflow, car il s’agit du domaine parent pour les domaines ACME et Initech. Toutefois, lorsqu’un utilisateur ACME ou Initech se connecte, la séparation des données l’empêche de voir les demandes de catalogue de services de l’autre. Il s’agit d’un comportement attendu, car chaque contexte de workflow contient des données spécifiques à ce domaine, telles que l’élément demandé et l’historique d’approbation de la demande.