Guide

Salesforce CPQ to Revenue Cloud Advanced migration: what it involves

Revenue Cloud Advanced is built on core Salesforce objects with a different data model from the SBQQ package. Salesforce says CPQ-specific objects, rules, and scripts “don’t map directly” and that there is no first-party tool — only partner accelerators. A full rebuild runs 12–18 months in practice. Licenses are $150 or $200 per user per month. Here is the work, in order.

12–18 mo
Full rebuild, in practice
$150–$200
Per user per month
~15%
Of RCA customers came from CPQ
0
First-party migration tools

The short answer

  • You expect the tools to do the migrationThey move catalog and price books; rules, scripts, integrations and templates are rebuilt by people.
  • You read “3–6 months” on the marketing pageTreat it as a best case; full rebuilds run 12–18 months in practice.
  • You want the successor anywayRationalize the catalog first; it is the longest pole.

What Salesforce itself says

From Salesforce’s end-of-sale page: “A typical migration runs 3–6 months from discovery through go-live, but complex implementations with extensive custom logic, large product catalogs, and multiple integrations can take longer.” Treat that 3–6 months as a best case; a full rebuild runs 12–18 months in practice. And: CPQ-specific objects, custom fields, pricing rules, and scripts “don’t map directly — a structured migration and data transformation process is required.” Source: salesforce.com.

Salesforce also publishes a side-by-side of the two architectures: CPQ is a managed package with SKU-based bundles, price rules and Quote Calculator Plugin scripts, a rules-based configurator, and a Subscription custom object; RCA is native to core with an attribute-based catalog, declarative pricing procedures, a constraint-based configurator, and asset-based amendments and renewals. Every one of those rows is a rebuild.

The steps

  1. Assess the current implementation

    Inventory products, bundles, price rules, discount schedules, QCP and Apex scripts, quote templates, approval chains, and integrations. Salesforce’s advice is to identify where CPQ creates friction before deciding timing and approach (source).

  2. Rationalize the catalog

    RCA uses an attribute-based catalog rather than SKU-based bundles. Most teams collapse SKU variants into attributes. This is design work, not data loading.

  3. Rebuild pricing as procedures

    Price rules, discount schedules, and QCP scripts become declarative pricing procedures and elements. Advanced discount schedules and price rules need manual handling even with partner tooling (Prodly).

  4. Choose a tool

    Salesforce names Forsys RevRamp, IdeaHelix, and Prodly (source). Its Help page is explicit about what they cannot do: Apex and Quote Calculator Plugin logic, integrations, document templates, page layouts, permissions and custom fields all move by hand (Salesforce Help). Compare them in migration tools.

  5. Migrate the install base

    SBQQ Subscriptions and Contracts become RCA assets; renewals and amendments become asset-based. Test a renewal end to end before cutover.

  6. Re-point integrations and templates

    ERP, billing, e-signature, and document generation all reference SBQQ objects today. Each needs the new object model.

  7. Pilot, then cut over

    Run one business unit or product line first. Keep CPQ licensed until the last renewal has been processed in RCA.

Salesforce’s four migration paths and four rollout models

Salesforce’s CPQ Migration page (salesforce.com) gives the move a vocabulary worth adopting, because your partner and your executive sponsor will both use it. Four paths describe how much you change; four rollouts describe how you switch.

PathWhat it meansWhen it fitsWatch for
Lift and shiftMove the catalog, rules and data across with minimal redesign.Small catalog, few rules, no QCP.Salesforce’s own Help says to “treat your migration as a redesign rather than a direct migration” (Help); a true lift and shift is rare.
Selective transformationMove most as-is; redesign the parts that hurt (pricing, bundles).A working CPQ with two or three known problems.Scope creep — every “while we are in there” adds weeks.
Full rationalizationRedesign catalog, pricing and process from first principles.Catalog sprawl, legacy discounting, many integrations.This is the 12–18 month project.
New BU or product lineStart RCA on something new; leave CPQ on the old book.A launch that needs a different selling model.Two systems of record until the old book is retired.
RolloutWhat it meansWhen it fits
Big bangEveryone switches on one date.Small teams; one quote cycle of parallel run first.
Pilot-firstOne team or region proves it, then the rest follow.Most mid-market orgs.
BridgeCPQ and RCA run together with a defined hand-off for some time.Long contract terms; renewals must finish on CPQ.
Cohort-basedSegments move in waves.Many business units or regions with different catalogs.

Our phased migration and parallel run pages cover the same ground from the admin’s side, and apply to any destination.

What the marketing page says, and what the Help docs say

Read both before you plan. The CPQ Migration page offers “lift and shift” with minimal redesign (salesforce.com). The Help documentation for the same move says CPQ objects, fields, rules and scripts do not map directly, that the migration should be treated as a redesign, and that the partner tools cannot migrate Apex, Quote Calculator Plugin logic, integrations, document templates, layouts, permissions or custom fields (differences · tools). The Help version is the one to budget against. It runs to roughly forty pages — phases, org-complexity evaluation, strategy selection, architecture changes by domain, cutover planning, per-data-set procedures — and is the deepest first-party migration reference Salesforce publishes (Migrate to Revenue Management). It contains no cost figure and no object-by-object map; for those see RCA pricing and the object mapper.

