---
schema_version: "1"
id: 9ed7570a401f81ed48e5ff3c90cfdbaab415c6a77d3fc45d8edd718e56d22697
title: Deploy Data 360 Changes Across Orgs
collection: admin
version: current
locale: en-us
portal_url: https://docs.salesforce.com/admin/current/en-us/data/264-0-0/c360_a_data_cloud_sandbox_deploy.md
canonical_url: https://help.salesforce.com/s/articleView?id=data.c360_a_data_cloud_sandbox_deploy.htm&release=264.0.0&type=5
source_site: help.salesforce.com
content_type: documentation
content_hash: 1b6c8f3d591f8c1ade4aeb0a1075c1b4835307192d87ec2d2f695cc2500d891a
description: You can make Data 360 changes in a sandbox and then deploy them to a production org or another sandbox org. Additionally, you can deploy changes from one production org to another production by using a sandbox. Use a DevOps data kit and a change set to deploy the changes to a production org.
products:
  - Data 360
release: "264"
---
# Deploy Data 360 Changes Across Orgs

You can make Data 360 changes in a sandbox and then deploy them to a production org or another sandbox org. Additionally, you can deploy changes from one production org to another production by using a sandbox. Use a DevOps data kit and a change set to deploy the changes to a production org.

### Required Editions

<table class="slds-table slds-table_bordered slds-max-medium-table_stacked slds-m-bottom_small edition"><colgroup><col></colgroup><tbody><tr class=""><td class="slds-cell-wrap" style="vertical-align:top;">Available in: <strong>All Editions</strong> supported by Data 360. See <a href="https://help.salesforce.com/s/articleView?id=data.c360_a_dc_editions.htm&amp;release=264.0.0&amp;type=5" title="Data 360 is available in several supported Salesforce editions. Some Data 360 features also require additional licenses.">Data 360 edition availability</a>.</td></tr></tbody></table>

<table class="slds-table slds-table_bordered slds-max-medium-table_stacked slds-m-bottom_small permission">
        <colgroup>
          <col style="width:50%">
          <col style="width:50%">
        </colgroup>
        <thead class="slds-text-title_caps ">
          <tr class="">
            <th scope="colgroup" class="slds-cell-wrap" colspan="2" style="text-align:left;vertical-align:top;" id="d162698e69">User Permission Set
              Needed</th>
          </tr>
        </thead>
        <tbody>
          <tr class="">
            <td data-label="User Permission Set Needed" class="slds-cell-wrap" style="vertical-align:top;" headers="d162698e69 ">To deploy Data 360 changes:</td>

            <td class="slds-cell-wrap" style="vertical-align:top;" headers="d162698e69 ">
              <p>Permission set: </p>
              <ul>
                <li>Data Cloud Architect</li>

              </ul>
            </td>

          </tr>
        </tbody>
      </table>

