--- sourceDocument: Australia IT Service Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/it-service-management Release : - australia ft:locale : - en-US ft:publication_title : - Australia IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Onboard Azure DevOps using Workspace # Onboard Azure DevOps to DevOps Change Velocity --- Workspace {#ariaid-title1} Release version: Australia Updated March 12, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 17 minutes to read Connect to your Azure DevOps instance using the DevOps Change Workspace playbook to collect data for planning, coding, orchestration, artifact, and software quality functions. You can connect to Azure DevOps (ADO) at your organization level or at individual project level. If you're connecting at the project level, for each project at your organization, you must repeat the connection process. After connecting to an instance of the tool, you can configure additional settings that enable DevOps to import pipelines, task execution records, and step execution records. When you configure webhooks in your Azure DevOps instance to send data to DevOps Change Velocity, Azure DevOps uses token authentication for the integration user by default. The DevOps Change Velocity APIs are invoked using token authentication and you don't have to enter the integration user name and password while configuring. If the devops.system user isn't available in your ServiceNow instance, you must set the Switch to this user after token based authentication is successful property. For more information, see [DevOps Change Velocity properties](https://servicenow-prod.fluidtopics.net/Cy67V7Lf9sOXU2beB3VARQ "Use these properties to configure settings in the DevOps Change Velocity application."). The step to enter the integration user name and password is required only in the following scenarios: * If DevOps Config is installed, as DevOps Config APIs are invoked using basic authentication. * If you use the Azure Invoke REST API service connection. You must enable the This property decides whether to create a Generic Connection on configure operation for Azure DevOps property in this case. {#devops-wkspc-azuredevops-tool-conn__ul_z32_rsg_myb} Note: DevOps Change Velocity uses the term instance to refer to a particular occurrence of a tool. Azure DevOps uses the term project instead. ## Connect an organization {#ariaid-title2} Connect and configure your Azure DevOps instance directly at your Azure DevOps organization level. All the projects within the organization can be discovered, and you can choose to configure multiple projects within the organization. You can manage the tool at the organization level. ### Before you begin Complete the tasks specified in the [Getting started with DevOps Change Velocity](https://servicenow-prod.fluidtopics.net/zYfXM71OMizgQDlC6XiIiA "Learn about the setup process for DevOps Change Velocity that is required before configuring integrations with your toolchain.") topic. Role required: sn_devops.admin or sn_devops.tool_owner ### Procedure 1. Navigate to WorkspacesDevOps Change Workspace and use one of the following options to open the Playbook to onboard Azure DevOps. | Option | Steps | | Homepage | 1. Select Connect a tool. 2. On the  Connect to a tool  modal, select Azure DevOps from the appropriate category (Orchestration, Plan, Code, Artifact, or Software quality). {#ado-wkspc-conn-org__ol_e5j_4y1_fwb} | | Applications module | 1. Select Applications (![Applications icon.]()) from the primary navigation. 2. Select an existing application, or create one. To create an application, see [Create an application - Workspace](https://servicenow-prod.fluidtopics.net/0Q3U7QvoyazFAJLrEFh1bg "Create applications using the DevOps Change Workspace and associate pipelines, plans, and repositories to it."). 3. From the  Recommended actions  pane, select the  Connect a tool  card. 4. On the  Connect to a tool  modal, select Azure DevOps from the appropriate category (Orchestration, Plan, Code, Artifact, or Software quality). {#ado-wkspc-conn-org__ol_u24_mz1_fwb} | | Tools module | 1. Select Tools (![Tools icon.]()) from the primary navigation. 2. From the Capability list, select the appropriate category (Orchestration, Planning, Coding, Artifact, or Software quality). 3. Select Connect a tool. 4. On the  Connect to a tool  modal, select Azure DevOps. {#ado-wkspc-conn-org__ol_fjs_k1b_fwb} | |-|-| {#ado-wkspc-conn-org__choicetable_m3t_ky1_fwb} Important: If you want to discover and track tool objects like pipelines, plans, or repositories while connecting to the tool, you must connect your tool from the Application module. 2. In the Connect to a tool modal, enter the connection details. 1. Select Connect an organization from the drop-down list. 2. Enter the Azure DevOps URL for the organization. 3. In the Tool name field, enter a name for the tool. 4. Select Next. The DevOps playbook opens to help you complete the onboarding tasks. {#ado-wkspc-conn-org__ol_f1x_ymb_bzb} 3. In the Enter Azure DevOps instance details section, select one of the following values in the Credential type field. | Option | Description | | Personal Access Token | Enter the password or access token to access this instance. For information on creating a PAT, see [Personal access token (PAT)](https://docs.microsoft.com/en-us/azure/devops/organizations/accounts/use-personal-access-tokens-to-authenticate?view=azure-devops&tabs=preview-page). | | OAuth 2.0 | Pre-requisites: * [Create a tenant in Microsoft Entra](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-a-new-tenant-in-microsoft-entra-id "Create a tenant in Microsoft Entra and set up the required permissions to create an Azure DevOps (ADO) app.") * [Add a user to tenant in Microsoft Entra](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#add-a-user-to-tenant "Add a user who contains the admin role, to the tenant created in the previous procedure.") * [Create an organization in Azure portal](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-an-org-in-the-tenant "Create an organization in the new tenant, which has access to create an app.") * [Create an Azure DevOps app](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#register-an-ado-app "Create and configure an Azure DevOps (ADO) app and copy the required values to enable OAuth 2.0 authentication with your ServiceNow instance.") * [Register Azure DevOps as an OAuth provider](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-application-registry "Use the information generated during Azure DevOps (ADO) app account configuration to register Azure DevOps as an OAuth provider and enable the instance to request OAuth 2.0 tokens.") * [Configure organization and project level settings](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#add-the-app-to-your-organization "Configure organization and project level settings for your app.") * [Create credential record and get OAuth token](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-credential-record-and-get-oauth-token "Create credential record and get OAuth token.") {#ado-wkspc-conn-org__ul_nwp_ccf_vcc}Use an existing OAuth credential record 1. Select the Use an existing OAuth credential record option. 2. Select a value in the Credential field. {#ado-wkspc-conn-org__ol_dqb_pgk_lcc}Create a new credential record 1. Clear the Use an existing OAuth credential record option. 2. Enter the application ID of your Azure application (available in the Overview section of your Azure application registry in Azure) in the Application (client) ID field. 3. Enter the directory ID of your Azure application (available in the Overview section of your Azure application registry in Azure) in the Directory (tenant) ID field. 4. Enter the client secret of your Azure application (available in the Certificates \& secrets section of your Azure application registry in Azure) in the Client secret field. {#ado-wkspc-conn-org__ol_s3t_wcf_vcc} | |-|-| {#ado-wkspc-conn-org__choicetable_j33_jgk_lcc} 4. If your tool instance is attached to a MID Server, select the MID Server option and enter its details. For more information about MID server, see [MID Server selection](https://www.servicenow.com/docs/access?context=c_MIDServerSelector&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US). 5. Select Connect. 6. Permission checks are run on the credentials that you entered. Permissions required and permissions that are available are displayed. If you want to enter credentials with better permissions, select Re-enter credentials. For detailed information on all the required permissions, see Azure DevOps permissions in [Permissions required for DevOps tools](https://servicenow-prod.fluidtopics.net/rkQZOOxQSNdDZ7d5eHch0A "Permissions required in your third-party tool to connect to DevOps Change Velocity."). You can choose to continue with the tool connection even if you don't have all the required permissions. Note: When onboarding an Organization, the Project Administrators privilege requires the owner of the PAT to be a member of the organization's Project Collection Administrators group. You need the Project Administrators privilege only for onboarding the tool. Once the tool is successfully onboarded, you can choose to turn off the Project Administrators privilege from the PAT. 7. Specify the access for the tool. 1. If you want to control access to the tool, add the groups that must be given access to the tool in the Maintained by field. The tasks these users in the groups can perform depends on the role assigned to them. * DevOps Tool Owner role: Can view and edit the tool. * DevOps App Owner role: Can view the tool and can associate, discover, import historical data, and modify pipeline steps (if applicable) of the tool's objects (such as plans, repositories, and pipelines). * DevOps Administrator role: Can edit all tools. * Other DevOps roles: Can view the tool. {#ado-wkspc-conn-org__ul_csp_h5c_xwb} Note: If you don't select a group and skip this step, all users with the DevOps Tool Owner role will be able to edit the tool. 2. If you choose to control access to the tool, the All DevOps App Owners can view and associate tool objects to applications option becomes available for selection. This option enables all users having the DevOps App Owner role to access the tool. If selected, they'll be able to view, associate, discover, import historical data, and modify pipeline steps (if applicable) of the tool's objects. 3. Select Assign. {#ado-wkspc-conn-org__substeps_arq_f5c_xwb} 8. Install the ServiceNow DevOps extension in your Azure DevOps instance. The ServiceNow DevOps extension will automatically create service connections while configuring webhooks. Service connections are required for sending build and release notifications from Azure DevOps. The extension also contains custom tasks to modify the Azure DevOps pipelines for change control, artifacts, and packages. For more information on the extension, see [Use the ServiceNow DevOps extension for Azure DevOps and Azure DevOps custom actions](https://servicenow-prod.fluidtopics.net/1xZN23j5GCbNyKMulIHDzA#config-dev-ops-extensions-azure "Install and configure DevOps extension for Azure DevOps to send build and release notifications from your Azure pipeline to DevOps Change Velocity."). Note: If you skip this step, to send notifications from Azure DevOps, you must manually create service connections after configuring webhooks. After installing the extension, select Marked as installed. 9. Configure webhooks automatically in your Azure DevOps instance to send data to DevOps Change Velocity. Choose to send data by either nightly polling or configuring webhooks to send real-time data. * Webhooks: Enable real-time notifications for your pipeline executions. Real-time notifications are ideal to maintain the most up-to-date information particularly for automating change requests.To use webhooks, select Configure. * Nightly polling: If you don't choose to configure now, you can enable nightly polling later to fetch data for any tracked plans by setting the Enable Polling property to Yes. {#ado-wkspc-conn-org__ul_yph_1mz_gwb} 1. Enter the DevOps integration user name and password. For information about creating the DevOps integration user and password, see [Set up integration user account in DevOps Change Velocity](https://servicenow-prod.fluidtopics.net/Q_MrfA1tW3g99SLE3k1Zlg "Set up the integration user account to enable integrating with your third-party tools."). Note: * The step to enter the integration user name and password is required to configure only when DevOps Config is installed or the This property decides whether to create a Generic Connection on configure operation for Azure DevOps property is enabled. If this step is not required, webhooks are configured using token-based authentication. * When DevOps Config is installed or the Generic Connection on configure operation for Azure DevOps property is enabled, you can regenerate token (auto-configure with new token) from the workspace UI only, which will update the integration user password. When DevOps Config is not installed, token can be regenerated from both the workspace and classic UI for token based authentication. Re-generate your token periodically for better security. {#ado-wkspc-conn-org__ul_jlv_d5g_myb} 2. Select the projects for which you want to configure webhooks. 3. Select Configure. {#ado-wkspc-conn-org__ol_svs_qnb_bzb} To configure webhooks manually, select Configure manually. See [Configure webhooks in Azure DevOps manually](https://servicenow-prod.fluidtopics.net/~35WhO1SvsFuCQZSba1jbw#config-webhooks-azure-manually "Configure webhooks in Azure DevOps to send sync notifications to the DevOps Change Velocity application.") for more information. Webhook configuration and discovery happen in the background, and you're taken to the Summary page. 10. From the Summary page, select View tool record to review the details of the connected tool. {#ado-wkspc-conn-org__steps_vbc_klb_bzb} ### Result You've successfully onboarded your Azure DevOps tool to DevOps Change Velocity at the organization level. ### What to do next From the Projects tab on the tool record page, select a project to navigate to the project record page. From here, you can discover project objects, and configure webhooks for the project. * Select Discover to discover the project objects, including existing plans (boards), repositories, and pipelines. * If you created the tool directly at the project level, then selecting Discover projects from the Projects tab of the tool record page will discover all the projects in your organization as well. * Select Configure and enter the integration user credentials to configure webhooks for the project. * If you're on the tool records page, selecting Configure projects and entering the integration user credentials gives the list of unconfigured projects in your organization. Select the projects that you want webhooks configured for and select Configure. Note: The step to enter the integration user name and password is required to configure webhooks only when DevOps Config is installed or the Generic Connection on configure operation for Azure DevOps property is disabled. If this step is not required, webhooks are configured using token-based authentication. * To import historical data to the project objects like plans, repositories, or pipelines, associate the objects with an application, and import the data. For more information, see [Associate tool objects to applications - Workspace](https://servicenow-prod.fluidtopics.net/d~RLHHIdnkfXhP1np3FsoQ "After creating an application, you can associate plans, repositories, and pipelines with it. Applications group plans, repositories, and pipelines from DevOps tools, which provides traceability to user stories, commits, test results, and so on."). {#ado-wkspc-conn-org__ul_dnw_t2w_ywb} ## Connect a project {#ariaid-title3} Connect and configure your Azure DevOps instance directly at the project level. If you have multiple projects within the organization, you must connect each of them separately. ### Before you begin Complete the tasks specified in the [Getting started with DevOps Change Velocity](https://servicenow-prod.fluidtopics.net/zYfXM71OMizgQDlC6XiIiA "Learn about the setup process for DevOps Change Velocity that is required before configuring integrations with your toolchain.") topic. Role required: sn_devops.admin or sn_devops.tool_owner ### Procedure 1. Navigate to WorkspacesDevOps Change Workspace and use one of the following options to open the Playbook to onboard Azure DevOps. | Option | Steps | | Homepage | 1. Select Connect a tool. 2. On the  Connect to a tool  modal, select Azure DevOps from the appropriate category (Orchestration, Plan, Code, Artifact, or Software quality). {#ado-wkspc-conn-proj__ol_e5j_4y1_fwb} | | Applications module | 1. Select Applications (![Applications icon.]()) from the primary navigation. 2. Select an existing application, or create one. To create an application, see [Create an application - Workspace](https://servicenow-prod.fluidtopics.net/0Q3U7QvoyazFAJLrEFh1bg "Create applications using the DevOps Change Workspace and associate pipelines, plans, and repositories to it."). 3. From the  Recommended actions  pane, select the  Connect a tool  card. 4. On the  Connect to a tool  modal, select Azure DevOps from the appropriate category (Orchestration, Plan, Code, Artifact, or Software quality). {#ado-wkspc-conn-proj__ol_u24_mz1_fwb} | | Tools module | 1. Select Tools (![Tools icon.]()) from the primary navigation. 2. From the Capability list, select the appropriate category (Orchestration, Planning, Coding, Artifact, or Software quality). 3. Select Connect a tool. 4. On the  Connect to a tool  modal, select Azure DevOps. {#ado-wkspc-conn-proj__ol_fjs_k1b_fwb} | |-|-| {#ado-wkspc-conn-proj__choicetable_m3t_ky1_fwb} Important: If you want to discover and track tool objects like pipelines, plans, or repositories while connecting to the tool, you must connect your tool from the Application module. 2. In the Connect to a tool modal, enter the connection details. 1. Select Connect a project from the drop-down list. 2. Enter the Azure DevOps URL for the project. 3. In the Tool name field, enter a name for the tool. 4. Select Next. The DevOps playbook opens to help you complete the onboarding tasks. {#ado-wkspc-conn-proj__ol_c41_y4c_xwb} 3. Enter the instance details for your tool. 1. In the Enter Azure DevOps instance details section, select one of the following values in the Credential type field. * Personal Access Token: Enter the password or access token to access this instance. For information on creating a PAT, see [Personal access token (PAT)](https://docs.microsoft.com/en-us/azure/devops/organizations/accounts/use-personal-access-tokens-to-authenticate?view=azure-devops&tabs=preview-page). * OAuth 2.0: Pre-requisites: * [Create a tenant in Microsoft Entra](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-a-new-tenant-in-microsoft-entra-id "Create a tenant in Microsoft Entra and set up the required permissions to create an Azure DevOps (ADO) app.") * [Add a user to tenant in Microsoft Entra](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#add-a-user-to-tenant "Add a user who contains the admin role, to the tenant created in the previous procedure.") * [Create an organization in Azure portal](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-an-org-in-the-tenant "Create an organization in the new tenant, which has access to create an app.") * [Create an Azure DevOps app](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#register-an-ado-app "Create and configure an Azure DevOps (ADO) app and copy the required values to enable OAuth 2.0 authentication with your ServiceNow instance.") * [Register Azure DevOps as an OAuth provider](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-application-registry "Use the information generated during Azure DevOps (ADO) app account configuration to register Azure DevOps as an OAuth provider and enable the instance to request OAuth 2.0 tokens.") * [Configure organization and project level settings](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#add-the-app-to-your-organization "Configure organization and project level settings for your app.") * [Create credential record and get OAuth token](https://servicenow-prod.fluidtopics.net/eXmk6AoNbg15x2jr~f3Gxg#create-credential-record-and-get-oauth-token "Create credential record and get OAuth token.") {#ado-wkspc-conn-proj__ul_nwp_ccf_vcc}Use an existing OAuth credential record 1. Select the Use an existing OAuth credential record option. 2. Select a value in the Credential field. {#ado-wkspc-conn-proj__ol_dqb_pgk_lcc}Create a new credential record 1. Clear the Use an existing OAuth credential record option. 2. Enter the application ID of your Azure application (available in the Overview section of your Azure application registry in Azure) in the Application (client) ID field. 3. Enter the directory ID of your Azure application (available in the Overview section of your Azure application registry in Azure) in the Directory (tenant) ID field. 4. Enter the client secret of your Azure application (available in the Certificates \& secrets section of your Azure application registry in Azure) in the Client secret field. {#ado-wkspc-conn-proj__ol_s3t_wcf_vcc} {#ado-wkspc-conn-proj__ul_wxt_k2f_vcc} 2. **Optional:** If your tool instance is attached to a MID Server, select the MID Server option and enter its details. For more information about MID server, see [MID Server selection](https://www.servicenow.com/docs/access?context=c_MIDServerSelector&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US). 3. Select Connect. 4. Permission checks are run on the credentials that you entered. Permissions required and permissions that are available are displayed. If you want to enter credentials with better permissions, select Re-enter credentials. For detailed information on all the required permissions, see Azure DevOps permissions in [Permissions required for DevOps tools](https://servicenow-prod.fluidtopics.net/rkQZOOxQSNdDZ7d5eHch0A "Permissions required in your third-party tool to connect to DevOps Change Velocity."). You can choose to continue with the tool connection even if you don't have all the required permissions. Note: When onboarding a Project, the Project Administrators privilege requires the owner of the PAT to be a member of the project's Project Administrators group. You need the Project Administrators privilege only for onboarding the tool. Once the tool is successfully onboarded, you can choose to turn off the Project Administrators privilege from the PAT. 5. Select Next. {#ado-wkspc-conn-proj__substeps_inr_1tc_xwb} 4. Specify the access for the tool. 1. If you want to control access to the tool, add the groups that must be given access to the tool in the Maintained by field. The tasks these users in the groups can perform depends on the role assigned to them. * DevOps Tool Owner role: Can view and edit the tool. * DevOps App Owner role: Can view the tool and can associate, discover, import historical data, and modify pipeline steps (if applicable) of the tool's objects (such as plans, repositories, and pipelines). * DevOps Administrator role: Can edit all tools. * Other DevOps roles: Can view the tool. {#ado-wkspc-conn-proj__ul_csp_h5c_xwb} Note: If you don't select a group and skip this step, all users with the DevOps Tool Owner role will be able to edit the tool. 2. If you choose to control access to the tool, the All DevOps App Owners can view and associate tool objects to applications option becomes available for selection. This option enables all users having the DevOps App Owner role to access the tool. If selected, they'll be able to view, associate, discover, import historical data, and modify pipeline steps (if applicable) of the tool's objects. 3. Select Assign. {#ado-wkspc-conn-proj__substeps_arq_f5c_xwb} 5. Install the ServiceNow DevOps extension in your Azure DevOps instance. The ServiceNow DevOps extension will automatically create service connections while configuring webhooks. Service connections are required for sending build and release notifications from Azure DevOps. The extension also contains custom tasks to modify the Azure DevOps pipelines for change control, artifacts, and packages. For more information on the extension, see [Use the ServiceNow DevOps extension for Azure DevOps and Azure DevOps custom actions](https://servicenow-prod.fluidtopics.net/1xZN23j5GCbNyKMulIHDzA#config-dev-ops-extensions-azure "Install and configure DevOps extension for Azure DevOps to send build and release notifications from your Azure pipeline to DevOps Change Velocity."). Note: If you skip this step, to send notifications from Azure DevOps, you must manually create service connections after configuring webhooks. After installing the extension, select Marked as installed. 6. Configure webhooks automatically in your Azure DevOps instance to send data to DevOps Change Velocity. Choose to send data by either nightly polling or configuring webhooks to send real-time data. * Webhooks: Enable real-time notifications for your pipeline executions. Real-time notifications are ideal to maintain the most up-to-date information particularly for automating change requests.To use webhooks, select Configure. * Nightly polling: If you don't choose to configure now, you can enable nightly polling later to fetch data for any tracked plans by setting the Enable Polling property to Yes. {#ado-wkspc-conn-proj__ul_yph_1mz_gwb} 1. Enter the DevOps integration user name and password. For information about creating the DevOps integration user and password, see [Set up integration user account in DevOps Change Velocity](https://servicenow-prod.fluidtopics.net/Q_MrfA1tW3g99SLE3k1Zlg "Set up the integration user account to enable integrating with your third-party tools."). Note: * The step to enter the integration user name and password is required to configure only when DevOps Config is installed or the This property decides whether to create a Generic Connection on configure operation for Azure DevOps property is enabled. If this step is not required, webhooks are configured using token-based authentication. * When DevOps Config is installed or the Generic Connection on configure operation for Azure DevOps property is enabled, you can regenerate token (auto-configure with new token) from the workspace UI only, which will update integration user password. When DevOps Config is not installed, token can be regenerated from both the workspace and classic UI for token based authentication. Re-generate your token periodically for better security. {#ado-wkspc-conn-proj__ul_yq4_1l5_1yb} 2. Select Configure. To configure webhooks manually, select Configure manually. See [Configure webhooks in Azure DevOps manually](https://servicenow-prod.fluidtopics.net/~35WhO1SvsFuCQZSba1jbw#config-webhooks-azure-manually "Configure webhooks in Azure DevOps to send sync notifications to the DevOps Change Velocity application.") for more information. Important: * If you're connecting from the Home page or Tools module, the connection is complete and you're taken to the Summary page. * If you're connecting from the Applications module, then plans, repositories, and pipelines available in your project are discovered. You can track and import historical data from them. {#ado-wkspc-conn-proj__ul_yfy_zz1_bzb} {#ado-wkspc-conn-proj__ol_o51_n4b_bzb} 7. Select the plans to track. 1. Select the plans for which you want to track updates and associate to the application. 2. Select Next. 3. If you want to import plan data, select the date range and select Submit. You can import up to 90 days of data. {#ado-wkspc-conn-proj__ol_zlk_1jc_bzb} 8. Select the repositories to track. 1. Select the repositories for which you want to track updates and associate to the application. 2. Select Next. 3. If you want to import repository data, select the date range and select Submit. You can import up to 90 days of data. {#ado-wkspc-conn-proj__ol_r1g_3jc_bzb} 9. Select the pipelines to track. 1. Select the pipelines for which you want to track updates and associate to the application. 2. Select Next. 3. For each selected pipeline, all steps or stages are imported for the last successful execution. In the Assign services to pipeline steps activity, you can select the following for each pipeline step: 1. Pipeline step type: Select a step type for which you want to assign a service. Tip: Specify at least the Prod deploy step type for steps that represents the production deployment to enable DevOps to identify successful pipeline executions as production deployments. 2. Service: Select the CMDB application service that the pipeline step maps to. Application service maps approximately to the environment. If you use the same pipeline step to deploy to different environments, leave the field empty. Service information enables DevOps to identify and report on operational metrics such as incidents, outages, and so on. {#ado-wkspc-conn-proj__ol_aty_ftk_zxb} 4. Select Next. 5. If you want to import pipeline data, select the date range and select Submit. You can import up to 90 days of data. {#ado-wkspc-conn-proj__ol_sgy_rjc_bzb} 10. You're taken to the Summary page. From the Summary page, select View tool record to review the details of the connected tool. {#ado-wkspc-conn-proj__steps_z1s_klb_bzb} ### Result You've successfully onboarded your Azure DevOps tool to DevOps Change Velocity at the project level. ### What to do next From the Projects tab on the tool record page, select a project to navigate to the project record page. From here, you can discover project objects, and configure webhooks for the project. * Select Discover projects to discover the project objects, including existing plans (boards), repositories, and pipelines. This will discover all the projects in your organization as well. * Select Configure projects to configure webhooks for the project. * If you're on the tool records page, selecting Configure projects and entering the integration user credentials gives the list of unconfigured projects in your organization. Select the projects that you want webhooks configured for and select Configure. Note: The step to enter the integration user name and password is required to configure webhooks only when DevOps Config is installed or the Generic Connection on configure operation for Azure DevOps property is disabled. If this step is not required, webhooks are configured using token-based authentication. * To import historical data to the project objects like plans, repositories, or pipelines, associate the objects with an application, and import the data. For more information, see [Associate tool objects to applications - Workspace](https://servicenow-prod.fluidtopics.net/d~RLHHIdnkfXhP1np3FsoQ "After creating an application, you can associate plans, repositories, and pipelines with it. Applications group plans, repositories, and pipelines from DevOps tools, which provides traceability to user stories, commits, test results, and so on."). {#ado-wkspc-conn-proj__ul_dnw_t2w_ywb} **Related tasks** * [Configure webhooks from the tool record](https://servicenow-prod.fluidtopics.net/xBCT3l6udjf2J51Iy9PfSw "Configure webhooks from the tool record to send data to DevOps Change Velocity after your tool is connected.") *[\>]: and then