Skip to page contentSkip to chat
ServiceNow support
    • Community
      Ask questions, give advice, and connect with fellow ServiceNow professionals.
      Developer
      Build, test, and deploy applications
      Documentation
      Find detailed information about ServiceNow products, apps, features, and releases.
      Impact
      Accelerate ROI and amplify your expertise.
      Learning
      Build skills with instructor-led and online training.
      Partner
      Grow your business with promotions, news, and marketing tools
      ServiceNow
      Learn about ServiceNow products & solutions.
      Store
      Download certified apps and integrations that complement ServiceNow.
      Support
      Manage your instances, access self-help, and get technical support.
Unable to save an incident record. Error message "Invalid update" , "Match not found, reset to original" - Support and Troubleshooting
  • >
  • Knowledge Base
  • >
  • Support and Troubleshooting (Knowledge Base)
  • >
  • Unable to save an incident record. Error message "Invalid update" , "Match not found, reset to original"
KB0824016

Unable to save an incident record. Error message "Invalid update" , "Match not found, reset to original"


4944 Views Last updated : Jul 24, 2025 public Copy Permalink
KB Summary by Now Assist

Issue

While trying to save a new incident, users were getting a message at the top as 'Invalid Update', and another error message below a field as 'Match not found, reset to original'

Cause

The error is actually coming from the domain field that is present on the incident form, which is usually hidden using an OOB UI Policy.

The root cause of the issue was a client script, which was responsible for setting the value of the domain field on the incident record.
This Client script checks the domain of the caller by doing Gliderecord query from the sys_user table and populates the same for the incident. However, in the domain table, there is no actual domain called global. In a domain separated instance, global domain signifies the absence of domain.
When the customer was setting the domain to global for the incident, the system is not finding any reference to a domain named global, hence rolling back the whole transaction. 

 

Resolution

Customer needs to either modify the client script (or the script include, that they are calling from the client script ), not to populate the domain field with the global domain. In OOB, usually, there should not be any new record that is created, exist in global, and without proper assignment should fall back to the Default domain. The customer can configure or rewrite the script include code to check if the user's domain is global or not. If so, don't send global and send a fallback domain instead. Customer can create a Default domain if they wish.

Related Links

  • Importance of the Default Domain
  • Default Domain Scope
  • Make a domain Default

The world works with ServiceNow.

Sign in for more! There's more content available only to authenticated users Sign in for more!
Did this KB article help you?
Did this KB article help you?

How would you rate your Now Support digital experience?

*

Very unsatisfied

Unsatisfied

Neutral

Satisfied

Very satisfied

Very unsatisfied

Unsatisfied

Neutral

Satisfied

Very satisfied

What can we improve? Please select all that apply.

What are we doing well? Please select all that apply.

Tell us more

*

Do you expect a response from this feedback?

  • Terms and conditions
  • Privacy statement
  • GDPR
  • Cookie policy
  • © 2025 ServiceNow. All rights reserved.