---
sourceDocument: Australia ServiceNow AI Platform Administration
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/platform-administration

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia ServiceNow AI Platform Administration

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Domain separation

# Domain separation and Notifications {#ariaid-title1}

Release version: Australia  
Updated March 12, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read
Summarize  
![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI  
This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.  

## Summary of Domain Separation and Notifications

Domain separation within the Notifications application allows for the organization of data, processes, and administrative tasks into distinct domains.
This enables controlled access for users, ensuring that they see only the data relevant to their domain.
It is important to note that while notifications are process-separated, they are not data-separated, and subscription-based notifications do not support domain-specific settings.
Show full answer Show less  

## Key Features

* **Process Separation:** Notifications are triggered by record insertions/updates or specific events, processing only those that match the domain of the action.
* **Configuration Needs:** Instance owners must set up the minimum viable product (MVP) business logic and data parameters tailored to their tenants.
* **Email Accounts:** Domain separation is not applicable to email accounts due to limitations in sending and processing inbound mail actions.

## Key Outcomes

By implementing domain separation in notifications, organizations can effectively manage notifications based on specific domains, ensuring relevant information reaches the appropriate users. However, care should be taken to manage email notifications to avoid duplicate messages across domains. Proper configuration and understanding of domain separation mechanisms in notifications can enhance operational efficiency.  
Domain separation is supported in the Notifications application. Domain separation enables you to separate data, processes, and administrative tasks into logical groupings called domains. You can control several aspects of this separation, including which users can see and access data.

## Support level: Standard {#domain-separation-notifications__section_y3d_xvr_xkb}

* Includes all aspects of Basic level support.
* Application properties are domain-aware as needed.
* Business logic: The service provider (SP) creates or modifies processes per customer. The use cases reflect proper use of the application by multiple SP customers in a single instance.
* The instance owner must configure the minimum viable product (MVP) business logic and data parameters per tenant as expected for the specific application.
{#domain-separation-notifications__ul_tfh_drj_xkb}

Sample use case: An admin must be able to make comments required when a record closes for
one tenant, but not for another.{#domain-separation-notifications__p_ssc_nfg_h1c}

For more information on support levels, see [Application support for domain
separation](https://www.servicenow.com/docs/access?context=domain-separated-apps&version=australia&pubname=australia-platform-security&ft:locale=en-US).{#domain-separation-notifications__p_tsc_nfg_h1c}

## Overview {#domain-separation-notifications__section_pvf_wkx_vcb}

Domain separation is specifically supported in Notifications but not in email accounts.
Notifications are not data-separated but they are process-separated. Notifications are also
triggered by specific actions.  
Note:  
Subscription-based notifications are not domain aware and cannot support domain-specific settings.

## How domain separation works in Notifications {#domain-separation-notifications__section_ydt_kth_scb}

There are two basic components of domain separation and Notifications.  
* Notifications are process-separated (not data-separated).
* Notifications are triggered in two main ways:
  1. When a record is Inserted or UpdatedNotifications with matching conditions AND
     in the same domain and global domain as the inserted/updated record are
     processed.

  2. When an event defined in the notification is triggered
     1. Events typically have a target record. For example, \[incident.inserted\] event references the incident record being inserted.
     2. When an event is fired, notifications configured for that event in the same domain and global domain as the event's target record are processed.
     {#domain-separation-notifications__ol_rbz_3mb_qdb}
  {#domain-separation-notifications__ol_zcx_xlb_qdb}
{#domain-separation-notifications__ul_qbl_5lb_qdb}

Domains and email accounts

Domain separation is not supported in email accounts for these reasons:  
1. Sending mail: There is only one SMTP sender per account. This prohibits providing domains for each account, and they are not configurable.
2. For receiving Inbound mail: You can set up multiple email accounts but cannot meaningfully set the domain of an inbound email action. Inbound Actions are processed in the domain of the user who sent the email. For example: User_A in Domain A sends an email to a ServiceNow email account which executes the "Create an incident" inbound email action. The resulting new incident created by the inbound action is in Domain A.

{#domain-separation-notifications__ol_xkd_tmb_qdb} To learn more see [Inbound email actions](https://servicenow-prod.fluidtopics.net/jgDDyP_KVTlRQFYHIoH46g "Define an inbound email action to script how the system responds to an inbound email.").  
Note:  
If the number of email accounts exceeds 20, reception of email slows down.

## Use case {#domain-separation-notifications__section_usl_mgh_qdb}

If an instance is using the
[Domain separation plugin](https://www.servicenow.com/docs/access?context=c_DomainSeparationSetup&version=australia&pubname=australia-platform-security&ft:locale=en-US)
and a new email notification is
defined for a domain that has the same event as the notification on the global domain, the
user receives two emails for the same event.

Solution: Set the \[sys_overrides\] field on the notification that belongs to the domain so
it overrides the setting on global. For more information, see [Delegated administration](https://www.servicenow.com/docs/access?context=c_DelegatedAdministration&version=australia&pubname=australia-platform-security&ft:locale=en-US).
**Related concepts**   

* [Email notifications dashboard](https://servicenow-prod.fluidtopics.net/7w9gLUk1hgdIguY6LdmvSA "The email notification dashboard provides visibility into key metrics and enables admins to configure the dashboard to enable access to other users.")
* [Email diagnostics dashboard](https://servicenow-prod.fluidtopics.net/TG91rsHsoDsrTycgWCr5tQ "The email diagnostics dashboards provide visibility in to email delivery metrics that can help in improving the email health by identifying errors and areas that need deeper investigation.")
* [Email templates](https://servicenow-prod.fluidtopics.net/1UcF1oidqHjvH5Ns8OL1jg "Email templates enable administrators to create reusable content for the subject line and message body of email notifications.")
* [Email layouts](https://servicenow-prod.fluidtopics.net/Kxp0niVjdVEeJbibbk6~rQ "Create reusable content for the message body of email templates.")
* [Email retention](https://servicenow-prod.fluidtopics.net/6oN7F2J9quVPe27oM8fnEw "You can archive and eventually destroy email messages that you no longer need or if your Email table is excessively large.")
* [Watermarks on notification emails](https://servicenow-prod.fluidtopics.net/ddxOaboR2DYrjHfmbzG6IQ "By default, a unique watermark label will be generated at the bottom of each notification email to allow matching incoming email to existing records.")
* [Email digests](https://servicenow-prod.fluidtopics.net/CMni76waFoQqBH9zjw3lUQ "An email digest is a single email that summarizes the activity for a selected notification and its target records during a specified time interval. You can enable an email digest to reduce the number of notifications received when frequent updates to the associated records occur within a short time period.")
* [Email FAQs and troubleshooting notification emails](https://servicenow-prod.fluidtopics.net/D_yFPyVFKtPooU6ZggERxg "Logs and diagnostics are provided to help determine whether notification emails are being sent and received successfully, what any issues are, and who receives the email.")  
**Related tasks**   

* [Create notification categories](https://servicenow-prod.fluidtopics.net/DASk94Dmhx2~I72XCdR17w "You can create notification categories to identify and group related notifications that are listed in the notification settings for your users.")
* [Create an email notification](https://servicenow-prod.fluidtopics.net/vaPuVLOcN_zPS8jyrTPDmw "Create an email notification specifying when to send it, who receives it, what it contains, and if it can be delivered in an email digest.")
* [Parse an email thread](https://servicenow-prod.fluidtopics.net/dW4sdZAsP3OLWhP~rkVw7w "When an email is received, parse the most recent message in an email thread by creating Email Reply Separators using specified string or regular expressions.")  
**Related topics**   

* [Domain separation for service providers](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=australia&pubname=australia-platform-security&ft:locale=en-US)

