What is a customization?

A customization is any change to code that is part of the baseline install of a ServiceNow instance.

What is a configuration?

A configuration is tailoring an instance using ServiceNow best practices and API to meet your requirements without making changes to code that is part of the baseline installation of an instance.

What is the difference between a configuration and a customization?

The best way to explain this is with examples.

• Example of a customization:

  • –  You are in the process of implementing the Service Catalog and have a requirement to add additional fields to gather data on the catalog checkout page.

  • –  The catalog checkout page is a UI Macro that is part of the baseline installation of an instance. A change to this code would be considered a customization.

  • –  Someone builds a new "custom" feature into the product (e.g. custom applications, 3rd party widgets, etc.). ServiceNow support will provide troubleshooting guidance, but the customer is responsible for ownership of maintaining and fixing the feature.

• Example of a configuration:

  • –  Before an incident is submitted, the resolution code must be a mandatory field. If it is not completed, the record should not be updated.

  • –  A UI Policy can be used to meet this requirement which is one of the many tools within the platform that are used to tailor specific functionality to meet specific requirements. 

0. What happens if you decide to customize code that is part of a baseline installation?

   Since the code is part of the baseline installation and has been customized, the following would occur:

   • You would need to maintain that code going forward

   • You would be responsible for making sure that functionality still works after an upgrade

      

0. Can you still receive support on a customization?

   Yes, however, if during a support call it is determined that the customization that was made is the cause of the issue, the support team would advise you to revert back to the code that was part of the baseline installation so that the support team can assist you. 

0. What are the ramifications of performing a customization?

1. The ServiceNow platform is extremely flexible and can fulfill a wide range of requirements. However, the ServiceNow platform uses a framework that supports these different applications in how they process tasks, how forms are rendered in multiple browsers and the overall user experience. ServiceNow relies on the framework’s integrity in order to develop and provide support in a consistent manner. If you have requirements and ideas for enhancements, you can submit an Enhancement Request to the ServiceNow development team. Each request is evaluated and, if approved, will be incorporated into a future release. 

Guidelines:

• It is critical that you understand what a customization is and how you can be impacted if you decide to make a customization.

• If it is essential that a customization be made, you should adhere to the following process:

• – Make a duplicate record of the code that is to be customized.
  – Make the original record inactive.

  • NOTE: It is very important that this is the only update that is made to the original record. Please refer to this article:

    https://docs.servicenow.com/build/system_update_sets/task/t_TrackingTheActiveField.html 

0. – All changes to the code should be in the newly created record.
   – It is also very important to note that not every record in the system has an active flag, for example, UI

   Pages. If a customization needs to be made here, you would own it and need to maintain it going forward.

   • You will be responsible for verifying that your customizations work after an upgrade and for keeping track of

     what customizations were made.
     Here is a share application that will be very helpful for tracking what is captured as a system update:

     https://share.servicenow.com/app.do#/detailV2/6ed5c3d2874355008bf84b0b0e434dad/overview