Niveaux de prise en charge de Domain Separation

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • Choisissez parmi trois catégories pour Domain Separation d’une application pour les organisations de vos clients.

    Les applications qui prennent en charge Domain Separation peuvent prendre en charge la séparation des données et l’acheminement des données uniquement, 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, la génération de rapports, 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 votre instance doivent être en mesure de 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 clients
    • Comprend le niveau de base
    • 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 la façon dont l’application est utilisée par plusieurs clients fournisseurs de services dans une seule instance.
    • Les propriétaires de votre instance 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 rendre les commentaires nécessaires lorsqu’un enregistrement se ferme pour un client, mais pas pour un autre.
    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 modifications 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 services, 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 Domain Separation. 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 dans une instance séparée par domaine à l’aide de critères d’utilisateur. Par conséquent, chaque locataire pouvait utiliser Service Catalog à un niveau standard.

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

    Résumé

    Domain Separation est un cadre de travail que vous devez utiliser pour faire connaître les clients de vos applications.

    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 possible à prendre en charge.