Salesforce Billing’s Hold Billing field on Order Product works exactly as follows:

When Hold Billing = Yes, Salesforce Billing does not generate invoice lines for that Order Product.

Once the user sets Hold Billing back to No, Billing:

Calculates the missed invoice periods

Creates catch-up invoice lines so billing is not lost

Correct Behavior (per Documentation)This means:

✔ Invoicing is suspended

✔ Catch-up invoice lines are created for the entire period Hold Billing was active

Thus, C is the correct and documented behavior.

Why the other answers are incorrectOption

Description

Why Incorrect

A

Prevents invoice document generation and emails

Misleading: the function specifically stops invoice line creation for the order product; it does not manage email notifications.

B

Hold Billing auto-resets on activation

False. Hold Billing is a manual field and does not auto-clear.

D

Only invoices after Hold Billing is set to No are created

Incorrect—Billing creates catch-up invoices for missed time.

Thus, C is completely aligned with Salesforce Billing behavior.

Requirement:

Provide an aggregated view of current goods and services on a contract.

This refers to consolidating all active entitlements, subscriptions, assets, and amendments.

Salesforce Revenue Cloud feature for this:✔ E. Customer Asset Lifecycle Management (CALM)CALM provides:

A unified, aggregated view of:

Active assets

Entitlements

Subscriptions

Amendments

Renewed services

Tracks lifecycle changes from:

Orders

Amendments

Cancellations

Upgrades

Represents the source of truth for what the customer owns today.

Why not the others?Option

Why Incorrect

A. Amendments

These modify contracts but do NOT aggregate current products.

B. Orders

Represent transactions, not current state.

C. Subscriptions

Only subscription items, not full lifecycle items or non-subscription goods.

D. Renewals

Only track renewal processes, not aggregated state.

Only CALM provides an aggregated, contract-aligned view of all customer entitlements.

Revenue Cloud Billing does not allow reparenting or reallocating payments across accounts.

To correct a misapplied payment:

Un-allocate the payment if already applied

Refund the payment

Create a new payment under the correct account (Account B)

Allocate it to the appropriate invoice

This follows Billing best practices for financial audit integrity.

User Story“As a pricing manager, bulk discounts must include previously purchased quantities for pricing calculations on the quote to reward loyal customers.”

This refers to historical purchases influencing tiered or volume discounts.

In Salesforce CPQ, the only native feature that supports “include prior purchases when calculating discount tiers” is:

✔ Discount Schedules with Cross Orders enabledThis setting tells CPQ to:

Look at existing subscriptions, assets, orders, and previous quote lines

Aggregate prior quantities

Apply tiered volume discount based on the total owned quantity + new quantity

But for Cross Orders functionality to work…

✔ Historical Subscriptions / Assets must existSo you must migrate historical:

Contracts

Subscriptions

Assets (if asset-based ordering)

Without that data, CPQ cannot aggregate historical quantities.

Correct answer: B and E✔ B — Populate Contracts, Subscriptions, and Assets with historical dataCPQ needs these to calculate previously purchased quantities.

✔ E — Discount Schedules with Cross Orders checkedThis is the actual feature that uses prior purchased amounts to determine discount tiers.

Why the other options are not correct:Option

Why Incorrect

A — Custom Action

Unnecessary. CPQ has native Cross Orders behavior.

C — Summary Variable

Summary variables do not summarize external historical purchases.

D — Migrate Orders & Invoices

Not required for CPQ pricing. Only Subscriptions/Assets matter.

Salesforce CPQ scoping guidance always starts with Business Process Mapping to understand:

Lead → Opportunity → Quote → Contract → Order → Billing → Renewal lifecycles

How CPQ/Billing should support the business

Products, documents, e-signature, and order management all come after process mapping.

Thus A is correct.

These are the three factors that increase scope during legacy data migration for Revenue Cloud:

✔ A — Extracting from multiple sources takes more time and resourcesIf legacy data is spread across multiple CRMs, ERPs, billing engines, or flat files, this increases:

Extraction complexity

Mapping effort

Data cleansing time

This always expands project scope.

✔ B — Fragmented or incomplete information must be aggregated and validatedIf legacy data is dirty or inconsistent:

Amendments fail

Renewals break

CPQ calculations are wrong

Billing proration becomes inaccurate

Data validation + cleanup = additional scope.

✔ D — Large data volumes take longer to loadFull loads of:

Order Products

Subscriptions

Assets

Contracts

…can take hours to days, requiring:

Batch loading

Testing

Restart planning

Performance tuning

This clearly expands scope.

Why C and E are not correct:Option

Reason

C — External objects eliminate migration

Completely false. CPQ/Billing cannot use external objects for core processes such as pricing, contracting, amendments, renewals, invoicing.

E — Amendments/Renewals require customizations

Not a migration consideration; it is a design topic, not a factor that expands migration scope.