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 tous les aspects de la prise en charge de niveau Basique.
- Les propriétés d'application sont sensibles au domaine selon les besoins.
- 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
L’application Séparation de domaine 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 des données, mais par processus. Les notifications sont également déclenchées par des actions spécifiques.
Fonctionnement de Séparation de domaine dans les notifications
L’application Séparation de domaine et les notifications comportent deux composants de base.
- 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 en cours d’insertion.
- Lorsqu’un événement est déclenché, les notifications configurées pour cet événement dans le même domaine et le même 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
L’application Séparation de domaine n’est pas prise en charge dans les comptes de messagerie pour les raisons suivantes :
- Envoi de courrier : il n’y a qu’un seul expéditeur SMTP par compte. Cela interdit de fournir des domaines pour chaque compte et ils ne sont pas configurables.
- Pour la réception de courrier entrant : vous pouvez configurer plusieurs comptes de messagerie, mais vous ne pouvez pas définir de manière significative le domaine d’une action d’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 résultant créé par l’action entrante se trouve dans le domaine A.
Cas d'utilisation
Si une instance utilise le module d’extension Séparation de domaine 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.