• Le champ Domaine peut exister 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.

• 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., tous prennent 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.

• Inclut le niveau Basique
• 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 donner les commentaires appropriés lorsqu’un enregistrement se ferme pour un client, mais pas pour un autre 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.

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 du 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 support 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. Il en résultait que chaque locataire pouvait utiliser Catalogue de services à un niveau standard.