Séparation de domaine et Pont de services (hérité)
Pont de services 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, du reporting, 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
Séparation de domaine n’est disponible que pour la table Demande du fournisseur [sn_nowebonding_remote_request] et non pour les tables de configuration de l’application.
Comment fonctionne Séparation de domaine dans Pont de services
- Seule la table Demande fournisseur [sn_nowebonding_remote_request] de l’application peut être séparée par domaine.
- Assurez-vous que les tables de compte et d’entreprise 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 des fournisseurs et les tâches d’exécution correspondantes sont associées aux domaines client respectifs.