You are here:
Migrate Omnistudio Components from Vlocity Industries Managed Packages and Custom Data Model to Omnistudio Standard Runtime
The Omnistudio migration process migrates components such as Flexcards, Omniscripts, Data Mappers, Integration Procedures, Omni Global Auto Numbers, Apex classes, FlexiPages, Experience Cloud site pages, Lightning web components (LWCs), and custom labels from the Vlocity Industries managed package runtime (custom data model) to the Omnistudio standard runtime (standard data model). Moving to the Omnistudio standard runtime involves migrating components from the custom data model used in Vlocity Industries managed packages to the standard data model. The Vlocity Industries managed packages include Insurance (INS), Communications, Media, and Energy (CME), and Public Sector (PS). The migration is performed using the Omnistudio Migration Assistant, which automates and guides you through the process for a smooth transition.
Omnistudio Migration Assistant: Automated vs Manual Tasks
| Tasks | Migration Automated Using Omnistudio Migration Assistant? | Automated or Manual? |
|---|---|---|
| Enable Omnistudio metadata API support | No | Manual |
| Convert or Rebuild Angular Components | No | Manual |
| Migrate calculation procedures and calculation matrices to the Business Rules Engine | No | Manual |
| Convert to Standard Data Model | Yes | Automated |
| Switch to the Standard Runtime | Yes | Automated |
| Deploy Custom Lightning Web Components | No | Manual |
| Switch to the Standard Designer | No | Manual |
| Updates to Omnistudio Custom Functions | Yes | Automated |
| Update References to Omnistudio Components After Migration | Yes | Automated |
| Update Remote actions | Yes | Automated |
| Migrate Omni Global Auto Numbers | Yes | Automated |
| Migrate Custom Labels | Yes | Automated |
| Migrate Custom LWCs | Yes | Automated |
| Update Lightning Pages | Yes | Automated |
| Update Community Pages | Yes | Automated |
Limitations
- Save for Later sessions: Sessions (saved session IDs) created in the package runtime with a custom data model cannot be resumed after migrating to the standard data model and standard runtime. Any Omniscript sessions saved before migration become invalid and cannot be restored. Start new sessions in the standard runtime environment.
- Data Mapper versioning: If your org has multiple versions of a Data Mapper, migration to the standard data model and Omnistudio standard runtime is not supported.
- Industries Configure, Price, Quote (CPQ): The Omnistudio Migration Assistant does not support the migration of Industries CPQ out-of-the-box application.
- Hybrid CPQ: The Omnistudio Migration Assistant does not support the migration of Hybrid CPQ built on Angular framework.
- Omni Interaction Config settings: If these settings are present in your org, Omnistudio
Migration Assistant does not support migration:
EnableLegacyOmniScriptDesignerForLWC=trueandShowLegacyOmniStudioUi=true. - Communications, Media, and Energy (CME): The Omnistudio Migration Assistant is currently applicable for CME customers who have custom applications that do not use or extend the out-of-the-box (OOTB) UI.
Omnistudio Migration Workflow
For a smooth and controlled migration, follow the Omnistudio migration workflow across development, testing, and production sandboxes. See Sandboxes for Omnistudio Migration.
- Development sandbox:
- Prepare your org for the migration process.
- Run the Omnistudio Migration Assistant in the Assess mode to assess your Omnistudio components such as Omniscripts, Flexcards, Data Mappers, Integration Procedures, Apex Classes, Omni Global Auto Numbers, FlexiPages, Experience Cloud Site Pages, Lightning Web Components, and Custom Labels.
- Review the assessment reports generated for the components.
- Run the Omnistudio Migration Assistant in the Migrate mode to migrate the components and validate the results before moving them to your testing sandbox. This step helps detect early issues in a controlled environment.
- Testing sandbox:
- Prepare and deploy your validated components from the development sandbox.
- Run thorough validation tests to confirm the components are ready for migration. This step helps refine changes before migrating the components to the production environment.
- Production environment:
- Prepare and deploy the final validated components.
- After a successful validation, follow your organization’s release processes to roll out changes safely.
- Migration Phase 1: Development Sandbox (Vlocity Industries Managed Packages and Custom Data Model)
In phase 1, prepare your development and testing sandboxes by upgrading to the required managed package versions, provisioning necessary licenses, and enabling the Omnistudio Metadata API setting. Convert or rebuild any unsupported Angular components and migrate calculation logic to the Business Rules Engine. Next, run the Omnistudio Migration Assistant in Assess mode to identify issues and confirm readiness. After resolving any manual interventions, run the tool in Migrate mode to move components and related objects to the standard runtime. Finally, validate the migration by reviewing reports, updating integrations, and testing business workflows in your sandboxes. - Migration Phase 2: Testing Sandbox (Vlocity Industries Managed Packages and Custom Data Model)
Deploy the changes you made in the development sandbox to the testing sandbox. Test them in your business workflows. After you complete phase 2, your changes are ready for deployment to production. - Migration Phase 3: Production Environment (Vlocity Industries Managed Packages and Custom Data Model)
Use your existing production deployment process to prepare your production environment and deploy the changes you tested in the testing sandbox. Test your business workflows. After you complete phase 3, follow your release process to push the migration changes to your production org.

