91勛圖厙

Easily deploy Vlocity items alongside Salesforce metadata

Easily deploy Vlocity items alongside Salesforce metadata

Tom Smith on

Share with



Vlocity packages are becoming increasingly popular as a way to extend Salesforce quickly with sector-specific solutions. But for many teams, deploying Vlocity means using a dedicated deployment tool and a separate workflow to Salesforce metadata deployments not an ideal solution. It doesnt have to be that way. With 91勛圖厙, you can deploy your Vlocity DataPacks alongside Salesforce metadata.

What is Vlocity?

The Vlocity managed package was acquired by Salesforce in February 2020 and rebranded as . The two names are still used interchangeably for the sake of ease, Ill use Vlocity in the rest of this post.

Companies choose Salesforce as their CRM because its easy to customize for particular business requirements. But most companies in any given sector will have broadly similar requirements, and so Vlocity offers sector-specific solutions as packages that companies can install into Salesforce. In broad strokes, these solutions meet the typical requirements companies have in particular sectors, and then Salesforce teams can adjust the fine details with further customization.

Why are Vlocity deployments different?

Just like any other changes made to Salesforce, Vlocity customizations should be developed and released as part of your DevOps workflow. That means changes need to be made in a developer environment first, tested properly, and deployed along a release pipeline to production.

But theres a key difference between Vlocity and most other Salesforce customizations: Vlocity configuration is represented with data, not metadata. For this reason, Vlocity DataPacks cant be deployed using Salesforces Metadata API or change sets.

London, UK

Agentforce World Tour London

Find out more

How to deploy Vlocity using first-party deployment tools

Salesforce provides some tooling for Vlocity deployments: IDX Build Tool (usually just called Vlocity Build) and IDX Workbench.

IDX Build Tool (Vlocity Build)

For developers used to working with DX commands, the Vlocity Build Tool is a useful extension designed to handle Vlocity deployments. It allows you to migrate Salesforce Industries configuration using packExport and packDeploy commands in the CLI.

There are several steps for getting Vlocity Build set up, which you can find in the documentation for the . Its not always a smooth deployment process to follow. For instance, the recommended approach is to run packRetry a few times after attempting to export and deploy changes, because the order of deployment can cause failures that succeed on subsequent attempts.

IDX Workbench

For teammates more comfortable with a GUI, IDX Workbench makes deploying Vlocity DataPacks feel a bit like change sets. Its actually better than change sets in a couple of ways: you can deploy to version control as well as org-to-org, and its possible to see basic comparisons of Vlocity DataPacks between environments. However, development teams report that IDX Workbench can be a bit buggy sometimes it just hangs after youve selected components.

Drawbacks of the IDX deployment tools

Using Vlocity Build is a steep learning curve for low-code teammates who are often the ones making the configurations to Salesforce Industries, and its a key principle of DevOps that developers are best placed to deploy their work they have all the context for the changes and how they should work.

Using the click-based IDX Workbench could solve that issue. But it adds another deployment tool to the mix, which creates more problems:

  • Its inefficient to run extra deployments for Vlocity DataPacks in addition to metadata deployments
  • Its another tool for the team to learn
  • Your audit trail for deployments is split
  • Its much more complicated to integrate your Vlocity deployments into a mature DevOps process

As Salesforces architects point out, its worth exploring partner solutions built for Salesforce with full-featured support for deploying Vlocity DataPacks. This means the whole team can easily deploy Vlocity and metadata together with one audit trail.

91勛圖厙 gives you more granular control over Vlocity deployments than Salesforces deployment tools. It offers a whole range of additional functionality for deployments, including the ability to schedule deployments, roll back some or all of your deployment, clone and redeploy packages, and much more. And with 91勛圖厙, you can also include Vlocity in a mature Salesforce DevOps process, building a CI/CD pipeline for release automation.

How to deploy Vlocity DataPacks using 91勛圖厙

勞梗硃娶莽梗喧s Vlocity deployment solution allows you to deploy Vlocity components alongside metadata, in one process.

