---
schema_version: "1"
id: 5c54206f004b43aa1260b96cfd6675622b3acd0e6ab61527841d24cb1c947d9e
title: Deploy Your Migrated Components to the Production Environment (Vlocity Industries Managed Package and Standard Data Model)
collection: admin
version: current
locale: en-us
portal_url: https://docs.salesforce.com/admin/current/en-us/xcloud/264-0-0/os_migrate_phase3_step3_deploy_std_dm_std_runtime.md
canonical_url: https://help.salesforce.com/s/articleView?id=xcloud.os_migrate_phase3_step3_deploy_std_dm_std_runtime.htm&release=264.0.0&type=5
source_site: help.salesforce.com
content_type: documentation
content_hash: b4c63833ca6c289c98e96cb91768f7926198ad5cc110ec5e85ed7d6fd34ea93a
description: Manually complete these steps to switch to the Omnistudio standard runtime and deploy your migrated components to the production environment using your standard deployment process..
products:
  - Omnistudio
release: "264"
---
# Deploy Your Migrated Components to the Production Environment (Vlocity Industries Managed Package and Standard Data Model)

Manually complete these steps to switch to the Omnistudio standard runtime and deploy your migrated components to the production environment using your standard deployment process..

Key deployment considerations include:

- Deployment sequencing: Deployment order must be managed based on implementation dependencies. Parent–child relationships (for example, Omniscripts depending on Data Mappers or Integration Procedures) require dependent components to be deployed first. Failure to follow the correct sequence can result in dependency errors and may require manual intervention.
- Separation of deployments: Always deploy Setup components (for example, custom objects, fields, and record types) separately from Omnistudio components. Deploying both together can result in failures, especially when dependencies exist between Setup and Omnistudio components.

- **[Validate the Migration Completeness in Your Production Environment (Vlocity Industries Managed Package and Standard Data Model)](https://help.salesforce.com/s/articleView?id=xcloud.os_migrate_phase3_step4_validate_std_dm_std_runtime.htm&release=264.0.0&type=5)**  
    Validate whether the migration process is complete:
- **[Follow the Release Process (Vlocity Industries Managed Package and Standard Data Model)](https://help.salesforce.com/s/articleView?id=xcloud.os_migrate_phase3_step5_follow_release_std_dm_std_runtime.htm&release=264.0.0&type=5)**  
    Follow your release process to push the migration changes to your production org.

## Orgs with Metadata Enabled

1. Retrieve all components from the source org: Record the cleaned components and updated references as Metadata API–compatible artifacts. See [Deploy Migrated Omnistudio Components to Another Environment](https://help.salesforce.com/s/articleView?id=xcloud.os_migrate_get_done_push_migrated_objects_to_production.htm&type=5&language=en_US).
2. Configure target org settings: Prepare the target org to support the standard runtime environment.
    1. In Setup, find and select **Omnistudio Settings**.
    2. Turn off the **Managed Package Runtime** and **Managed Package Designer** settings.
    3. Turn on the **Deploy Custom Lightning Web Components in Standard Runtime** setting.
3. Deploy the package to the target org by using SF CLI. See [Deploy Migrated Omnistudio Components to Another Environment](https://help.salesforce.com/s/articleView?id=xcloud.os_migrate_get_done_push_migrated_objects_to_production.htm&type=5&language=en_US).

## Orgs with Metadata Disabled

1. Retrieve all components from the source org: Record the cleaned components and updated references as Metadata API–compatible artifacts.
    
    ```
    sf project retrieve start --manifest OmnistudioDeployment.xml --target-org sourceorguser@domain.com
    ```
2. Configure target org settings: Prepare the target org to support the standard runtime environment.
    1. In Setup, find and select **Omnistudio Settings**.
    2. Turn off the **Managed Package Runtime** and **Managed Package Designer** settings.
    3. Turn on the **Deploy Custom Lightning Web Components in Standard Runtime** setting.
3. Deploy the package to the target org by using SF CLI. See [Deploy Migrated Omnistudio Components to Another Environment](https://help.salesforce.com/s/articleView?id=xcloud.os_migrate_get_done_push_migrated_objects_to_production.htm&type=5&language=en_US).
4. Preview records targeted for cleanup: Before deleting records, run the cleanup command with the `--assess` flag. This identifies records with special characters or missing unique names (orphans) that block Metadata API enablement.
    
    ```
    sf omnistudio:migration:clean -u targetorguser@domain.com --assess
    ```
    
    Review the JSON reports generated in the clean\_assessment folder.
5. Run the cleanup command in the target org: Run the `clean` command to remove incompatible records identified in the previous step. The tool deactivates and deletes records with special characters and older records without a unique name that now have valid deployed counterparts.
    
    ```
    sf omnistudio:migration:clean -u targetorguser@domain.com
    ```
6. Enable the Omnistudio Metadata API in the target org: After the cleanup is complete and the org is free of incompatible records, enable the **Omnistudio Metadata** setting.
    1. In Setup, find and select **Omnistudio Settings**.
    2. Turn on the **Omnistudio Metadata** setting.