Rich Ticket Filing (RTF) allows admins to configure and present users with a UI Form when they want to file a ticket through the Moveworks AI Assistant for specific type of Issue/Request. Instead of users just filing a generic Ticket type which collects a short description, description and attachments to create it on the ITSM.
RTF lets you capture structured fields such as dropdowns, check-boxes, dates and attachments. This guide walks you through the Overview of how Rich Ticket Filing (RTF) works and the Best practices surrounding the approach which should be taken depending on the Enterprise requirement.
Moveworks requires the combination of the below configurations in order to Render an RTF Form in the Assistant Chat interface. Each Configuration serves a purpose and is required in conjunction with the others to be used effectively.
Purpose : This configuration is what connects Moveworks to the ITSM system to allow creation of a specific Ticket Type.
Before the RTF can be created, we first need to create the Ticket Mapping configuration for the ticket type which the user will be submitting to the ITSM system.
You can follow the Integration specific Guides for the different ITSM systems mentioned here.
Purpose : Once the Ticket Mapping has been configured, We need to define these attributes inside the Rich Ticket Filing Configuration in order to define the fields to be rendered.
Purpose : This configuration is responsible for rendering the RTF in the AI Assistant Chat platform. You will use a combination of Display Configurations here to define the UI fields.
Purpose : This configuration defines the Workflow which will carry out the Action of creating the ticket in the External ITSM System. The workflow will utilise the attributes from the Create Payload Mapper which has been configured for the Ticket Type.
Customers may have different requirements for their ticket-filing workflows and how RTF needs to be implemented. Taking all these scenarios into account for other Enterprises, We have 2 common approaches which can be used depending on the Requirements :
This approach should be used when your organisation wants users to :
Interact with a single RTF Form which contains a broad set of fields for a particular Category request (e.g., HR requests have sub-categories such as Benefits, PTO, Payroll, Policies)
This way users can choose an HR Category within the RTF form, and then the singular Workflow allows you to route the submission to the appropriate ticket table based on the user choice for a given field.
The RTF will be presented to the User via a Single Handoff Category.
Using a Single Workflow, this method allows us to route a single RTF to multiple Ticket Destinations or support different Payloads.
By writing DSL Rules based on the RTF fields, We can route a single Workflow to use multiple payloads
This approach should be used when your organisation wants to:
With this setup, each domain (e.g., Benefits, PTO, Payroll) has its own RTF form and its own dedicated workflow. This makes field mapping simpler and avoids complex branching logic.
