Séparation de domaine et prestation de services RH

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 4 minutes de lecture

    • 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. L'application Séparation de domaine est prise en charge dans Prestation de 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 en savoir plus sur la séparation en domaines, consultez :

    HR Service Delivery fournit le niveau de base de prise en charge de Domain Separation. La séparation de domaine de base (séparation des données) implique que si les données et toutes les configurations connexes résident dans un domaine particulier, HR Service Delivery fonctionnera comme prévu. La structure hiérarchique des domaines, le partage des données/des configurations et la séparation logique/des processus ne sont pas pris en charge par défaut dans HR Service Delivery, conformément à la définition de base de Domain Separation.

    Niveau de prise en charge : basique

    Remarque :
    Pour en savoir plus sur les niveaux de prise en charge, reportez-vous à la section Domain separation levels of support.
    • 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.
    Cas d’utilisation : en tant qu’organisation fournisseur de service, lorsque je reçois un ticket ou une messagerie instantanée d’un locataire dans le système, je dois être en mesure de voir et de résoudre ce ticket sans que les autres clients du locataire soient au courant du ticket ou du processus.

    Vue d’ensemble de Séparation de domaine HRSD

    Domain Separation est idéal pour les clients qui :
    • 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.
    Ces utilisateurs peuvent choisir d'étendre ou de réduire le champ d'application de domaine pour afficher ou masquer des données d'autres domaines. Par exemple, les données de la société A peuvent être séparées des données de la société B et de la société C. Chaque domaine utilisant l’application Prestation de services RH peut avoir des données distinctes qui ne peuvent pas être partagées avec d’autres domaines.
    Remarque :
    En fonction de la hiérarchie, les utilisateurs peuvent voir les données de leur domaine d’accueil et des domaines enfants de ce domaine d’accueil. Les utilisateurs n’ont pas accès aux données de leurs domaines parents, des domaines homologues ou des domaines d’autres branches de la hiérarchie. Les utilisateurs ont toujours accès aux données des domaines qui leur ont été explicitement accordés par la visibilité de domaine et les domaines qu’il contient.

    Infographie expliquant Domain Separation dans HR Service Delivery

    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 :
    • 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 :

      • Haut → global
        • Domaine A
        • Domaine B
        Remarque :
        Global n’est pas un domaine.

        Lorsque les agents sont partagés entre les domaines, ils doivent résider dans global et avoir accès aux tickets RH distants de tous les consommateurs intégrés.

      • Pour qu’un utilisateur du domaine A ou B puisse accéder à un ticket RH, le ticket RH doit être créé à un niveau global.
      • Si un ticket RH est créé dans le domaine A, un utilisateur du domaine B ne peut pas y accéder. De même, si un ticket RH est créé dans le domaine B, un utilisateur du domaine A ne peut pas y accéder.
      • Pour qu’un ticket RH soit visible par les utilisateurs dans TOP et le domaine A, créez-le dans le domaine A.
      • Pour qu’un ticket RH soit visible par les utilisateurs dans TOP et le domaine B, créez-le dans le domaine B.

    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 dans 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.