What migrates automatically, with help, or by hand

Object mapping from Salesforce CPQ (SBQQ) to Revenue Cloud Advanced Figure 1. Salesforce Help says the migration tools do not move Apex/QCP, integrations, templates, layouts, permissions or custom fields; the dashed rows are the rebuild that puts a full move at 12–18 months in practice. Salesforce CPQ (SBQQ)Revenue Cloud AdvancedPricebook2 / PricebookEntryPrice book entries (reused)moves as-isSBQQ__Quote__c / QuoteLine__cQuote and quote line (standard model)moves as-isProduct2Attribute-based product catalogrebuildSBQQ__ProductOption__c / ProductFeature__cAttribute-based catalogrebuildSBQQ__ProductRule__cContext definitions and rulesrebuildSBQQ__PriceRule__c / QCP scriptsPricing proceduresrebuildSBQQ__Subscription__cAsset-based install baserebuildSBQQ__QuoteTemplate__cDocument templatesrebuildERP / billing / e-signature integrationsRe-pointed by handrebuild
Moves as-is — standard Salesforce objectRebuild — package-specific, no direct equivalent
Figure 1. Salesforce Help says the migration tools do not move Apex/QCP, integrations, templates, layouts, permissions or custom fields; the dashed rows are the rebuild that puts a full move at 12–18 months in practice.

Prodly’s founder, who built the original SteelBrick CPQ, sorts the work into three buckets in a public webinar (Prodly). Combined with Salesforce’s own list of what tools cannot do (Help), the picture is:

BucketWhat falls in itWho does the work
AutomaticProducts, price book entries, bundle structure, product selling models.The migration tool, with validation.
AssistedProduct rules (validation, selection), simple price rules, discount schedules, install base (subscriptions and assets consolidate into managed assets).Tool proposes; an admin reviews and corrects.
By handAdvanced discount schedules, complex price rules, Quote Calculator Plugin and Apex, integrations, quote document templates, page layouts, permission sets, custom fields.Admin, developer or SI — this is where the months go.

Historical transactions are the one thing every source agrees on: do not migrate closed quotes and orders; archive them read-only and migrate the active install base completely. Our quote and subscription data migration page has the cutoff rule and the reconciliation procedure. The object mapper now shows the bucket for every SBQQ object.

Running CPQ and RCA in one org

Salesforce documents a coexistence mode: the CPQ package and Revenue Cloud Advanced can run in the same org during the transition, with an RCA licence, and a feature matrix describes what works in each (Salesforce Help). Keep CPQ licensed until the last renewal has been processed on the new side; the parallel run procedure applies unchanged.

What it costs

Licenses are published: $150 per user per month for Revenue Cloud Growth (quoting and configurator, order capture, subscriptions) and $200 for Advanced (adds contracts and orders, consumption and invoicing, AI and analytics), billed annually, on an annual contract (Salesforce pricing). Implementation is not published; it is scoped by the partner. Our calculator uses a labeled estimate for a 50-user SI-led rebuild. Salesforce Premier Success is listed at 30% of net license fees if you want expedited support.

Details on tiers and add-ons: Revenue Cloud Advanced pricing.

The alternative path

Because RCA is a re-implementation either way, some teams use the moment to compare it against a Salesforce-native CPQ that keeps standard Products and Price Books. Kugamon migrates from SBQQ in 4–8 weeks at $65 per user per month; the playbook shows what moves. Neutral comparison of the two Salesforce products: Salesforce CPQ vs Revenue Cloud Advanced. What RCA actually is: explainer on kugamon.com.

Common questions

CPQ to Revenue Cloud — FAQ

All questions →

No. Salesforce describes different architectures: CPQ is a managed package, RCA is native to the core platform with a new data model. CPQ objects, rules, and scripts do not map directly (Salesforce). It is a migration with data transformation.

a full rebuild runs 12–18 months in practice (source). Forsys claims 6–8 weeks for the data-transformation portion with its RevRamp tool (Forsys); that is a vendor claim about one phase, not the whole program.

$150 per user per month for Growth and $200 for Advanced, billed annually on an annual contract, per Salesforce’s pricing page. It is a paid add-on to Sales Cloud. Implementation is quoted by partners. See RCA pricing, explained.

Salesforce says approximately 15% of Revenue Cloud Advanced customers migrated from Salesforce CPQ (source). It does not publish the absolute number.

Yes. There is no forced migration. Salesforce-native alternatives such as Kugamon keep your standard Products and Price Books and typically migrate in 4–8 weeks (playbook); external platforms such as DealHub or Nue are also options. Overview: migration hub.

Next step

See your migration plan

Published timelines by source platform, a fixed implementation fee, and a calculator that labels every estimate.