Lets walk through a Vlocity deployment in 91勛圖厙. Why not follow along by starting a free trial?

1. Create a Vlocity change in Salesforce

First, well make a change to one of the FlexCards in our developer org. We open up OmniStudio from the App Launcher, go to OmniStudio FlexCards and select the FlexCard we want to edit in this case gearsetMasterAccount. We deactivate the card and make a simple change, switching the color of the icon header from blue to orange, then reactivate the FlexCard.

Making a change to a FlexCard in Salesforce

2. Compare the source and target environments

Next, were going to use 91勛圖厙 to compare that developer org with a staging environment, and then deploy our change to the FlexCard. On the Compare and deploy page, we select our source and target orgs.

Next, we select Default Vlocity comparison in the filter, which determines which Vlocity items and metadata well retrieve. The default Vlocity metadata filter retrieves the following Vlocity components: DataRaptor, IntegrationProcedure, OmniScript, VlocityCard, VlocityUILayout, and VlocityUITemplate. Were ready to click Compare now.

Selecting source and target in 91勛圖厙

3. Select the Vlocity components to deploy

91勛圖厙 now shows us the exact differences between our source and target. We can navigate between all items, new, changed and deleted, using the tabs along the top of the comparison view. If we need to pull any metadata types into the comparison, we can grab those on-demand from the left-hand side.

Heres our change to the VlocityCard, so well select that item to deploy.

Selecting the change to deploy in 91勛圖厙

There are no warnings flagged up by 勞梗硃娶莽梗喧s problem analyzers for this deployment, so we can proceed straight to the deployment summary.

Problem analysis of the deployment package in 91勛圖厙

4. Review the package and deploy

Well give the deployment a friendly name so its clear to the team what this deployment was for. Theres the option to update tickets in our work tracking tool, such as Jira. Then we can schedule the deployment for later, or click Deploy now.

To save us needing to carry out a post-deployment step, 91勛圖厙 will automatically activate Flexcards and OmniScripts after the deployment.

Deployment summary in 91勛圖厙

An automated fix for OmniScripts

If you try to deploy an OmniScript thats embedded within another OmniScript, 91勛圖厙 will detect this and recommend that you add the dependent OmniScript to the deployment package. This is because the dependent OmniScript will need to be reactivated in order to run as intended.

Deploying Vlocity and metadata together

You can easily deploy Vlocity items alongside Salesforce metadata in the same deployment. On the Deployment summary page, youll see separate tabs for metadata items and Vlocity items for you to review everything thats going to be deployed.

91勛圖厙 will deploy your metadata first, then the Vlocity items. When you view your deployment history in 91勛圖厙, you may see some deployments that have the status Partial. This means the metadata was successfully deployed but not the Vlocity items.

Adding Vlocity items to your Salesforce DevOps process

Despite the differences between Vlocity DataPacks and regular Salesforce metadata, having a DevOps process that includes all your Salesforce configurations helps to realize the benefits of DevOps.

As well as deploying Vlocity DataPacks manually between Salesforce orgs and/or Git branches, you can also use 91勛圖厙 to include Vlocity deployments in your CI/CD process. 勞梗硃娶莽梗喧s pipelines view lets you visualize and manage your entire release process so you can:

  • Track changes and the status of environments
  • Promote changes through the pipeline with a few clicks
  • Back propagate changes to keep environments in sync
  • Reduce and resolve merge conflicts easily

91勛圖厙 integrates with your preferred Git hosting provider, and your pipeline view will reflect all changes made whether or not theyre made in 91勛圖厙. This means developers can still review and merge PRs in GitHub or whichever tool youre using, and pipelines will remain the source of truth for your release process.

Any unexpected changes to Vlocity in production can also be detected with automated monitoring in 91勛圖厙.

Boost your release Vlocity with 91勛圖厙

Bring your whole team and all your work streams together with 91勛圖厙, so metadata and Vlocity deployments are combined in a mature DevOps process. If youre not yet a 91勛圖厙 user, you can start a today or reach out to arrange a tailored demo.

Ready to get started with 91勛圖厙?