For AI agents: a documentation index is available at the root level at /llms.txt and /llms-full.txt. Append /llms.txt to any URL for a page-level index, or .md for the markdown version of any page.
Logo
DeveloperAcademyCommunityStatus
  • Service Management
    • Overview
    • Concierge & Ticketing Capabilities Overview
    • Forms
    • Forms - Integration Specific Guides
    • Live Agent Chat / Handoff
    • Triage
    • Approval Mirroring
    • Ticket Interception
    • Generic Ticketing Integration: Ticket Gateway
  • Administration
    • MyMoveworks
    • Organization Information
    • Roles and Permissions
    • MyMoveworks SSO
  • Moveworks Setup
    • Accessing Moveworks Setup
    • First-Time Login via Magic Link
    • Moveworks Setup Modules
    • Moveworks Setup: Module How To Guides
    • Plugin Management
    • Monitor Alerts
    • Audit Logs
    • DSL Fields Defaults
    • Data Crawling View
    • API Playground
    • Setup Homepage
    • Troubleshooting Hub
    • Security and Privacy Settings
    • Configuration Delete
    • Advanced Config Editor
    • Identity configuration
    • Onboarding Stage
  • Security
    • Security
    • Hyperlink & Button Expiry
    • Attachment Handling
    • Moveworks Subprocessors
  • Provision Management
    • Overview
    • Access Software
    • Access Groups
    • Access Account
  • Access Requirements
    • Overview
    • Update Set Modules
    • Ticketing Systems & ITSMs Access
    • Identity and Access Management Systems Access
    • Multi-Factor Authentication (MFA) Systems Access
    • Knowledge Access Requirements
    • Email Distribution List Systems Access
    • Facilities Management Access
    • Live Agent Chat Access
    • HR Information System Access
    • Expense Management Access
    • Calendar Management Access
  • Core Platform
    • User Identity
    • Moveworks On-Prem Agent
    • Approvals Engine
    • Entity Catalog
    • Configuration Languages
    • Moveworks Data Objects
    • SIEM
  • Employee Experience Insights
    • Overview
    • Breaking Down the Dashboard
    • Understanding Industry Benchmarks
    • Apps & Services
    • Impact Module
    • EXI Common Use Cases
    • Configure EXI
    • Ticket Backpolling
  • Knowledge Studio
    • Overview
    • Knowledge Studio Configuration
    • AI Powered Recommendations
    • Inspecting & Verifying Sources
    • Publishing Articles
    • Creating Knowledge Articles
    • Resolving IT Tickets Guidance
DeveloperAcademyCommunityStatus
On this page
  • Pre-Requisites
  • Configuration Steps
  • Step 1: Configure EXI Ticket Filtering
  • Step 2: Adding Filters to the EXI Dashboard
  • Step 3: Initiate Ticket Backpolling
  • 🔴 Note : If the Volume of Tickets being Backpolled has a huge count in the time frame defined, this job can take anywhere between a few days or 2 weeks to finish.
  • Validation
Employee Experience Insights

Configure Employee Experience Insights

||View as Markdown|
Was this page helpful?
Edit this page
Previous

Ticket backpolling for EXI and Knowledge Studio

Next
Built with

Pre-Requisites

  • Ensure the required ITSM Connector has been created with the necessary permissions. Please refer to the Ticketing Systems & ITSMs Access Doc for details.
  • Ensure the required Ticketing System has been integrated with Moveworks. Please refer to the How to Guides for Ticketing Plugin Doc for details.
  • Ensure the required Identity attributes are being ingested from the ITSM system. Please refer to the How to Guides for User Identity Plugin for details.
  • Ensure access to your tenant’s MyMoveworks portal and the Moveworks Setup module.

Completing these pre-requisites ensures that Moveworks has access to your External ITSM system which will be leveraged to derive the configuration of EXI.

Configuration Steps

Step 1: Configure EXI Ticket Filtering

