Domain separation et Service Bridge (hérité)
Service Bridge prend en charge Séparation de domaine. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.
Niveau de prise en charge : basique
- Logique métier : garantit que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de service de l'application.
- L'application prend en charge Séparation de domaine lors de l'exécution. Séparation de domaine inclut la séparation à partir de l'interface utilisateur, des clés de cache, des rapports, des déploiements et des agrégations.
- Le propriétaire de l'instance doit configurer l'application de sorte qu'elle fonctionne sur plusieurs locataires.
Exemple de cas d'utilisation : lorsqu'un fournisseur de service (SP) utilise la messagerie instantanée pour répondre au message d'un locataire-client, le client doit pouvoir afficher la réponse du SP.
Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.
Vue d'ensemble
Domain separation n’est disponible que pour la table Demande de fournisseur [sn_nowebonding_remote_request] et non pour les tables de configuration de l’application.
Comment fonctionne Séparation de domaine dans Service Bridge
- Seule la table Demande de fournisseur [sn_nowebonding_remote_request] de l’application peut être séparée par domaine.
- Assurez-vous que les tables de société et de compte du client sont associées au bon domaine pour que la logique de séparation de domaine fonctionne.
Cas d'utilisation
Lorsque les données client des fournisseurs sont séparées par domaines, les demandes du fournisseur et les tâches d’exécution correspondantes sont associées aux domaines client respectifs.