This process details how to deploy changes from a sandbox to a production org. Use the same steps to deploy changes from your production org back to a sandbox. The process involves multiple steps within both Data 360 and the Salesforce Platform. Bookmark (![bookmark icon](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-data-data_cloud-264-0-0-production-enus/f3569962-3c9b-4f83-9d0c-b6a574e785da/data_cloud/images/bookmark_60.png)) this page or keep it open in a separate window to refer to this topic. For more information, see [Change Sets](https://help.salesforce.com/s/articleView?id=platform.changesets.htm&type=5&language=en_US).

To deploy Data 360 changes from a sandbox org to another org by using the Salesforce command-line interface, see [Use CLI to Deploy Changes from a Sandbox to Data Cloud](https://developer.salesforce.com/docs/data/data-cloud-dev/guide/dc-deploy_data_kit_using_cli.html).

![Note](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-data-data_cloud-264-0-0-production-enus/f3569962-3c9b-4f83-9d0c-b6a574e785da/images/icon_note.png)

Note When you deploy changes from a sandbox, you can deploy them back to the production org or to another sandbox. For simplicity, this topic uses the term "production," which can be the production org from which the sandbox was created or another sandbox org. To move metadata across production orgs, deploy the data from production org one to sandbox org one. Then, deploy those changes from sandbox one to the sandbox linked to production org two before the final push into production org two.

## Step 1: Create a Deployment Connection

If you haven’t already done so, in your production org, create a deployment connection between your production (target) org and the sandbox (source) org. See [Authorize a Deployment Connection](https://help.salesforce.com/s/articleView?id=platform.t_changesets_deployment_connection.htm&type=5&language=en_US) and [Change Set Setup and Configuration](https://help.salesforce.com/s/articleView?id=000385608&type=1&language=en_US).

Because you’re deploying from sandbox to production, you create the deployment connection in the production org. This deployment connection allows inbound change sets to be installed in the production org.

## Step 2: Create a DevOps Data Kit

1. In the sandbox org, from Data Cloud Setup, create a DevOps data kit. See [Create a Data Kit](https://help.salesforce.com/s/articleView?id=data.c360_a_data_stream_bundle_package_kits.htm&type=5&language=en_US).
2. For Data Kit Type, select **DevOps**.
3. Select a data space.
    
    ![Sandbox new data kit page](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-data-data_cloud-264-0-0-production-enus/f3569962-3c9b-4f83-9d0c-b6a574e785da/data_cloud/images/c360_a_data_cloud_sandbox_deploy_data_kit.png)
    
    Make sure that the data space with the same prefix name exists in both the sandbox org and the production org.
4. Add the Data 360 components that you want to deploy to the DevOps data kit.
    
    When you add a source DMO to a DevOps data kit, the kit automatically detects and packages the associated DMO-to-sObject relationships.
5. To review the auto-publishing sequence of the data kit components in target org, click **Publishing Sequence**.
    
    If you edit the publishing sequence, Data 360 doesn't auto-update the sequence when you add or modify data kit components. After editing, update the publishing sequence manually for each data kit change.
    
    The system publishes components based on their creation dates. Review the publishing sequence for these components.
6. Click **Save**.

If you create a data space in a sandbox that doesn’t exist in the production org, and you want to deploy components from that data space, you must first manually create the data space in production. The data space isn’t created when you deploy the data kit.

## Step 3: Create and Upload an Outbound Change Set

1. In the sandbox org, from Setup, create an outbound change set. See [Create an Outbound Change Set](https://help.salesforce.com/s/articleView?id=platform.t_changesets_outbound.htm&type=5&language=en_US).
2. Add the DevOps data kit to the outbound change set.
3. In the Component Type field, select **Data Package Kit Definition** and select the DevOps data kit that you want to add. See [Select Components for an Outbound Change Set](https://help.salesforce.com/s/articleView?id=platform.changesets_outbound_components_select.htm&type=5&language=en_US).
4. In the outbound change set, add the data kit dependencies. See [View and Add Dependent Components to a Change Set](https://help.salesforce.com/s/articleView?id=platform.changesets_outbound_dependencies.htm&type=5&language=en_US).
    
    When you add dependencies, there can be multiple pages of components, so be sure to scroll through all the pages.
    
    If your data kit includes any key qualifier files related to DMOs or relationships, make sure to delete them.
5. If you add a data kit that contains a custom DMO to the outbound change set, you must add the DMO relationships to the change set. However, don't add relationships for derived objects, like unified individuals, to the change set. These relationships are automatically handled through their source objects. In the Change Set Components section, click **Add**. Then from the Component Type field, select **Field Source Target Relationship**, and add the relevant relationships to the change set.
    
    If a field source-target relationship exists between a DMO and a custom field on a standard Salesforce object, create the same custom field in the target org before deploying the change set. If the custom field doesn't exist in the target org, the deployment fails.
6. Upload the outbound change set. See [Upload an Outbound Change Set](https://help.salesforce.com/s/articleView?id=platform.changesets_outbound_init_deploy.htm&type=5&language=en_US).

## Step 4: Deploy the Inbound Change Set and the Data Kit

1. In the production org, from Setup, deploy the inbound change set. See [Deploy a Change Set](https://help.salesforce.com/s/articleView?id=platform.changesets_inbound_deploy.htm&type=5&language=en_US).
    
    This step deploys the data kit and all the features in the data kit.
2. Verify the deployment status of the data kit components.
    
    1. From Data Cloud Setup, in the Quick Find box, enter Data Kits.
    2. Select **Data Kits** and select the DevOps data kit.
    3. On the Deployment History tab, verify the progress of the deployment.
        
        If a component in the deployment fails, the components after it in the sequence aren’t deployed.
    
    When you deploy a data kit using a change set, the system automatically deploys the data kit and its components. If you deploy the same data kit by using another change set, the data kit installs but doesn't deploy the components. To complete the deployment, open your data kit, and click **Deploy Data Kit**.

#### See Also

- [_Salesforce Developers_: Use CLI to Deploy Changes from a Sandbox to Data 360](https://developer.salesforce.com/docs/data/data-cloud-dev/guide/dc-deploy_data_kit_using_cli.html)
- [_Salesforce Help_: Data 360 Governance Mergeback with DevOps Data Kits](https://help.salesforce.com/s/articleView?id=data.c360_a_mergeback_devops_datakits.htm&language=en_US)