--- sourceDocument: Brazil IT Service Management sourceDocumentLink: https://www.servicenow.com/docs/r/it-service-management Release : - brazil ft:locale : - en-US ft:publication_title : - Brazil IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Change model management # Change model management {#ariaid-title1} Release version: Brazil Updated September 10, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes to read Summarize ![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete. ## Summary of Change model management Change models in ServiceNow streamline change requests by providing tailored, fit-for-purpose processes for specific, common change use cases. They define the workflow, approvals, and data requirements for managing changes efficiently and improving governance. Change models utilize reusable elements like change states, state transitions, approval policies, and templates to support consistent and controlled change management. Show full answer Show less ## Key Features * **Predefined ITIL-based models:** Includes ITIL mode 1 (traditional sequential process) and ITIL mode 2 (adaptable, expedited process). * **Types of change models:** Normal, Standard (with some pre-approved states), Emergency (for quick resolution), and federated types like DevOps, Cloud Infrastructure, Unauthorized, App, Low Risk, and Patching. * **Customization:** Models can be tailored with specific states and transitions to fit various use cases, allowing different workflows for normal versus emergency changes. * **Role-based access:** Ensures compliance and risk mitigation by controlling who can access and use specific change models. * **Change templates:** Enable pre-populating fields and categories to speed up change creation and maintain consistency. * **Change Model properties and user criteria:** Configure properties to enable change model capabilities and control user access to related widgets. ## Practical Benefits for ServiceNow Customers By implementing change models, customers can expect: * More efficient and accurate data capture specific to the change type, improving risk evaluation and approval decisions. * Streamlined change request processes that reduce manual steps and ensure the right workflow is followed for each change scenario. * Improved governance and compliance through role-based access and standardized workflows. * Faster change creation using templates that reduce errors and increase consistency. * The flexibility to adapt change management processes to evolving business needs and different technical environments. Change models help streamline change requests by tailoring a fit-for-purpose process to support specific, common change use cases. Change models define the process for managing specific change use cases. A model-based approach simplifies change implementation and improves change governance. Change models help record only the data needed for the specific change use case more efficiently and then use this data for risk evaluation and change approval decisions. Change models are defined using several elements such as change states, change state transitions, approval policies, and change templates. These elements are managed as individual records and can be reused across different models. For more information, see [Enhanced Change data model](https://www.servicenow.com/docs/eTIgotpCcqG2a_9rvGZMbQ "The enhanced Change data model supports better categorization, change model linkage, and role-based access to change templates. This new data model does not impact the existing standard change catalog and no migration of existing standard changes is required."). By default, the following models are provided as examples for ITIL mode 1 and mode 2 processes. * ITIL mode 1- This is a traditional and sequential approach to process the Change Requests. This mode goes through a sequential process defined to complete a change successfully. * ITIL mode 2- This is an adaptable approach to expedite the change request. This mode supports the right process for a given change to verify that it isn't a blocker for another change being processed. {#manage-change-models__ul_bvk_w2c_lwb} Change models have been categorized based on IT Infrastructure Library (ITIL) Change types and federated change types. The following types of change models are based on the ITIL change types: * Normal: Used for ITIL mode 1 Normal changes. * Standard: Used for ITIL mode 1 Standard changes where some of the change states and approvals are pre-approved by default. * Emergency: Used for ITIL mode 1 Emergency changes that need quicker resolution. {#manage-change-models__ul_ok3_hqw_x3c} Important: The default change model configured for an instance can override the Type value copied by the Copy Change action. Even when the `type` is listed in the com.snc.change_request.copy.attributes property, the Change Model: Reusables client script can reset the new change to the default model. For example, copying an emergency change can open the new change as Normal. The following change models are based on the federated change types that combines multiple states tailored to the purpose and management of specific change use cases: * DevOps: Change model used for DevOps change requests. For more information, see [DevOps change models](https://www.servicenow.com/docs/yucDHblIpPRpm5_6Lya1Og "DevOps Change Velocity enables you to use fit-for-purpose change models that allow better flexibility in defining change models or processes to reflect modern development practices."). * Cloud Infrastructure: Used for change requests that commission and decommission Cloud infrastructure services. * Unauthorized: Used for change requests that are created from the unauthorized change events. * App: Change model used for application based change requests that skip the assessment state. * Low Risk: Change model used for low risk based changes. * Patching: Change model used for low risk defect and patching related changes. {#manage-change-models__ul_jq5_mtw_x3c} Change models can be tailored to address specific use cases and role-based access is configured to maintain compliance and mitigate risks. Change models can be made available while creating new change requests and standard information for specific fields can be configured to be displayed when a new change request is created using the model. Define fields that are displayed for change requests created using the change model. For more information, see [Create a Change model](https://www.servicenow.com/docs/RyZRO94vLgOdLQtCmb2dXQ "Create change models to configure the states and transitions to match your organization's change processes."). Change models can be configured so that each change can go through a series of states based on the use case. For example, a normal change would go through all major assessment and approval states, while an emergency change would skip some states for emergency handling and quicker resolution. Configure change model states and transition processes for the newly created change models. For more information, see [Configure change model states](https://www.servicenow.com/docs/oVxkd1~Covg22_D_vx4MAg "Configure states for change models and define transition between multiple states."). After creating a change model, you can create a change template for the model to pre-populate data and make the change creation process faster and more consistent. You can configure parent and child categories for templates and manage their proposal, creation and approval process. For more information, see [Create and propose a change template](https://www.servicenow.com/docs/WHHhm3RG9ItjZ8PPw5pzNg "Create, customize, and then propose for publication a change template aligned to a change model to standardize common change requests and not have to create them manually."). * **[Change Models properties](https://www.servicenow.com/docs/X36YwSrd~~LXtsXQqcBelw)** Configure the Change Models properties to access the Change models capabilities when creating a Change request. * **[Create a user criteria record for Change Management](https://www.servicenow.com/docs/e6XZO71Dd1uyAf1N4xuZZw)** Create a user criteria record to control user access to widgets. **Related concepts** * [Using Change Management](https://www.servicenow.com/docs/fXN8IXVSoM_mG_A~lgY2jA "Work on a change request seamlessly and create the approval policies as required to meet your organizational needs.") **Related tasks** * [Create a change request](https://www.servicenow.com/docs/d9g1mmI~EBDHDZIOuOoM7Q "Create a change request to implement a controlled process for modifying approved and supported configuration items (CIs).")