Salesforce Certified CPQ Administrator (Sales-Admn-202) - Salesforce

In Salesforce CPQ, when search filters are configured with predefined values and visible to sales reps, their interaction with the filter is determined by the filter’s configuration and available operators. The behavior described here is tied to Search Filters in the Product Selection screen, which allow users to refine the list of displayed products based on specific criteria.<br />
<br />
Search Filter Configuration: Predefined Filter Value: Here, the filter is set with a value ("Green"). Operator: The operator “starts with” limits the search to product codes beginning with the text "Green."<br />
<br />
Sales Rep Interaction with the Filter: The visibility of the search filter enables sales reps to view and interact with the criteria during product selection. Specifically, sales reps have the ability to delete the predefined text to ignore the filter and retrieve a broader or unrestricted product list. Documentation Alignment:According to Salesforce CPQ guidelines (as referenced in the Salesforce CPQ package settings and user behaviors), if filters are not marked as "required," users can remove or modify the filter values dynamically. This is designed to offer flexibility during quoting while maintaining filter defaults for ease of use. The interaction described above aligns with Salesforce CPQ's behavior regarding visible search filters, emphasizing that sales reps can clear the filter text unless restricted by additional customization.<br />
<br />
Use Case Reference:<br />
<br />
When a sales rep begins a quote and searches for products, the filter defaults to "Green."<br />
If the rep does not want to limit the product search to codes starting with "Green," they can simply<br />
remove the text and refresh the results.<br />
<br />
Relevant Salesforce CPQ Reference: Search Filters in the Quote Line Editor section of CPQ documentation . Guidelines for Search Filter Configuration and behaviors when visible filters are not required .

Background Context:When amending a contract in Salesforce CPQ, issues with net pricing arise if the amendment impacts existing subscription products. Subscription products often rely on Discount Schedules for calculating discounts, especially when quantity changes. The "Cross Order" field on Discount Schedules ensures discounts account for cumulative quantities across multiple orders or contracts.<br />
<br />
Problem Analysis: The reported issue involves incorrect net pricing specifically when the quantity of existing products is adjusted during contract amendments. This aligns with the functionality of Discount Schedules, where the total quantity determines the discount applied. Without "Cross Order" enabled, Salesforce CPQ considers only the current order's quantities rather than aggregating across orders.<br />
<br />
Root Cause Identification: Discount Schedule and Cross Order:If the Discount Schedule associated with these products does not have "Cross Order" enabled, any amendments won't consider cumulative quantities. Instead, the system recalculates based on only the new or adjusted quantities, leading to incorrect net pricing.<br />
<br />
Supporting Evidence: Salesforce documentation highlights that Cross Order must be selected in the Discount Schedule for accurate discount calculations across multiple orders or contracts. Otherwise, amendments operate in isolation . The feature ensures that ongoing contracts retain accurate pricing based on total historical quantities.<br />
<br />
Recommended Resolution: Navigate to the Discount Schedule associated with the affected products.<br />
<br />
Verify and enable the Cross Order checkbox: Go to Setup > Discount Schedules. Locate the relevant Discount Schedule. Edit the schedule and enable Cross Order. Test the functionality by amending the contract and verifying the net pricing calculations.<br />
<br />
Preventative Actions:<br />
For all subscription-based products relying on Discount Schedules, ensure Cross Order is enabled<br />
during initial configuration. Provide training to Salesforce CPQ admins to understand the implications of Discount Schedule settings on pricing. By following these steps and verifying the Discount Schedule configuration, the issue can be resolved, ensuring consistent and accurate net pricing during contract amendments.

Subscription Term and List Price:<br />
Subscription Product A has a Subscription Term of 6 months with a List Price of $100.<br />
<br />
When added to a Quote with a Term of 12 months, the List Price is prorated to account for the longer term.<br />
<br />
Proration and Ranged Discount Schedule: A Ranged Discount Schedule applies discounts based on quantity, volume, or term thresholds.<br />
For the 12-month term, the price is prorated to $200 (2 times the List Price for 6 months).<br />
The Discount Schedule applies a 25% discount to the prorated price, reducing it to $150.<br />
<br />
Regular Price Calculation: The Regular Price reflects the discounted value after applying the Discount<br />
Schedule:Regular Price=200×(1−0.25)=150×0.5=75\text{Regular Price} = 200 \times (1 - 0.25) = 150<br />
\times 0.5 = 75Regular Price=200×(1−0.25)=150×0.5=75.<br />
<br />
Key Salesforce CPQ Reference Points: Ranged Discount Schedules modify the List Price based on configured thresholds . Subscription Pricing Logic ensures correct proration for products with terms different from the Quote Term .

Smart Approvals Overview: Salesforce CPQ's Smart Approvals streamline the approval process by re-evaluating previously approved records to avoid redundant approvals.<br />
<br />
Rejected Quotes Resubmission:<br />
If a quote is rejected, and the user resubmits it without exceeding previously approved values, it<br />
bypasses the full approval chain and is sent directly to the person who rejected it. This functionality minimizes unnecessary delays and ensures efficient quote handling.<br />
<br />
Documentation Alignment: Smart Approvals Configuration and behavior as outlined in CPQ guidelines ensure approval efficiency .

Potential Causes: Component Checkbox: Products marked as Components are typically excluded from being directly selectable in the Product Selection screen unless part of a bundle . Search Filter: Custom Search Filters on the Add Products button limit the display of products based on criteria such as product attributes or field values.<br />
<br />
Excluded Reasons: Hidden Checkbox: This is generally used to hide products from the Quote Line Editor, not the Product Selection screen. Custom Action Condition: While these can limit the Add Products button's visibility, they do not directly affect individual product visibility.<br />
<br />
Salesforce CPQ Reference Points: Documentation on Product Selection Behavior and Search Filters confirms these behaviors .