Agent Assist opens KB article as form layout instead of KB view in Workspace
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Tuesday
Hello Everyone,
I am currently working on a custom Configurable Workspace and am encountering a layout routing issue when agents open Knowledge Articles via Agent Assist. I would appreciate any guidance on how to fix this behavior.
The Issue:
- In one of our Workspace, everything works perfectly. When an agent clicks a knowledge article in Agent Assist, it opens in a new workspace sub-tab using the clean, native Knowledge Article Layout (KB View).
- In another Workspace, clicking the knowledge article also opens it inside a new workspace sub-tab. However, instead of loading the native KB layout, it renders as a standard table record form layout (showing standard form fields like Number, State, Text, etc.).
What this tells us:
The routing to a workspace tab is functioning correctly. However, the workspace is loading the standard record page variant instead of intercepting the record and loading it into the dedicated kb_view / kb_article page variant.
Where I need assistance:
I am trying to find exactly where this layout mapping configuration lives for a custom workspace container.
- Is there a specific UX Page Route Map, Component Action Route Map, or Screen Configuration required to force kb_knowledge records to render in the native KB layout rather than a standard form layout? And could you please guide me on the configuration.
- Alternatively, is this handled by specific component attributes or properties inside UI Builder on the Agent Assist panel itself?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
yesterday
Hi,
Since the article is already opening in a new workspace tab, I would focus on the kb_knowledge page/variant resolution, rather than the Agent Assist panel itself.
First compare the working and non-working workspaces in UI Builder >> Pages and variants and check which record page/variant is being resolved for kb_knowledge. ServiceNow uses workspace record pages to determine how records are rendered.
FYR: Add a record page for a workspace in Workspace Builder
Also compare the Agent Assist SNC configuration only to confirm that the kb_knowledge table configuration is the same. ServiceNow documents the Agent Assist SNC screen and its table configuration mapping here.
FYR: Configure the Agent Assist tab in Service Operations Workspace using the Standard Record Page
I would not create a UX Page Route Map or Component Action Route Map first unless the working workspace shows that it is using one. The best approach is to compare the working workspace's kb_knowledge page/variant and routing configuration with the custom workspace, then identify what is missing.
ServiceNow's OOTB Knowledge experience in Workspace supports opening the article in the workspace and provides a dedicated View Article experience.
Helpful? Please mark the response as Accepted Solution ✅ and close the thread 🔒 — this helps future readers find the solution faster.
Regards,
Sachinvic
✨ ArchX Certified | ✨ 16x ServiceNow AI MVP
