Build better products with our product team.
Currently, even when a user has admin access in My Moveworks, they are unable to send Employee Communications without completing additional configuration steps.To send employee communications, users must manually configure the following: Navigate to Moveworks Setup → Notification Setup → Additional Controls Enable permissions for the Employee Communication feature This process adds unnecessary complexity for admins who already have access to both environments.We request an enhancement to automatically enable Employee Communication permissions for users with the Employee Communications (E-Comms) role, eliminating the need for additional manual configuration.Expected: Users with the Employee Communications (E-Comms) role can send communications without additional setup. The system automatically grants necessary permissions under “Notification Setup → Additional Controls.”
Hello,In our ITSM our bot will receive instructions or utterances to close a ticket. As an agent we do not see the conversation leading to this decision, only the end result of our bot closing the ticket with a message stating “User Name said: Ok to close the ticket”. This could also be determined by utterances spoken and we’d like those interactions with our bot sent as a transcript to the ticket. This information can let our agents know if a ticket was closed due to lack of knowledge, our bot’s ability or even frustrations with the interactions. This will allow us to bring better resolutions to our users for future interactions.
Attachment field types are unsupported for ingested forms for Jira. It would be great to have attachments be an option for field types as we have users submit screenshots and PDFs of various types when creating tickets.
Hi,For comms messages sent using the bot, would it be possible to add a new button type?Our idea is to have a button that users can press to ask a pre-populated question. When the user clicks this button, a message will be sent to the bot as though the user typed it. The bot will then respond.The idea behind this came from our new-starter comms. When a new starter joins, we send them a bespoke message using the bot. To encourage engagement, we had the idea of including a few pre-populated questions in this message, that the new starter could select. This would start a conversation without the user having to type anything in.Thanks
To better support our Client’s audit requirements, I am looking for the ability to remove the chat history from the interface (Slack, Teams, Web) after certain duration for a targeted group. Example: our frontline users would only see their interactions within the bot from the last 24 hours. We would still want all the conversation data available in Analytics.
The new data ingestion status page is fantastic. To diagnose potential issues, could there be a way to download the raw log data for diagnosis? If we get this info, it may assist with diagnosing if the issue is on the customer side or Moveworks side. If we can see it is with the customer side, would could go out, correct those issues and then see if the next ingestion run takes that corrected document. For example, if a PDF does not get ingested, raw logs might point out that an unsupported font was found, or that the document only contained embedded pictures instead of text so it was ignored. With the logs we could better adapt any issues to the ingestion for the bot I have attached a screenshot of where I could envision the download button per ingestion run would go to really narrow down where potential issues may occur
CVS Health has a need to our assistant to reply with explicit answers that we define rather than doing or including a knowledge search in its response. This feature was previously available with paths but with the new agent studio and agentic paths, a knowledge search is also being conducted. This is impactful as there are some situations where we find very outdated knowledge. The team needs time to clean it up and as a stop gap we need to publish the correct answer. Since Moveworks doesn’t take publish date into consideration, old outdated content is still sometimes used. In summary, we need a simple, scalable way to provide scripted answers to colleagues without leveraging the copilot knowledge search feature.
An information field in the software provisioning configuration page, most likely following the Additional Questions section, that allows us to provide request-specific context for the request to an approving manager who may not be very familiar with the software. This would be information the approver needs to know when determining whether the request should be approved or denied. This information might include licensing/subscription costs, the purpose of the app, whether the request involves access to sensitive information, etc.Currently there’s only a field to prompt the requester for answers. Some of this information can be shoe-horned into those question fields, but that provides a poor user experience. The end user should not see these messages.If the provisioning strategy is role-based, there should be a separate such field for each configured role.
It would be beneficial to have the ability to @ our bot in conversations. For example I am conversing with a co-worker and they ask a question. I could @moveworks (insert bot name) to provide the answer in our conversation. Similar to what Grok does on X.
Our engineering teams are in large approval groups, we just went live with our bot ‘Penny’ and early feedback suggests that while the proactive notifications are helpful, approval notifications can become spammy in nature. I want our users to be able to “snooze” these notifications for specific time intervals
Since Move Works is a shared instance, when implementing use cases for HR and ITSM groups, it is critical to separate underlying components (connectors, actions, plugins etc) with some kind of permission so that developers or admins have access only to their respective workspaces.This is important functionality so that non-HR users who would normally not have access to HR data are not able to execute plugins/http actions etc. or have visibility to logs/data that is tied to HR instances and potentially expose sensitive data.
We need the ability to context (or session) lock. We are migrating from a home grown solution to the moveworks platform. One nice feature we have lost is all of our custom AI bots as with the old solution we were able to use specific utterances to then enter a “chat mode” with that other bot until the user exit out (by typing in exit) or the session timed out. This way we did not have to build a bunch of different Bot Front ends, they could all come into one place. We have not found a way to do this with the moveworks platform at this time. Yes you can fire off a one shot prompt to a different bot or LLM. But any follow up questions will not have the context/history. Thoughts?
It would be very useful to include a list of users who did NOT interact with a campaign in the download reports. We’ve started to use campaigns to gather information from employees, where we consider a response mandatory. Employees who don’t interact with the campaign need more direct followup through other channels.Currently comms details only show delivery status and positive interactions, so campaign leaders have to manually infer those usernames from the difference between the total audience and the users who interacted.It seems obvious that this data should be included in campaign details, since it’s highly relevant and actionable.
In conversations related with IT Support, upon engaging in the Live Chat with an Agent, it is typical that Remote Desktop tools are used. Typically these tools require a code to be shared by the Agent with the Caller, in order to establish the remote connection. On some occasions, we’ve observed that these Codes sent by the agent are being translated on-the-fly, which then do not work and do not allow the session to be established. Requesting a product enhancement so the AI Assistant can recognize the context as being a support call and corresponding Codes for the remote session being shared, thus not translating these.Referrence to Case Number: 00031445
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.