Build better products with our product team.
Having multiple environments is great, but if we deploy a change and there is an issue, being able to quickly see what changed and also restoring a previous version would be instrumental.
How are we improving the product?EmployeeWorks users can start a live agent conversation directly from the Live Agent Chat app under My Apps, without leaving the Assistant experience.How does it work?The app opens an inline form where the user can describe their issue. After submission, EmployeeWorks creates a dedicated Live Agent Chat thread and displays handoff status and estimated wait-time updates.When an agent joins, users see the agent's name, photo, and messages directly in the thread. Attachments are available during the active session, and users can exit the live chat at any time and return to the Assistant.Technical restrictionsAvailable only in EmployeeWorks. Live Agent Chat must be configured for the organization. Automatic domain prediction and multi-queue routing are not included in the initial release. The initial experience starts a new thread and does not send prior Assistant conversation history to the live agent.
How are we improving the Assistant’s behavior?Failed or empty tool calls now show a clear failure or no-results state, along with guidance on what the user can do next, instead of appearing successful.When is the release date?Frontier: September 9, 2026 Standard: September 14, 2026 Basic: September 17, 2026Technical RestrictionsThis initial release primarily covers Agent Studio Plugins. MCP failure transparency, Hera parity, and more specific action-error messages are not included in this release and are being handled as separate follow-up work.DocumentationDocumentation describing reasoning and tool-failure behavior will be linked here when published.
For any Service Now approvals, if a rejection is made by the approver a customer facing note is then posted on the Request. It would be good to have the option to improve this message and have the ability to edit it.This would allow for a better clarity for the end user in understanding what has happened with their request and why.
Currently, the Knowledge Studio capability is primarily designed around IT and considers incidents as the source for knowledge creation and management.We would like to have the ability to create a dedicated HR Knowledge Studio that can consider HR Cases (HRCs) from ServiceNow as its source.An HR Knowledge Studio would allow organizations to: Use HR Cases (HRCs) as the primary source for identifying and managing HR knowledge. Keep HR-specific knowledge separate from IT knowledge and incidents. Create a dedicated knowledge experience based on HR case data and recurring HR queries. Improve the ability to identify knowledge gaps and opportunities specifically within HR processes. Provide HR teams with a dedicated space to manage and improve knowledge without impacting the existing IT Knowledge Studio. We explored whether this could be implemented through an agent studio plugin as a workaround. However, a the use case would not provide the same experience and capabilities as a dedicated Knowledge Studio as it hits the LLM limit with a few numbers of articles itself
I feel that above update under “related topics” created additional challenges from data privacy perspective. We need to have a way to configure that for some analytics users, such identifiable information like e-mail address are not accessible through “view all interactions” button. Our employees may share sometimes things that are little sensitive and allowing everybody having access to Analytics accessing it and then link given interaction to individual person is just not right. I feel that this relates to another idea Permissions to restrict Interaction data in Bot analytics | Community . Permissions on Analytics must be much more granular and configurable so that people get access to the data they need and not to everything or nothing.
Key DatesTBDWhat is it Our current set of script actions only allows for APIthon scripts. These are safe for LLMs to generate, but they lack the same power as Python (functions, libraries, memory, etc). This new capability lets developers build with the full power of Python, including custom libraries. FeaturesNative Python Support - Write Python code exactly as you would anywhere else, without platform-specific restrictions or modifications. Expanded Library Access - Use a wider range of Python libraries and functions to build more powerful integrations. Familiar Development - Leverage your existing Python knowledge and standard Python tools without learning custom syntax. Simplified Debugging - Test your scripts locally using standard Python debugging tools before deploying them.
The Chat Playback option is very helpful when analysing an interaction in Moveworks. This functionality helps to analyse tehcnical issues as well as resources used and see the general conversation flow in a single easy to view manner.Hower the Chat Playback is currently in the Setup section of Moveworks. This means that if anybody needs access to it they also have to receive very high level permissions, this creates a risk.We see 2 possible solutions here:Create RBAC permissions for the Chat Playback so only permissions there could be granted instaed of the entire Moveworks Setup. Move the Chat Playback function out of Moveworks Setup.This improvement could have a large positive impact as it would allow for more people to support interaction review and trovuleshooting, without having too high level access.
I saw in the Copilot feature overview that the unsubscribe etc are no longer possible in Copilot. For us this is a really important feature as it helps retain the users that have a lot of tickets open because they act as kind of a superuser for other people and open tickets for them. They get overwhelmed with notifications and like to mute some of them but would without that feature mute the bot entirely. Which would lower our active users significantly.Please bring that useful feature back, I don’t understand why it was not considered.
The ProblemToday, the Moveworks bot in Microsoft Teams (and Slack) only has a Chat and Shared tab. All notifications — ticket updates, approval requests, pending actions, comms — land directly in the Chat conversation alongside regular bot interactions.This creates a real problem:Notifications get buried. As soon as a user sends a new message to the bot, older notifications scroll out of view. There's no way to see a consolidated list of pending items without scrolling back through the chat history. Busy managers lose track of approvals. Managers with high approval volumes can't efficiently triage what needs attention. They're not going to have a back-and-forth conversation with a chatbot to filter down pending requests — they'll just open ServiceNow directly, which defeats the purpose of the bot. The problem gets worse at scale. The more notification types you enable (ticket concierge, approval reminders, comms, visitor alerts), the noisier the chat becomes, and the more likely critical notifications are missed.As one of our store managers put it when testing Bolt visitor notifications:" it kind of got lost between two others, so not necessarily obvious." What We WantWe'd love Moveworks to adopt the same tab structure that other Teams apps (like Workday) already use:Tab Purpose App Dedicated notification feed — ticket updates, approval requests, pending actions, comms. Structured, scannable, persistent. Chat Conversational interaction with the bot — questions, lookups, form submissions. Shared Shared files and links (already exists). The Workday Teams app is a great reference. Its "App" tab shows Quick Actions, tasks, and calendar events — completely separate from the "Chat" tab where users interact with the Workday bot. Notifications like time-off approvals appear in Chat, but the persistent task list lives in App. This separation keeps things clean and actionable.Why This MattersYou've already solved this on the web. The Moveworks Web Assistant (/assistant) has a dedicated Notifications panel — separate from the chat. It works well. But it pulls users away from their primary collaboration platform (Teams/Slack) and requires additional SSO app assignment (e.g. Okta), which is more admin overhead. Microsoft Teams supports this pattern natively. The Teams platform provides Activity Feed Notification APIs and supports custom tabs within bot apps. The technical capability exists. Meet users where they are. Moveworks' own mission is to "meet employees where they are." For most enterprises, that's Teams or Slack — not a separate web portal. The notification experience should live there too. Approval velocity. Managers need a glanceable, structured view of what's pending — not a chat transcript to scroll through. A dedicated tab would significantly reduce approval turnaround time and friction.What This Could Look LikeNotification feed in the "App" tab — filterable by type (approvals, ticket updates, comms, reminders). Badge count on the App tab showing unread/pending notifications. Actionable cards — approve/reject, acknowledge, or deep-link to ServiceNow directly from the notification. Persistent state — notifications remain visible and accessible until actioned, not buried by new chat messages.Who This ImpactsThis isn't a niche request. Every Moveworks customer on Teams or Slack that uses ticket notifications, approval workflows, or employee comms is affected. The challenge scales with org size — the more users and notification types you enable, the worse the chat-noise problem becomes.TL;DRCurrent State Desired State All notifications land in the Chat tab Notifications in a dedicated App tab Notifications scroll away with new messages Persistent, scannable notification feed Managers must scroll or ask the bot to filter Structured view with filters and badge counts Web Assistant has this — Teams/Slack doesn't Parity across all surfaces Web Assistant requires separate SSO/Okta app Keep the experience in Teams/Slack If you're dealing with this same challenge — please upvote and comment. The more visibility this gets, the more likely it makes it onto the roadmap. 🙏Here’s what it could look like
I'll be attending Nexus conference at ServiceNow HQ Santa Clara from Oct 20 - Oct 22!Where: Building H, 2250 Lawson Lane, Santa Clara, CA @ 9AM - 5PM daily.Let's talk about ServiceNow Architecture and AgenticAI. I can help you with the below topics so bring your eagerness! 1:1#ServiceNow #ITSM #ITOM #AgenticAI #Sailpoint #Moveworks #IGA #IAM #CMDB #CSDM #StudioAI #ServiceNowStudio #ServiceOperations #Cisco #Webex #Neuralink #NeuralinkHireMe
Improve AI answer quality by gathering more context surrounding specific sections of a document, not just the passage that matched your question. That means more complete responses on policies, handbooks, and multi-step procedures, with no change to search relevance and no configuration required.
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.