Séparation de domaine et Prestation de services RH

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 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 :

    Prestation de services RH fournit le niveau de base de prise en charge de Séparation de domaine. 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/configurations et la séparation logique/processus ne sont pas pris en charge par défaut dans HR Service Delivery conformément à la définition de base de Séparation de domaine.

    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 permettant de s’assurer que les données parviennent au bon domaine pour les cas d’utilisation du fournisseur de service de l’application.
    • Dans l’application, l’interface utilisateur, les clés de cache, le reporting, les déploiements, les agrégations, etc., prennent tous en compte le domaine au moment de l’exécution.
    • Le propriétaire de l’instance doit pouvoir configurer l’application pour qu’elle fonctionne normalement sur 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 du système, je dois être en mesure de voir et de résoudre ce ticket sans que les autres clients locataires soient au courant du ticket ou du processus.

    Vue d’ensemble de Séparation de domaine HRSD

    Séparation de domaine est particulièrement adapté aux clients qui :
    • Appliquez la ségrégation absolue des données entre les entités d’entreprise (séparation des données).
    • Personnalisez les définitions de processus business et les interfaces utilisateur pour chaque domaine (administration déléguée).
    • Gérez certains processus globaux et rapports globaux en une seule instance.
    Ces utilisateurs peuvent choisir d’étendre ou de réduire le champ d’application de domaine pour afficher ou masquer les 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 afficher 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 pairs 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 la séparation en domaines dans HR Service Delivery

    Comment fonctionne Séparation de domaine dans Prestation de services RH

    • Bien que la Prestation de services RH séparation des données soit prise en charge, 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 bon niveau de domaine afin qu’il soit visible par le bon ensemble d’utilisateurs.

      Par exemple, les domaines qui ressemblent à :

      • HAUT → GLOBAL
        • Domaine A
        • Domaine B
        Remarque :
        Global n’est pas un domaine.

        Lorsque les agents sont partagés entre des 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 du domaine 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 Séparation de domaine fournisse une prise en charge de la mutualisation, celle-ci est toujours contenue dans une seule instance. Certaines propriétés, données et processus sont toujours globaux et partagés entre tous les domaines. Par exemple, l’option « Se souvenir de moi » 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 ne nécessite pas de reporting ou de processus globaux, des instances distinctes sont la meilleure option.