By default, EXI imports all IT tickets from the ITSM except those with empty request_for_record_id. This is what defines the data seen within EXI and if we want to further filter that down to make it more specific we need to follow the below steps.

  • Navigate to Analytics and Data > Advanced Settings > App Data Filter under the Core Platform module.

  • Here we need to Select Ticket as the Entity and then define a Condition rule in DSL format for the Filter which will only the Conditional Ticket data to go through.

  • You can leverage the following Available Standard Fields to Write the Rules:

    • contact_type
    • priority
    • category
    • subcategory
    • assignment_group
    • internal_state_code
    • ticket_type
    • department
    • location
    • cost_center
    • region
    • role
  • Here is how you can Leverage Custom Fields from the ticket in the rule :

    {
    "leaf_clause": {
    "key": "u_custom_field_name",
    "comparator": "EQ",
    "value": "Custom Value"
    }
    }
    OR
    {
    "leaf_clause": {
    "key": "u_business_unit",
    "comparator": "IN",
    "value": ["Sales", "Marketing", "Finance"]
    }
    }
  • There are 2 types of Filters you can define here, and you can leverage the attributes mentioned above :

    • Single Condition Filter
      {
      "leaf_clause": {
      "key": "contact_type",
      "comparator": "NEQ",
      "value": "System Generated"
      }
      }
    • Multiple Conditions Filter (Nested Clause)
      {
      "nested_clause": {
      "operator": "AND",
      "clauses": [
      {
      "leaf_clause": {
      "key": "contact_type",
      "comparator": "NEQ",
      "value": "System Generated"
      }
      },
      {
      "leaf_clause": {
      "key": "contact_type",
      "comparator": "NEQ",
      "value": "Operations"
      }
      }
      ]
      }
      }

To write different kind of rules we can use the below Operators and Comparators.

  • Operators

    OperatorDescription
    ANDAll conditions must be true
    ORAt least one condition must be true
  • Comparators

    ComparatorDescription
    EQEquals
    NEQNot Equals
    GTGreater Than
    GEGreater Than or Equal
    LTLess Than
    LELess Than Equal
    INIn List
    NOT_INNot In List
    LIKEPattern Match
    NLIKENot Like
    EQ_COLUMNEquals Another Column
    NEQ_COLUMNNot Equals Column

Beyond defining out own filter, Check the appropriate box to enable the desired filtering option:

  • Include Tickets without requested_for_record_id: To Pull tickets with empty request_for_record_id in EXI.
  • Apply Universal Ticket Filter: To Apply Universal Ticket Filter in EXI. This is found under Ticket Filtering

Step 2: Adding Filters to the EXI Dashboard

When you first use the EXI Dashboard, you will notice that it will benefit from using additional Filters which can be leveraged to look at specific chunks of data.

These filters need to be configured before they can show up in the dashboard. Please follow the below steps to configure filters:

  1. Navigate to Analytics App Settings > Analytics and Data > Advanced Settings > Analytics App Settings
  2. Click Create in the upper right (If no config exists)

  1. Set App Namespace to ESI which stands for “Employee Service Issues” (or “Employee Issues”)

When setting the below Persona Filters, ensure that these values are indeed mapped to your user and ticket roster. If not, the filters will not behave as expected and they will not show up in the EXI Dashboard.

  1. Set the Persona Filters that are desired. These values will be the filters that are available within EXI. Common values are the following (max limit of 10 filters is applied):
    1. country_code
    2. department
    3. contact_type
    4. region
    5. division
    6. location
    7. role

  1. Click Submit

Step 3: Initiate Ticket Backpolling

Now that all the Configurations have been taken care of, The only thing left for us to do is Ingest the Ticketing Data which will be carried out by the Ticket Backpolling Job.

  • Navigate to Ingestion > Ticket Backpolling under the Core Platform Module.
  • Select an Integration. This value will be the name of your main ITSM connector (snow, jira_service_desk, etc.)


  1. Choose the Start date for backpolling
    1. Ex. 04/30/2025
  2. Choose the End date for backpolling
    1. Ex. 07/30/2025

Based on the amount of tickets in your ITSM, it is recommended to do backpolling in 3 to 6 month batches. If you need to backpoll for a whole year, it is best to do 2 6-month range backpolls.

  1. Click Start Backpolling

  1. You will now see your Backpolling job is Scheduled. This job will move to Running within 10 minutes.

🔴 Note : If the Volume of Tickets being Backpolled has a huge count in the time frame defined, this job can take anywhere between a few days or 2 weeks to finish.

Validation

  • Once the Backpolling job is marked as Complete, in the Setup UI. It will look something like below.

  • Now Navigate to the Employee Experience Insights Dashboard and here you will now start to see the populated tickets and data within EXI.