Ui Builder : Workspace created in the TOP domain is not working as expected in lower domain
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-24-2025 08:00 AM
Hi All
I have created a workspace using the UI builder in the TOP domain. The workspace is working as expected in the TOP domain and the pages are working as design. But when I open the workspace in the child domain workspace is available but only with the landing page and no other pages are working.
Workspace in TOP domain ->
In child domain -->
I am not sure if I am missing anything which is restricting the workspace in the lower domain. please help.
Thanks in advance.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-24-2025 09:01 AM
Hi @sadiar
What you’re seeing is a side‑effect of domain separation. When you build a Workspace in the TOP or global domain, the experience, pages and underlying records (for example sys_ux_page, sys_ux_experience and sp_page tables) are stamped with that domain in their sys_domain field. Child domains can inherit some records, such as the landing page, but anything that belongs exclusively to the parent domain will be filtered out when you open the workspace from a lower domain. That’s why only your landing page is visible.
- Domain separation uses the sys_domain field to restrict record visibility. A record created in the TOP domain is not visible in child domains unless it is domain‑unrestricted.
- To make a workspace available everywhere, create it in the global domain so the records are domainless. Alternatively, copy or export the workspace and its pages into each lower domain; each domain maintains its own set of pages.
- Check the pages in sys_ux_page and sys_ux_experience and verify that their sys_domain is set appropriately. Updating the domain to global (or duplicating the record in a child domain) makes those pages visible in the lower domain.
- Be aware that Now Experience UI Builder currently has limited built‑in support for domain separation. Some components do not automatically replicate across domains, so using global domain or per‑domain copies is the recommended practice.
If you decide to run separate copies, consider packaging the workspace and pages into an update set or Application and apply it to the target domain. If you choose to change sys_domain, do it on a non‑production instance first to avoid unintentionally exposing data.
This response was drafted with the help of AI and briefly reviewed by a human. Please excuse any errors or formatting issues.
💥 Was this answer useful? 👉 If so, click 👍 Helpful 👍 or Accept as Solution ✅ 💡🛠️🧠🙌
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-27-2025 01:12 AM
Hi @wojasso
There is no sys_domain field for the table sys_ux_page and sys_ux_page_registry [experience] table. Although , if workspace created in Global domain then it is available across all domain and working as expected.
As per my business requirement the workflow need to be created in TOP and all child domain should access the workspace.