--- 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 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 are categorized by 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 combine 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 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 a change template for any change model to standardize common change requests so that users don't 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 and add it to a change model to control which users can view and use that change model. **Related concepts** * [Using Change Management](https://www.servicenow.com/docs/fXN8IXVSoM_mG_A~lgY2jA "Work on change requests 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).")