Skip to tutorial content
Rate module 4.0/5 (1)

Upgrades & Skipped Records

3 min read
On this page

In this lesson, you will learn:

  • What happens to your changes during an upgrade
  • What a skipped record is and why it happens
  • Where to find skipped records
  • The choices you have for each one

1 What an upgrade does

In Lesson 2.3, you learned that companies upgrade to new releases once or twice a year. During an upgrade, ServiceNow replaces its base records (scripts, forms, rules, and more) with newer versions. πŸ”„

But what if you changed one of those base records? ServiceNow has to decide: overwrite your change, or keep it?

2 Skipped records

ServiceNow plays it safe. If you customized a base record, the upgrade does not overwrite it. It leaves your version alone and adds the record to a list. This is called a skipped record.

Key term: Skipped record

A base record the upgrade didn’t update, because someone at your company had changed it.

What happens during an upgrade. Base records that no one changed are updated to the new version automatically. A base record that SNWR customized is skipped, so it keeps the old customized version and misses the new fixes. Skipped records go to the Skipped Changes to Review list, where an admin chooses: retain the customization, merge the changes, or revert to the base system.
Figure 1. Untouched records get updated. Customized ones are skipped and wait for your review.

⚠️ Why this matters: A skipped record keeps your old version. It misses the new fixes and features from the upgrade. Sometimes it even stops working with the new release. That’s why every skipped record needs a review.

3 Finding skipped records

  1. After an upgrade, open System Diagnostics > Upgrade Monitor (or Upgrade History).
  2. Find the count of skipped records for the upgrade.
  3. Open the list called Skipped Changes to Review.
  4. Open each record to compare your version with the new base version, side by side.

4 Your choices

Choice What happens When to use it
Retain Keep your custom version Your change is still needed and still works
Merge Combine your change with the new version You want both your change and the new fixes
Revert to base system Throw away your change and use the new version Your change isn’t needed anymore

πŸ’‘ Good to know: Every customization you revert is one less thing to review next time. Many teams use each upgrade as a chance to clean up old customizations.

⭐ Remember: Fewer customizations = fewer skipped records = easier upgrades. This is why admins configure before they customize (Lesson 9.1).

5 Let’s try it: look around

  1. In your PDI, open All and type upgrade.
  2. Open Upgrade History. Do you see any upgrades listed? (A new PDI may have one or none.)
  3. If there is one, open it and look for skipped records.
  4. Open Upgrade Monitor and see what information it shows.

πŸ“ Note: A fresh PDI has no customizations, so you probably won’t see skipped records. That’s great! In real companies, you’ll see many more.

6 Quick recap

  • Upgrades update ServiceNow’s base records
  • Customized base records are skipped to protect your changes
  • Skipped records miss new fixes, so each one must be reviewed
  • Find them in Skipped Changes to Review
  • Choices: Retain, Merge, or Revert to base system

7 Check yourself

Think of your answer first. Then tap to check.

1 Why does an upgrade skip a record? Show answer

Because someone at the company customized that base record, and ServiceNow doesn’t want to overwrite the change.

2 Your customization isn’t needed anymore. Which choice do you pick? Show answer

Revert to base system.

3 What’s the best way to have fewer skipped records? Show answer

Customize less. Configure with built-in tools whenever you can.

Nice work! You finished this lesson. πŸŽ‰

Was this lesson helpful?

Have a question or doubt?

Ask here and get help from instructors and fellow learners.

0 / 300

Only logged-in learners can post.