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.
Two or more active upgrade changes - Support and Troubleshooting
  • >
  • Knowledge Base
  • >
  • Support and Troubleshooting (Knowledge Base)
  • >
  • Two or more active upgrade changes
KB0783367

Two or more active upgrade changes


659 Views Last updated : Jul 28, 2025 public Copy Permalink
KB Summary by Now Assist

Issue

There can be collisions between the Upgrade Change request when there are two active change requests - one manual and one automated.

Scenario:

The system rolls out automated change requests for Upgrades, which are typically initiated through the Quarterly Patching Program or End of Life support. This process is crucial for ensuring that all systems remain up-to-date and secure.

As part of this process, customers are notified in advance, with a minimum of 2 weeks' notice, through the creation of change requests. This allows customers to prepare for the upcoming upgrades and ensures a smooth transition.

Ideal Case:

  1. When there is a Change request open through automated workflow for Instance Upgrade.
  2. The system prevents the creation of a Manual change request for Instance Upgrade.
  3. However - the inverse validation is not in place:
    1. i.e. When there is a manual change request created for Instance Upgrade.
    2. The system will still create an Automated Change for say EOL program.
    3. As we are not blocking a customer to create a manual change say - for Plugin Install etc for a period of 2 weeks.

Release

All

Resolution

Hence, once the system automated communication for Upgrades due to End of Life (EOL) or Quality Platform Program (QPP) has been successfully rolled out to the customer, it is essential for the customer to take immediate action to reschedule or cancel the change, thereby preventing the upgrade from occurring. This proactive measure is crucial to avoid any potential conflicts or unexpected surprises that may arise during the instance upgrade process, particularly in scenarios where both manual change requests and automated change requests are active for a single instance simultaneously.

  1. The customer is required to act on the change, which involves rescheduling or canceling the change to prevent the upgrade from taking place.
  2. In the event that the customer requires further assistance or guidance on this matter, they are encouraged to contact the support team for additional help and guidance.

By taking these steps, customers can effectively prevent conflicts and surprises related to instance upgrades, ensuring a smoother and more predictable experience when dealing with End of Life (EOL) or Quality Platform Program (QPP) upgrades.


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.