Build better products with our product team.
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
Hello,Currently the Teams bot, does not have the same look and functionalities as the chatbot assistant.Should be good to have the same look / behavior between all Moveworks chats bots (notification tab, chat tab...) and especially in Teams to have confusion between notification and chats / exchange with the bot.Or just propose the chatbot assistant page to be compatible to be embedded in TeamsRegards,Arnaud
Hello currently the Moveworks for Web web part needs to be manually added to each individual SharePoint page. We'd like the assistant to appear automatically on every page across our site(s), without having to add the web part page by page. In SharePoint, the standard way to achieve this is via an SPFx Application Customizer (deployed tenant-wide through the Tenant Wide Extensions list), rather than a page-level Web Part - it injects into a page placeholder (e.g. Bottom) automatically on every modern page, with no per-page setup needed.It is should be good to have Moveworks offering an Application Customizer variant of the SharePoint integration, instead of or in addition to the current Web Part.Regards,Arnaud
Hi everyone,We currently use the Moveworks bot to manage our organization's internal ServiceNow tickets, and it's been a great experience for our team to view statuses and update tickets directly in chat.Since Moveworks recently migrated its customer support ticketing to ServiceNow, I wanted to see if there are any plans to allow us to manage our Moveworks Support Tickets directly from our own bot?Ideally, we would love the ability to:Check the status of our open Moveworks support tickets. Add comments or updates to the tickets directly in the chat interface. Receive proactive notifications when a Moveworks support agent updates our ticket.Having a single pane of glass for both our internal IT tickets and our Moveworks support tickets would streamline our workflow tremendously. Has anyone else built a custom Agent Studio plugin for this, or is this something on the product roadmap?Thanks!
One of the challenges as a Moveworks Admin and Dev is sharing with the users what prompts they have access to. There is no easy way to export all of them (even via the Support route) and keeping prompts up to date in a document or KB article requires manual effort.Microsoft has taken steps to resolve this issue for users with their Prompt Gallery. As of July, Microsoft will be building the Prompt gallery into the Copilot chat for even easier access.Changes to the Copilot Prompt Gallery app - Microsoft SupportFor best user experience, I would love to see Moveworks implement a solution like this in the AI Assistant as well. https://copilot.cloud.microsoft/en-US/prompts/all?ocid=CopilotLab_M365Chatofficeweb
Allow the hosting website presenting the chatbot i-frame to dynamically open the i-frame chat window. In our ServiceNow instance, we have our ColleagueZone page that presents outage information to the user. There are buttons on each individual outage that trigger a Moveworks plugin to provide A.I. insights about the outage to the user’s chat window in Teams. We’d also like it to pop open the i-frame chat window on the ColleagueZone page. We see in the Network console the following event that might drive this behavior, we just want to be able to trigger it from the hosting webpage if possible: {events: [{url: "https://webchat-kprod.moveworks.io/chat", startTime: "2026-08-14T15:37:40.208Z",…}]} events: [{url: "https://webchat-kprod.moveworks.io/chat", startTime: "2026-08-14T15:37:40.208Z",…}] 0: {url: "https://webchat-kprod.moveworks.io/chat", startTime: "2026-08-14T15:37:40.208Z",…} action: {actionType: "OPEN", name: "host_page"} actionType: "OPEN" name: "host_page" namespace: "movewebchat" source: "USER" startTime: "2026-08-14T15:37:40.208Z" url: "https://webchat-kprod.moveworks.io/chat" webMetaInfo: {,…} webappNamespaces: "MOVEWEBCHAT"
It would be great to improve the Employee Comms Survey functionality to be more NPS inclusive.Currently within Employee communications a survey campaign could be created. However the response is limited to 5 buttons mirroring the CSAT methodology, however many organizations utilize the NPS methodology during surveys. It would be good if there would be the option to have more buttons. It would also be good to have the option of adding multiple questions to a campaign rather than just one. Finally it would be great if after a ticket is resolved, an NPS survey could be sent from Moveworks directly to the user utilizng the above mentioned functionalities.
SummaryMany organisations use self-service provisioning to create distribution lists, groups, and collaboration resources. While access controls determine who can request these resources, there is often no way to enforce organisational standards during the provisioning process itself.ProblemToday, administrators can control who is allowed to create resources, but they cannot define and enforce policies that govern what is created.Common requirements include:Naming convention enforcement Approved domain validation Pattern or format validation Resource classification requirements Automatic standardisation of user input Custom business rules based on organisational needsWithout policy enforcement, organisations must rely on user training, manual reviews, or post-creation remediation to maintain standards.Proposed EnhancementIntroduce a policy validation framework that is evaluated as part of the provisioning workflow.Administrators should be able to:Validate user input before resource creation Define required naming standards Restrict values to approved formats or domains Apply automatic transformations where appropriate Display clear validation messages when requirements are not met Configure different policies for different resource typesExample Use CasesEnforcing naming standards for distribution lists Restricting email domains to approved corporate domains Requiring specific prefixes or suffixes Enforcing department or region identifiers Standardising display names and aliases Validating group ownership requirements before creationBenefitsImproved governance Consistent resource naming and structure Reduced administrative overhead Better compliance with organisational standards Fewer provisioning errors Better end-user experience through immediate feedbackWhy This MattersSelf-service provisioning is most effective when organisations can trust that resources created through automation comply with their internal standards. Access control answers who can create a resource, while policy validation answers whether the resource itself meets organisational requirements. Both capabilities are needed for scalable governance.Voting ask: If your organisation uses self-service provisioning and has naming, compliance, governance, or standardisation requirements, please upvote this idea to help prioritise policy enforcement capabilities within provisioning workflows. PS: I’ve already tried Moveworks/ServiceNow Support and Engineering teams advised to raise a Product idea.
We recently encountered an issue where MW chatbot failed to return relevant articles for a specific query. After reaching out to the support team, I learned that the bot didn’t trigger the knowledge skill plugin, which is responsible for searching related articles. Support team made the necessary adjustments, and the fix worked.However, this raised a concern: how can we proactively track and measure the health of the knowledge skill? We can’t always wait for users to report issues, as this impacts engagement and overall user experience.Wouldn’t it be beneficial if MW offered a health dashboard for all configured skills, allowing admins to monitor performance and make informed decisions? Additionally, having the option to subscribe to status notifications for specific skills would help us catch and address issues in real-time, ensuring smoother operations and exception handling.
Key DatesFrontier: August 17 2026Standard: August 19 2026Basic: August 24 2026Learn more about our model upgrades here.Previously, if you had your assistant set to a language other than English, clicking a button — like responding to a notification, approving a request, confirming an action, or following up on a ticket — could cause the assistant's next reply to unexpectedly switch to English, even mid-conversation. We've fixed this so the assistant now stays in your preferred language throughout these interactions. This applies across all button-based actions, for anyone using a non-English language, whether it was explicitly chosen or set as their default. Typed messages are unaffected — the assistant continues to respond in whatever language you're actively typing in.
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.