Séparation de domaine et Notifications
L'application Notifications 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 : Standard
- Inclut la prise en charge de niveau Basique.
- Logique métier : le fournisseur de service (SP) crée ou modifie des processus par client. Les cas d'utilisation reflètent l'utilisation appropriée de l'application par plusieurs clients SP dans une seule instance.
- Le propriétaire de l'instance doit configurer la logique métier et les paramètres de données du produit minimum viable (MVP) par locataire comme prévu pour l'application spécifique.
Exemple de cas d'utilisation : un administrateur doit être en mesure de donner les commentaires appropriés lorsqu'un enregistrement se ferme pour un locataire, mais pas pour un autre.
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 est spécifiquement prise en charge dans les notifications, mais pas dans les comptes de messagerie. Les notifications ne sont pas séparées par données, mais elles sont séparées par processus. Les notifications sont également déclenchées par des actions spécifiques.
Fonctionnement de Domain separation dans Notifications
Il existe deux composants de base entre Domain Separation et les notifications.
- Les notifications sont séparées par processus (et non par données).
- Les notifications sont déclenchées de deux manières principales :
- Lorsqu’un enregistrement est inséré ou mis à jour
Les notifications avec des conditions correspondantes ET dans le même domaine et domaine global que l’enregistrement inséré/mis à jour sont traitées.
- Lorsqu’un événement défini dans la notification est déclenché
- Les événements ont généralement un enregistrement cible. Par exemple, l’événement [incident.inserted] fait référence à l’enregistrement d’incident inséré.
- Lorsqu’un événement est déclenché, les notifications configurées pour cet événement dans le même domaine et domaine global que l’enregistrement cible de l’événement sont traitées.
- Lorsqu’un enregistrement est inséré ou mis à jour
Domaines et comptes de messagerie
Domain Separation n’est pas pris en charge dans les comptes de messagerie pour les raisons suivantes :
- Envoi d’e-mails : il n’y a qu’un seul expéditeur SMTP par compte. Il est interdit de fournir des domaines pour chaque compte, et ils ne sont pas configurables.
- Pour recevoir des messages entrants : vous pouvez configurer plusieurs comptes de messagerie, mais vous ne pouvez pas définir de manière significative le domaine d’une action sur e-mail entrant. Les actions entrantes sont traitées dans le domaine de l’utilisateur qui a envoyé l’e-mail. Par exemple : User_A dans le domaine A envoie un e-mail à un compte de messagerie ServiceNow qui exécute l’action d’e-mail entrant « Créer un incident ». Le nouvel incident créé par l’action entrante qui en résulte se trouve dans le domaine A.
Cas d'utilisation
Si une instance utilise le module d’extension Domain Separation et qu’une nouvelle notification par e-mail est définie pour un domaine qui a le même événement que la notification sur le domaine global, l’utilisateur reçoit deux e-mails pour le même événement.
Solution : définissez le champ [sys_overrides] sur la notification qui appartient au domaine afin qu’il remplace le paramètre global. Pour plus d’informations, consultez Administration déléguée.