Rev-Con-201 Premium Exam Questions

To make a custom field on the Product2 object available for searching and filtering in the Product Discovery or Browse Products experience, the administrator must configure it using the Index and Search Configuration feature in Salesforce Revenue Cloud.

The correct process includes:

Navigating to the Index and Search Configuration page.

Selecting the Product2 object.

Adding the custom field to the list of searchable fields.

Running the Rebuild Index job to apply the changes.

This process ensures the custom field is indexed and usable in the search API and UI filters during quote or order product selection.

Option A (list view filter) impacts UI sorting/filtering but not full-text search capability.

Option C involves altering the Discover Products flow, which is not required if the goal is simply to enable search based on a field — and would introduce unnecessary complexity.

Exact Extracts from Salesforce Revenue Cloud Documents:

Product Discovery Setup Guide – “Index and Search Configuration”:“To make custom fields on Product2 searchable in product discovery, configure the field in the Index and Search Configuration UI and then rebuild the search index.”

Salesforce CPQ Product Catalog Guide – “Custom Fields and Discovery Search”:“After adding a field to searchable fields, it is required to run the Rebuild Index job to enable the change.”

Exact Extracts from Salesforce Revenue Cloud Documentation (RLM Architecture):

“Revenue Lifecycle Management (RLM) creates application usage records on standard Salesforce objects (Quote, Order, Contract, etc.) to track their origin.”

“Each record created by RLM is linked to an Application Usage Assignment (AUA) record whose Application Usage field value is ‘Revenue Lifecycle Management.’”

“This allows administrators to distinguish records created by RLM from those created by other Salesforce applications or manual processes.”

Step-by-Step Reasoning:

Requirement: Identify which Quotes and Orders originate from Revenue Cloud (RLM) processes.

Correct Mechanism:

Each RLM-created record automatically associates with an Application Usage Assignment (AUA) record.

The Application Usage field is set to Revenue Lifecycle Management.

Why A is Correct:

It provides the definitive system linkage between standard Salesforce objects and the RLM-managed lifecycle.

Why Others Are Incorrect:

B: Record Type is configurable by admins and not guaranteed unique to RLM.

C: Transaction Type defines the process context (Sales, Amendment, etc.), not the source application.

References :

Salesforce Revenue Lifecycle Management Implementation Guide — Application Usage Assignment and Object Linkage

Salesforce Billing & Subscription Management Implementation Guide — RLM Object Tracking and Metadata Governance

The most common reason products do not appear in Browse Catalog is that they lack an active price book entry in the price book associated with the quote. This is a fundamental requirement for product visibility in Revenue Cloud's Product Discovery process.

Product visibility in Browse Catalog depends on multiple configuration factors, but the price book entry is critical. According to Revenue Cloud troubleshooting documentation, products must have an active price book entry within the specific price book selected on the quote or order. Without this price book entry, even if the product exists and is active, it will not appear in the catalog browse experience.

When a quote is created, it is associated with a specific price book. The Product Discovery process filters products based on this price book association, showing only products that have entries in that particular price book. This ensures that sales users only see products they can actually sell at valid prices. Additionally, the price book entry must be active; inactive entries will not make products visible.

While Option B regarding permissions could affect product visibility in some scenarios, it is not the primary reason for products not appearing in Browse Catalog. The "View All" permission relates to record-level access rather than Product Discovery functionality. Option C about component configuration would prevent access to Browse Catalog entirely, not just hide specific products. The absence of a valid, active price book entry in the quote's associated price book is the most direct and common cause of products not appearing during the browse phase.

Explanation (150–250 words)

In Salesforce Revenue Cloud, the Context Service provides reusable, versioned context definitions that define transactional data used in pricing, quoting, and billing operations. When a consultant wants to customize a standard context definition while retaining upgrade compatibility, the correct method is to extend the standard context (not clone it).

Extending a context (e.g., SalesTransactionContext) allows the new definition to inherit all standard nodes, attributes, and mappings from the base definition. The consultant can then safely add or override components without modifying the standard base. When Salesforce releases upgrades to the standard context, the extended context automatically inherits new or improved components, preserving all custom enhancements.

Cloning, on the other hand, creates a static copy and breaks the upgrade path—future improvements to the standard context would not be inherited.

Exact Extract from Salesforce Revenue Cloud Platform Guide:

“Extend a standard context to inherit its nodes and mappings. This ensures access to Salesforce-delivered updates while preserving your custom additions.”