Séparation de domaine et Workflow

L'application Workflow prend en charge Séparation de domaine. 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 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.

Vue d'ensemble

Lorsque Domain separation est activée, les workflows et les activités de workflow héritent du domaine de l’utilisateur qui les publie ou les crée.

Fonctionnement de Domain separation dans l'application Workflow

Bien que les workflows soient gérés par plusieurs tables, seules les tables suivantes sont utilisées pour les fonctionnalités Domain Separation :

• Workflow [wf_workflow] et Version de workflow [wf_workflow_version] : utilisés pour l’administration ou la séparation des processus.
• Contexte du workflow [wf_context] : utilisé pour comprendre Domain Separation.

Remarque :

La table Version du workflow [wf_workflow_version] ne contient pas de champ de domaine ; Les enregistrements de version de workflow héritent de leur domaine de l’enregistrement de workflow parent.

L’éditeur de workflow affiche le domaine d’un workflow dans la barre de titre après le nom du workflow.

Figure 1. Domaine de l’éditeur de workflow

Information associée

• Séparation de domaine pour les fournisseurs de services

Workflows et administration déléguée

L’administration déléguée permet aux domaines enfants d’hériter des workflows situés plus haut dans la hiérarchie des domaines et de les remplacer par des versions spécifiques au domaine si nécessaire.

Figure 2. Workflow et administration déléguée

Les enregistrements des tables Workflow [wf_workflow] et Version du workflow [wf_workflow_version] sont considérés comme des processus. Un utilisateur d’un domaine enfant peut extraire, mais pas copier un workflow à partir d’un domaine parent. Lorsqu’un utilisateur d’un domaine enfant vérifie un workflow à partir d’un domaine parent, le système crée une version du workflow dans le domaine de cet utilisateur. Cette nouvelle version est un enregistrement unique dans la table Workflow [wf_workflow]. Une fois que l’utilisateur a publié ce nouveau workflow, d’autres utilisateurs du domaine enfant utilisent le nouveau workflow, qui remplace le workflow du domaine parent. Le workflow d’origine dans le domaine parent n’est plus visible pour les utilisateurs dans le domaine enfant.

Par exemple, un fournisseur de services gérés (MSP) héberge les services ITSM de plusieurs sociétés, y compris ACME et Initech, sur une seule instance. En tant qu’administrateurs, le MSP crée un workflow Demande de changement - Urgence qui s’applique à tous les domaines, car il a été créé dans le domaine SUPÉRIEUR, qui est le domaine le plus élevé de la hiérarchie de domaines. Ce workflow remplace le workflow global Demande de changement - Urgence et spécifie que les demandes de changement urgent nécessitent l’approbation du groupe d’approbation CAB. En raison de l’administration déléguée, tous les domaines de la hiérarchie voient et utilisent ce workflow. Supposons maintenant que le domaine ACME nécessite une politique d’approbation différente lorsque les demandes de changement urgent nécessitent l’approbation du groupe d’approbation CAB d’urgence. Le MSP crée une autre version du workflow Demande de changement - Urgence dans le domaine ACME. Ce workflow remplace la version du domaine TOP et s’applique uniquement aux utilisateurs du domaine ACME.

Autorisations du workflow

Lorsqu’un utilisateur démarre un nouveau workflow, le workflow s’exécute avec le domaine et les informations d’identification de cet utilisateur.

Le workflow préserve le domaine et les informations d’identification d’un utilisateur jusqu’à ce qu’une activité entraîne l’attente du workflow, comme une activité d’approbation en attente d’approbation ou de rejet. Lorsque le workflow arrêté reprend, par exemple lorsqu’un utilisateur approuve une demande, le workflow utilise les informations d’identification de l’utilisateur approbateur, mais continue à s’exécuter dans le domaine de l’utilisateur d’origine.