Rev-Con-201 Leak Questions

The correct approach to refresh prices for existing assets without service disruption is to amend the original asset, leave the original quantity unchanged, and use the reprice functionality. This method ensures continuity while updating pricing terms.

When amending an asset in Revenue Cloud, the amendment flow allows sales reps to create an amendment quote reflecting the desired changes. The amendment quote inherits the asset's current configuration while allowing price adjustments. By leaving the quantity unchanged but rephricing the quote, the system applies the new pricing without requiring the customer to purchase additional units or experience a service gap.

After repricing the amendment quote with the updated prices, the sales rep creates and activates an order from the quote. Upon order activation, the system processes the amendment by creating new Asset Actions that update the asset's financial terms while maintaining the customer's existing subscription. This approach preserves service continuity because the asset never goes inactive; it simply gets updated with the new pricing terms effective from the amendment start date.

Option A (negate quantity and re-add) would create unnecessary complexity and could cause momentary service gaps as the original quantity goes to zero before re-adding. This approach is inefficient for simple price updates. Option C (changing end date and re-adding) similarly creates duplication and potential service disruption. The reprice amendment approach, per the Amendment Creation process documented in Revenue Cloud, is the streamlined method that updates pricing while maintaining uninterrupted customer service.

Comprehensive and Detailed Explanation From Exact Extract:

Revenue Cloud’s document generation (DocGen) capabilities for Revenue Lifecycle Management leverage Microsoft Word as the template and clause authoring environment via an add-in. Salesforce provides a dedicated permission set for users who need to actually design and edit templates in Microsoft Word.

The documentation for DocGen and template design describes a permission set similar to:

Microsoft 365 Word Designer

Assign this permission set to users who design and edit document templates using the Microsoft 365 Word add-in for Revenue Lifecycle Management. This permission set enables access to the Word-based template designer experience.

The DocGen Designer permission set allows the user to manage document packages, configurations, and related document-generation assets within Salesforce. The Clause Designer User permission set allows management and usage of clauses, including organizing and inserting them into templates. However, to open Microsoft Word and actually build/edit the Master Subscription Agreement (MSA) document template with clauses, the consultant must also have Microsoft 365 Word Designer.

Why the other options are incorrect:

Option A – OmniStudio AdminThis permission set is related to OmniStudio tools (FlexCards, OmniScripts, etc.), which are not required to build Word-based DocGen templates. It’s not referenced as a requirement in the Revenue Cloud / RLM DocGen template design flow.

Option B – Obligation AssigneeObligation-related permission sets are used to manage obligations and related tasks (for example, tracking contractual obligations, assignments, or approvals). They are not required just to design or edit a document template with clauses. The documentation clearly separates obligation management from template design.

Therefore, the correct additional permission set required to start building the MSA template with clauses in Word is Microsoft 365 Word Designer (Option C).

References (Salesforce Revenue Cloud documentation / study materials):

Salesforce Revenue Lifecycle Management / Revenue Cloud: DocGen Setup and Permissions

Salesforce Revenue Lifecycle Management Implementation Guide: Document Generation and Clause Management

Salesforce Help: Permission Sets – DocGen Designer, Clause Designer User, Microsoft 365 Word Designer

===========

When using the Products List (POST) API in Salesforce Revenue Cloud, developers can query and filter the list of available products using specific supported parameters. According to the Salesforce Product Catalog and Discovery API documentation, the valid and commonly used filters for the Products List API include:

Product2 IDs: to retrieve specific products directly by their ID

Catalog IDs: to filter products based on a specific product catalog

Category IDs: to filter products that belong to a particular category within a catalog

This allows developers to fetch only relevant products for a specific UI component or experience, such as in a Product Discovery component or a custom Lightning Web Component (LWC).

Option B includes Pricebook IDs, which are not supported as filter parameters in the Products List API. Pricebooks are used in pricing context but are not valid query parameters for this API endpoint.

Option C includes ProductClassification IDs, which are not supported directly in the POST filter payload of the Products List API.

Exact Extracts from Salesforce Revenue Cloud Documents:

Product Discovery API Developer Guide – “Products List (POST)”:“Use Catalog IDs, Category IDs, and Product2 IDs as input filters in the POST request to retrieve relevant product records for discovery or display.”

Revenue Cloud API Reference – “Querying Product Records”:“The Products List API supports filtering by catalog, category, and direct product identifiers. Pricebooks are not queryable through this API.”

The most effective and supported way to enable one-click subscription renewals in Salesforce Revenue Cloud is to use a Screen Flow that calls the InitiateRenewal invocable action. This invocable action is provided as part of Salesforce Subscription Management and allows for the programmatic initiation of a renewal process on active assets.

By embedding this flow as a Quick Action on a Contract, Subscription, or Account record page, sales reps can start the renewal process directly from the UI without manual data entry or navigation. This aligns with Salesforce best practices for declarative automation using Flow.

Option B (Apex trigger) is not recommended, as renewals are typically initiated by user intent, not automatically based on dates.

Option C (custom checkbox and Process Builder) is a workaround that lacks the flexibility, reliability, and maintainability of Flow + invocable action.

Exact Extracts from Salesforce Revenue Cloud Documents:

Subscription Management Implementation Guide – “Renewals with Screen Flow”:“Use the InitiateRenewal invocable action in Flow to allow users to initiate renewals from record pages.”

Revenue Lifecycle Automation Guide – “Renewal Automation”:“Expose the InitiateRenewal action via Flow as a quick action for guided user-initiated renewals.”