Niveaux de prise en charge de Séparation de domaine

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 3 minutes de lecture

    • Choisissez parmi trois catégories pour la séparation de domaine d’une application pour les organisations de vos clients.

    Les applications qui prennent en charge Séparation de domaine peuvent uniquement prendre en charge la séparation des données et l’acheminement des données, disposer d’une séparation de logique métier avancée ou prendre en charge l’administration au niveau du locataire (client) de l’application. Ces définitions définissent les niveaux de prise en charge du point de vue des cas d’utilisation réels et des personnes qui les implémentent.

    Niveaux de prise en charge incrémentielle ServiceNow

    Niveaux de prise en charge de Domain Separation

    Niveau Type Résumé
    Aucune prise en charge
    • Le champ Domaine peut être présent dans les tables de données, mais il n’existe aucune logique métier pour gérer les données.
    • Ce niveau n’est pas considéré comme étant séparé par domaine.
    Élémentaire Gestion des données client
    • Logique métier : garantit que les données parviennent au bon domaine pour les cas d’utilisation du fournisseur de services 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 les propriétés du domaine au moment de l’exécution.
    • Les propriétaires de vos instances doivent pouvoir configurer l’application pour qu’elle fonctionne normalement sur plusieurs locataires.

    Cas d’utilisation : lorsqu’un fournisseur de service utilise la messagerie instantanée pour répondre au message d’un client, le client doit pouvoir voir la réponse.
    Standard Gestion des processus client
    • Inclut le niveau de base
    • Logique métier : les processus peuvent être créés ou modifiés par client par le fournisseur de service. Les cas d’utilisation reflètent la façon dont l’application est utilisée par plusieurs clients fournisseurs de service dans une seule instance.
    • Les propriétaires de vos instances doivent être en mesure de configurer la logique métier et les paramètres de données du produit minimum viable (MVP) par client pour l’application spécifique.

    Cas d’utilisation : l’administrateur doit être en mesure de donner les commentaires appropriés lorsqu’un enregistrement se ferme pour un client, mais pas pour un autre client.
    Amélioré Configuration autogérée par le client
    • Inclut les niveaux basique et standard
    • Permet aux clients du fournisseur de service de modifier la logique métier basée sur des cas d’utilisation définis. Ces configurations sont basées sur l’interface utilisateur et sont sécurisées de sorte que les configurations d’un client ne peuvent pas affecter un autre client.
    • Les clients de l’instance doivent être en mesure de configurer eux-mêmes la logique métier et les paramètres de données MVP.

    Cas d’utilisation : le client d’un environnement partagé doit être en mesure d’apporter des changements en fonction de l’impact, de l’urgence ou de la priorité au sein d’un domaine.
    Domaine effectif*

    Dans certains cas, une fonctionnalité ou une application de plateforme peut prendre en charge les cas d’utilisation du fournisseur de service, même si le cadre de travail de domaine n’est pas utilisé. Les cas d’utilisation doivent être détaillés pour prendre en charge Séparation de domaine. Un astérisque (*) après le niveau de prise en charge indique ce type de configuration.

    Cas d’utilisation : avant la version New York, il n’y avait pas de prise en charge de domaine, Catalogue de services mais les propriétaires d’instances pouvaient configurer des catalogues et des éléments distincts pour chaque locataire d’une instance séparée par domaine à l’aide des critères d’utilisateur. Ainsi, chaque locataire pouvait utiliser Service Catalog à un niveau standard.

    Pour afficher toutes les applications répertoriées par leur niveau de prise en charge, reportez-vous à Prise en charge des applications pour Domain Separation.

    Résumé

    Séparation de domaine est un cadre de travail que vous devez utiliser pour que vos applications connaissent ses clients.

    Tenez compte des options du cadre de travail de domaine, des cas d’utilisation métier de vos applications, des profils et de la façon dont ils utilisent l’application avant de pouvoir utiliser le cadre de travail pour rendre votre application supportable.