Séparation de domaine et HR Service Delivery
L'application Séparation de domaine est prise en charge dans Prestation de services RH.
L'application ServiceNow® Prestation de services RH améliore l'expérience de service des employés en automatisant les interactions RH et en fournissant une plateforme unique pour tous les services RH. Séparation de domaine sépare les données, les processus et les tâches administratives en groupes logiques appelés domaines au sein d’une seule instance ServiceNow. Vous pouvez ensuite contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder. Pour plus de détails sur Séparation de domaine, consultez cet article de la base de connaissances.
Niveau de prise en charge : Basique*
- Il existe une logique métier qui permet de garantir que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de services d'application.
- Dans l'application, l'interface utilisateur, les clés de cache, la génération de rapports, les déploiements, les agrégations, etc. prennent tous en compte le domaine à l'heure d'exécution.
- Le propriétaire de l'instance doit pouvoir configurer l'application pour qu'elle fonctionne correctement chez plusieurs locataires.
Vue d'ensemble
- appliquent la séparation absolue des données entre les entités business (séparation des données) ;
- personnalisent les définitions des processus business et les interfaces utilisateur pour chaque domaine (administration déléguée) ;
- conservent certains processus globaux et des générations de rapports globaux dans une seule instance.
Comment fonctionne Séparation de domaine dans Prestation de services RH
- Alors que Prestation de services RH prend en charge la séparation des données, la séparation de la logique et du processus n'est pas entièrement prise en charge. Remarque :Pour en savoir plus sur Séparation de domaine dans HR Service Delivery, reportez-vous à Conseils pour une prestation de services RH appropriée Séparation de domaine.
- Lorsque vous travaillez dans une implémentation séparée par domaine, assurez-vous que les enregistrements sont créés au niveau de domaine correct afin qu'ils soient visibles pour l'ensemble correct d'utilisateurs.
Par exemple, les domaines de type :
- Global → TOP
- Domaine A
- Domaine B
Remarque :Global n’est pas un domaine. - Pour que les utilisateurs aient accès à un ticket RH dans les domaines A et B, le ticket RH doit être créé au niveau global. Si le ticket RH est créé dans le domaine B, vous ne pouvez pas y accéder dans le domaine A.
- Pour qu'un ticket RH soit visible pour les utilisateurs dans HAUT et Domaine A, créez le ticket RH dans le Domaine A.
- Global → TOP
Cas d’utilisation : Séparation de domaine dans Prestation de services RH
Bien que le comportement proposé avec Domain Separation fournisse une prise en charge partagée, le partage est toujours contenu dans une seule instance. Quelques propriétés, données et processus sont toujours globaux et partagés entre tous les domaines. Par exemple, l'option « Mémoriser mon nom » du système sur la page de connexion est globale et ne peut pas être spécifiée par domaine.
Si une séparation complète et totale de toutes les propriétés système est nécessaire et n'exige pas de génération de rapports globaux ou de processus globaux, la meilleure approche à adopter est l'utilisation d'instances distinctes.
Cas d'utilisation : Domain Separation dans les Événements du cycle de vie
- Domaine parent : P
- Domaines enfants :
- Q
- R
Lorsqu'un ensemble d'activités est créé pour le domaine parent P, il est disponible pour Q et R.
Les ensembles d'activités créés en Q et R ne sont pas disponibles pour P ou l'un ou l'autre.