CPQ-Specialist Questions and Answers

 Requirement:

Restrict the products visible during the configuration of a dynamic bundle.

 Solution:

Use a Default Filter in a Product Rule. This ensures only the specified set of products is displayed in the configurator for the dynamic bundle.

 Why Other Options Are Incorrect:

A: Optional filter is not a valid Product Action.

B: The Show action determines visibility but does not enforce restrictions on selections dynamically.

D: Enable action is used to activate a previously disabled product but does not filter selections.

 Salesforce CPQ Reference:

Dynamic bundles and filtering actions are detailed in CPQ Product Rule Configuration Guidelines ​.

 Scenario:

Multiple Approval Chains appear in Advanced Approvals, and the order of completion depends on the Final Approval Step value.

 Behavior:

Advanced Approvals prioritizes chains based on their Final Approval Step value, processing the chain with the lowest value first.

 Why Other Options Are Incorrect:

A: Approval Chains are not completed independently but follow the step order.

B: The display order on the screen does not determine completion order.

C: Lowest Approval Step applies to individual steps, not the entire chain.

 Salesforce CPQ Reference:

Approval Chains and step prioritization are detailed in Advanced Approvals Configuration ​.

 Requirement Overview:

Prevent bundles from being reconfigured in Renewal Quotes while allowing configuration during new or amendment Quotes.

 Solution:

Use a Custom Action Condition to control when the Reconfigure Line action is available.

Set the condition to exclude Renewal Quotes (SBQQ__Type__c != "Renewal").

 Steps to Configure:

Navigate to the Custom Action Condition related to the Reconfigure Line action.

Set the condition criteria to ensure the action is only available for non-Renewal Quotes.

 Validation:

Test by creating Renewal, New, and Amendment Quotes and verifying the Reconfigure Line action behaves as expected.

 Scenario Breakdown:

List Price = $100.00 per unit.

Quantity = 21 units.

Discount Schedule:

First Level (1–11 units): 10% discount.

Second Level (11–21 units): 25% discount.

Third Level (21+ units): 50% discount.

 Slab Discount Calculation:

First Level (1–11 units):

Price = $100 × 10 = $1,000

Discount = 10% = $1,000 × 0.10 = $100

Net = $1,000 - $100 = $900

Second Level (11–21 units):

Price = $100 × 10 = $1,000

Discount = 25% = $1,000 × 0.25 = $250

Net = $1,000 - $250 = $750

Total Net = $900 + $750 = $1,700

 Validation:This matches Salesforce CPQ's standard behavior for Slab Discount Schedules, where discounts are applied per tier.

 Issue:

Prices are hidden on the Configure Products page due to restricted field visibility.

 Solution:

Adjust the Field-Level Security settings for the Unit Price field on the Product Option object to ensure visibility.

 Why Other Options Are Incorrect:

B: The Option Configuration Field Set affects configuration but does not control visibility.

C & D: Default Pricing Table and Price Editable settings do not impact visibility on the Configure Products page.

 Salesforce CPQ Reference:

Managing field visibility is outlined in CPQ Field-Level Security documentation ​.

 Requirement Overview:

Each sales team needs access to a specific subset of products without requiring separate Price Books.

 Solution:

Use multiple bundles with validation Product Rules to restrict access to specific products based on user criteria (e.g., Profile or custom field).

This avoids the need to create and manage separate Price Books for each team.

 Steps to Configure:

Create a bundle for each subset of products.

Use Product Rules to validate and restrict access based on sales team criteria.

 Validation:

Test the Product Selection page to ensure that each sales team can access only their specific subset of products.

 Subscription Product Configuration:

Product B uses the Percent of Total pricing model based on Product A's Net Price.

Product B's Percent of Total Base is set to "Net," and its Percent of Total Target is set to Product A.

Product B's Percent of Total (%) is configured as 10%.

 Calculation:

Product A Net Total = $2,400

Product B Net Total = 10% of Product A Net Total = 2,400×0.1=2402,400 \times 0.1 = 2402,400×0.1=240.

 Salesforce CPQ Reference:

Percent of Total pricing logic is described under Percent of Total Products ​.

 Requirement:Populate a Configuration Attribute with a dynamic value when the configurator page loads.

 Solution Mechanics:

Process Builder can be used to dynamically set values on records based on predefined logic.

By targeting the Product Option field, which maps to the Configuration Attribute, Process Builder ensures that the value is set upon record creation.

 Steps to Implement:

Create a new Process Builder.

Trigger on the creation of the Quote Line record (or related record based on Configuration Attribute setup).

Define criteria to determine the dynamic value.

Use the Update Records action to populate the Product Option field with the default value.

 Advantages of Process Builder:

Allows for dynamic and conditional logic.

Automates the default value population without user intervention.

 Testing and Validation:

Create a test bundle with the Configuration Attribute.

Load the configurator and verify that the attribute is pre-populated.

 Issue:

Sales reps experience excessive horizontal scrolling to access the Clone and Delete actions in the Quote Line Editor.

 Solution:

Quote Line Editor Drawers provide a compact and user-friendly way to access actions without excessive scrolling.

 Steps to Configure:

Navigate to Setup > Custom Actions.

Configure the Clone and Delete actions to appear in the Quote Line Editor drawers.

 Validation:

Open the Quote Line Editor and confirm that the actions are accessible without horizontal scrolling.

 Requirement:

Ensure the Support SKU is available only in USD and EUR.

 Expected Behavior:

USD: The product is available and uses the Pricebook Entry's List Price.

EUR: The product is available and uses the Pricebook Entry's List Price.

GBP: The product is unavailable due to the absence of a Pricebook Entry in GBP.

 Why Other Options Are Incorrect:

A & D: These imply product unavailability in all currencies, which contradicts the configuration.

B: GBP would not add the product with a zero List Price due to Pricebook Entry restrictions.

 Salesforce CPQ Reference:

Multi-currency behavior and product availability are documented under CPQ Pricing and Product Management ​.

 Requirement:

Bundle products should show on the Product Selection page, but their Product Options should not.

 Solution:

Setting the Component checkbox to TRUE for Product Options ensures they are excluded from the Product Selection page and only appear within their bundles.

 Why Other Options Are Incorrect:

B: The Hidden field does not dynamically manage visibility for Product Options.

C & D: Marking products inactive makes them completely unavailable, which is not the requirement.

 Salesforce CPQ Reference:

The Component checkbox’s functionality is explained in Product Configuration ​.

 Requirement Overview:

Universal Containers wants to update the Quantity of a specific Product in the Quote Line Editor via a Price Rule.

The Price Rule should target only this specific Product.

 Key Mechanism:

Use a Price Condition on the Price Rule to evaluate a Quote Line field that uniquely identifies the Product (e.g., Product Code or Product Name).

 Steps to Configure:

Navigate to the Price Rule.

Add a Price Condition:

Field: Select a field from the Quote Line that identifies the Product.

Operator: Equals.

Value: Enter the unique value (e.g., Product Code or Name).

Configure the Price Action to update the Quantity field.

 Validation:

Test the rule by adding the specific Product to a Quote and confirming that the rule updates its Quantity as expected.

Scenario Breakdown:

List Price = $100

Quantity = 5

Discount Schedule Type = Slab

Discount Unit = Percent

Slab Discount Mechanism:

In a Slab Discount Schedule, the discount applies to the units within each tier individually, not cumulatively.

If the quantity is within the first slab, no discount applies unless specified for that slab.

Calculation:

Assuming the Discount Schedule for the first slab (1–5) has a 6% discount:

Regular Unit Price = List Price × (1 - Discount Percent)

Regular Unit Price = $100 × (1 - 0.06) = $94 per unit.

For 5 units: Total Price = $94 × 5 = $470.

Validation:This approach aligns with Salesforce CPQ Discount Schedule functionality for Slab Type Discount​​.

==================

 Scenario:

Apply a regional multiplier to the pricebook price and subsequently apply discounts.

 Solution:

The Customer Price field stores the post-regional multiplier price, enabling further discounting.

 Why Other Options Are Incorrect:

A: Special Price is used for manual overrides, not automated calculations.

B: Partner Price is unrelated to the customer's pricing structure.

D: List Price remains constant and does not reflect discounts or multipliers.

 Salesforce CPQ Reference:

Price Rules and field updates are detailed in CPQ Pricing Logic Guidelines ​.

 Hierarchy of Discount Schedule Application:Salesforce CPQ applies Discount Schedules based on object precedence.

Contracted Price: Overrides Discount Schedules at the Product or Feature level when specific pricing agreements are in place for an Account.

Product Option: A Discount Schedule on a Product Option takes precedence over one defined at the Product Feature level.

 Key Configurations:

Contracted Price: Navigate to the Contracted Price record and add the Discount Schedule.

Product Option: Assign the Discount Schedule on the Product Option record.

 Validation:

Test configurations to confirm the Discount Schedule is applied at the appropriate level and overrides the Feature-level Discount Schedule.

 Requirement:

Track individual serial numbers for each unit of Product A sold.

 Solution Details:

Asset Conversion Field determines how assets are created from Quote Lines.

Setting Asset Conversion to One Per Unit creates one Asset record for each unit sold, allowing tracking of individual serial numbers.

 Implementation:

Navigate to the Product Record for Product A.

Set Asset Conversion to One Per Unit.

 Justification:

This setup aligns with Salesforce CPQ's approach for granular tracking of Assets associated with product sales​​.

 Requirement Overview:

Sales reps want the Square Footage value on a Configuration Attribute to persist when renewing a Quote.

 Twin Field Mechanism:

Twin Fields ensure that data is retained and mapped between related objects.

Creating Twin Fields on the Asset and Subscription objects allows the Square Footage value to be carried forward during renewals.

 Steps to Configure:

Create a custom field for Square Footage on the Asset and Subscription objects.

Ensure the API names of these fields match the Configuration Attribute API name.

Test the renewal process to confirm the value persists.

 Validation:

The Square Footage value should automatically populate in the renewal Quote without manual entry by the sales rep​​.

 Requirement:

Streamline the Quote Line Editor by enabling automatic calculations after each change.

 Solution:

Enabling the Calculate Immediately setting in Managed Package Settings ensures calculations are triggered automatically whenever changes are made in the Quote Line Editor.

 Why Other Options Are Incorrect:

A: The Legacy Calculator setting is outdated and not related to automatic calculations.

B: Quick Calculate is a manual process that does not meet the requirement for automatic recalculation.

 Salesforce CPQ Reference:

The Calculate Immediately Setting is described in the CPQ Managed Package Settings documentation ​.

To manage a subset of eco-friendly products for opportunities flagged as eco-friendly while allowing flexibility to include all bundles, follow these steps:

Step 1: Create a Filter Product Rule

Filter Product Rules help define dynamic filtering of products displayed during the quoting process.

Navigate to Product Rules

Go to Salesforce Setup → Product Rules and click New.

Set the Type to Filter and define a clear Name such as "Eco-Friendly Product Filter."

Configure the Filter Logic

Define the conditions to identify eco-friendly and bundle products.

Use the Conditions related list to target the relevant product fields (e.g., a custom checkbox for eco-friendly products and a type field for bundles).

Example condition:

Field = Eco-Friendly Checkbox

Operator = Equals

Value = True

Step 2: Set up the Product Action

Product Actions define what the rule does when triggered.

Add a Product Action

In the Product Rule, go to the Product Actions related list and click New.

Set the Type to Optional Filter. This allows the system to apply the filter by default but enables users to remove the filter and see all bundles.

Link to Add Products Button

Make sure this action links to the Add Products custom action.

Step 3: Ensure Opportunity Integration

The Opportunity flagged as eco-friendly must drive this behavior.

Custom Field Dependency

Ensure the Opportunity has a field (e.g., Eco-Friendly Checkbox) that can be referenced in the Filter Product Rule or through a related custom formula on the Quote.

Dynamic Behavior

When the Opportunity is flagged, the filter is applied dynamically, displaying only eco-friendly and bundle products in the Add Products dialog.

Step 4: Test and Validate

Test the behavior by flagging different Opportunities as eco-friendly and verifying the Add Products functionality:

Eco-Friendly flag → Default to eco-friendly products and bundles.

No flag → All products, including non-eco-friendly bundles, are shown.

Additional Considerations:

Search Filter IntegrationThe Search Filter can complement this approach by providing additional options for users to refine their selections further​​.

User TrainingTrain sales reps on how to toggle the filter manually if needed.

This setup allows Universal Containers to meet its business objectives while maintaining flexibility for its sales team​.

Understanding the Requirement:

Universal Containers needs Product Option A to be automatically included with Product B during the configuration.

Sales reps should not be able to remove Product Option A.

Salesforce CPQ Mechanism:

The Required field on a Product Option ensures that it is mandatory within a bundle and cannot be deselected by the user during configuration.

Field Behavior:

When the Required checkbox is selected for a Product Option:

The option is always included in the bundle configuration.

Users cannot remove or modify it unless additional automation (like a product rule) overrides this setting.

Configuration Steps:

Navigate to the Product Option A record associated with Product B in Salesforce CPQ.

Select the Required checkbox and save the changes.

Ensure that no conflicting product or price rules exist that could affect this behavior.

Field Alternatives and Clarifications:

Bundled: Sets the option as a part of the bundle, but this primarily affects pricing (sets price to zero) and doesn't enforce inclusion.

Quantity Editable: Allows control over whether users can adjust the quantity but does not prevent removal.

Selected: Preselects the option during configuration but still allows users to deselect it.

Verification and Testing:

Create a test configuration with Product B as the parent and verify that Product A is always included in the bundle.

Attempt to remove Product A to confirm that it is not possible.

References:

Verified from Salesforce CPQ official guidelines on "Required" field functionality for Product Options​​.

 Real-Time Calculation:

The Calculate Immediately field in CPQ ensures that pricing calculations occur automatically when changes are made in the Quote Line Editor without requiring manual saving.

 Field Behavior:

Enabling this field configures CPQ to detect changes to the Partner Discount or other relevant fields and trigger real-time recalculations.

 Salesforce CPQ Reference:

Configuration settings for real-time pricing calculations are documented in the Pricing and Calculation Package Settings .

 Issue Context:

Some Opportunity Products are not syncing from the Quote, causing pipeline inaccuracies.

 Troubleshooting Steps:

A. Ensure the Quote’s Account lookup is populated:

A missing Account lookup can prevent synchronization as it ties the Quote to the Opportunity.

B. Ensure the Opportunity’s Primary Quote lookup is populated:

The Primary Quote must be explicitly linked to the Opportunity for synchronization to occur.

E. Check the Quote’s Primary checkbox for a value of True:

Only the Primary Quote syncs Opportunity Products. Ensure the checkbox is set to True.

 Validation:

Verify that Opportunity Products sync correctly after ensuring these fields are properly populated.

 Requirement:

Prevent users from selecting both Product C and Product D in a bundle configuration.

 Solution:

Using an Option Constraint with Type = Exclusion ensures that selecting one product automatically excludes the other.

 Why Other Options Are Incorrect:

A: Dependency constraints ensure one product depends on another, which is the opposite of the requirement.

B & D: Setting Min Options and Max Options in a Product Feature does not enforce mutual exclusivity.

 Salesforce CPQ Reference:

Option Constraints and their configuration are detailed in CPQ Bundling Guidelines ​.

 Requirement Overview:

Limit users from selecting more than 10 product options within a specific Product Feature.

 Key Mechanism:

The Max Options field on the Feature record limits the maximum number of product options that can be selected for that feature.

 Steps to Configure:

Navigate to the Feature Record associated with the Product Bundle.

Set the Max Options field to 10.

Save and test by adding the Product Bundle to a Quote.

 Validation:

When a user attempts to select more than 10 product options within the feature, Salesforce CPQ will prevent further selections and display an appropriate message.

 Dynamic SKU Generation:

A dynamic SKU is created based on user choices during the configuration process. This requires fields that define patterns and positions for combining components into a single SKU.

 Required Fields:

Component Code Position: Determines the position of each component in the SKU.

Component Code: Represents individual product codes that contribute to the SKU.

Configured Code Pattern: Defines the overall pattern of the dynamically generated SKU.

 Salesforce CPQ Reference:

Dynamic SKU creation is described under Configuration and Product Bundling Guidelines ​.

 Bundle Configuration:

Small Storage Container (Option 1): $2.00 × 10 = $20.00

Shipping (Option 4): $7.50 (bundled).

Other Options (Option 2 and Option 3):

Medium Storage Container: Not selected.

Custom Box Label: Not selected.

 Calculation:

Bundle Parent Product Price: $5.00

Total Price: $5.00 (bundle) + $20.00 (Option 1) + $7.50 (Option 4) = $25.00

 Why Other Answers Are Incorrect:

A: Ignores bundled Option 4 price.

C: Includes non-selected options in the total.

D: Excludes all Option prices, which is inaccurate.

 Salesforce CPQ Reference:

Bundling logic and pricing are covered under Bundle Configuration Guidelines ​.

 Scenario:

Product A has no Subscription Pricing, while Product B uses Percent of Total with a shared category.

During renewal, Product A has a Net Total of zero.

 Reason:

When the Renewal Model is set to Asset-Based, only assets tied to the Contract are included in the renewal.

Since Product A has no Subscription Pricing, it is not treated as a subscription and thus has a Net Total of zero.

 Why Other Options Are Incorrect:

B: Product A is not pre-owned in this scenario.

C: The Include Net-New Products in Maintenance setting applies to maintenance scenarios, not standard renewals.

D: Asset Conversion determines asset behavior, not renewal totals.

 Salesforce CPQ Reference:

Renewal behaviors with Asset-Based Models are covered in CPQ Renewal Settings Documentation ​.

 Requirement:

Ensure a Product Rule fires only within a specific bundle.

 Solution:

Associating the Configuration Rule with the Parent Product ensures that the rule executes only during configuration of the specified bundle.

 Why Other Options Are Incorrect:

A, B, C: Associating the rule with Product records, Features, or Options does not scope the rule specifically to the parent bundle.

 Salesforce CPQ Reference:

Configuration Rules and their association with Parent Products are documented in CPQ Configuration Rule Guidelines ​.

 Requirement Overview:

Display Configuration Attribute X on the configuration page of a bundle and in a Line Item Column on the output document.

 Solution Details:

Product Option: Add the Configuration Attribute X custom field to ensure it appears during the configuration process.

Quote Line: Add the same custom field to enable its display as a Line Item Column in the Quote output.

 Steps to Configure:

Create a custom field named Configuration Attribute X on the Product Option and Quote Line objects.

Add the field to the relevant field sets and templates for visibility in both the configurator and the output document.

 Requirement Overview:

Show or hide price-related data in the Quote PDF based on the Primary Checkbox field value.

 Solution Details:

The Conditional Print Field on Template Sections enables dynamic visibility.

Add the Primary Checkbox as a reference in the Conditional Print Field for the section containing price-related columns.

 Steps to Configure:

Navigate to the Quote Template.

Locate the section containing price-related data.

Set the Conditional Print Field to reference the Primary Checkbox.

 Validation:

Generate PDFs with the Primary checkbox set to both True and False and confirm the expected visibility of pricing data.

 Requirement Overview:

Control the visibility of fields in the Quote Line Editor.

 Solution:

The Edit Lines Field Set Name special field on the Quote object references the field set used to control which Quote Line fields are visible in the editor.

 Steps to Configure:

Navigate to the Field Set on the Quote Line object.

Add or remove fields from the field set referenced in the Edit Lines Field Set Name field.

 Validation:

Test the Quote Line Editor to ensure only the configured fields are visible.

 Issue Context:

The custom field is not being updated by the Price Rule even after enabling triggers in the CPQ Package Settings.

 Root Cause:

After creating new fields or updates, the Post Install Script must be executed to register custom fields in the Calculator Referenced Fields list.

 Solution Steps:

Navigate to Setup > Installed Packages > Salesforce CPQ.

Locate the Post Install Scripts section and click Run.

Test the Price Rule again to verify that the custom field is updated correctly.

 Salesforce CPQ Documentation Reference:

Custom fields must be registered with the calculator for the Price Rule engine to interact with them properly​​.

 Scenario:

Product A has a 36-month Subscription Term with a List Price of $36,000.

Product B has a 1-month Subscription Term with a List Price of $2,000.

Quote Subscription Term is 18 months.

 Calculation:

Product A Prorate Multiplier = 18 / 36 = 0.5.

Net Total = $36,000 × 15 × 0.5 = $270,000.

Product B Prorate Multiplier = 18 / 1 = 18.

Net Total = $2,000 × 15 × 18 = $36,000.

 Why Other Options Are Incorrect:

A: The Net Total for Product B is incorrectly inflated.

C: The Prorate Multiplier for Product B should reflect the Quote Term-to-Subscription Term ratio, not default to 1.

 Salesforce CPQ Reference:

Prorated pricing and multiplier calculations are explained in Subscription Pricing Guidelines ​.

 Requirement:

Ensure approval requests are routed to a substitute manager during the original manager's absence.

 Solution:

The Delegated Approver lookup field on the Approver record allows the admin to specify a temporary approver.

Setting the Delegation End field ensures the delegation automatically ends upon the original manager’s return.

 Why Other Options Are Incorrect:

A: Using the Next Approver field for temporary delegation is not the intended functionality.

B: Creating an Approval Rule with start and end dates is overly complex and unnecessary.

D: Replacing the original Approver record risks permanent changes and is not recommended for temporary delegation.

 Salesforce CPQ Reference:

Delegated Approval Settings are documented under Advanced Approvals Configuration Guidelines ​.

Requirement:

Prevent users from reconfiguring a bundle after its initial configuration.

Solution:

Set Configuration Type to Allowed to permit configuration during initial setup.

Set Configuration Event to Add to allow configuration only when the product is added, blocking reconfiguration later.

Why Other Options Are Incorrect:

A: Disabled blocks all configuration, including initial setup.

B: Configuration Event = Always allows continuous reconfiguration.

D: Reconfigure Line Custom Action is unrelated to this requirement.

Salesforce CPQ Reference:

Configuration Type and Event settings are documented in Bundle Configuration ​.

When a user performs a contract renewal and finds that the Price Book on the Renewal Opportunity or Quote is incorrect, the issue often arises due to the absence of a Price Book reference on the original Contract. To address this, the Renewal Pricebook ID field on the Contract must be populated. This field ensures the correct Price Book is carried over during the renewal process.

Step 1: Understand the Renewal Pricebook ID Field

Field Location: The SBQQ__RenewalPricebookId__c field is on the Contract object.

Purpose: It specifies which Price Book Salesforce CPQ should use for renewal quotes and opportunities created from the contract.

Without this field populated, Salesforce CPQ defaults to another Price Book, which can lead to inaccuracieste the Renewal Pricebook ID**

Access the Contract Record:

Navigate to the relevant Contract record in Salesforce.

Edit the Contract:

Populate the Renewal Pricebook ID field with the 18-digit Salesforce ID of the desired Price Book.

This ID corresponds to the Price Book you want Salesforce CPQ to apply during renewals.

Save the Changes:

Ensure the field is correctly updated and the changes are saved .

Step 3: **

Attempt the renewal process again by clicking Renew on the Contract.

Confirm that the Renewal Opportunity and associated Quote now reference the correct Price Book.

Step 4: Consider Automation for Future Accuracy

Automate Field Population:Use Process Builder or a Flow to automatically populate the Renewal Pricebook ID field based on the contract's associated Account or Opportunity. This reduces manual errors and ensures consistency.

Data Validation:Enforce validation rules to prevent contracts from being saved without a valid Renewal Pricebook ID .

By ensuring the Renewal Pricebook ID is coesolve the issue of incorrect Price Books during renewals and prevent similar occurrences in the future.

 Requirement Overview:

Universal Containers wants the Shipping Plus product to appear at the top of the Product Selection list.

 Key Configuration:

The Sort Order field determines the sequence of Products in Product Selection.

Products with lower numerical Sort Order values appear at the top.

 Steps to Configure:

Navigate to the Product Record for Shipping Plus.

Set the Sort Order field to the lowest available value (e.g., 1).

Save and test the configuration in the Product Selection screen.

 Validation:

Ensure that Shipping Plus appears at the top of the Product Selection list.

 Requirement:

Calculate the prorate multiplier when a subscription product’s End Date differs from the Quote’s End Date.

 Solution:

CPQ uses the Quote Line date (specific to the subscription product) to calculate the prorate multiplier. This ensures alignment with the subscription term.

 Why Other Options Are Incorrect:

A & D: Earliest or latest dates do not determine prorate multipliers.

B: The Quote date applies to the Quote as a whole, not individual subscription products.

 Salesforce CPQ Reference:

Prorate multiplier calculations are outlined in Subscription Management Guidelines ​.

The order of precedence for evaluating subscription dates is as follows

(1) Quote Line,

(2) Quote Line Group, and

(3) Quote

https://help.salesforce.com/s/articleView?id=000383503 &type=1

 Requirement:

Sell a non-renewable support SKU in 1-month increments, with the ability to cancel before the agreed end date.

 Solution:

SubscriptionType = One-Time: Ensures the product is treated as a one-time charge, not renewable.

SubscriptionTerm = Number of Months: Allows the quote to define the length of the support agreement.

 Why Other Options Are Incorrect:

A and C: These configurations do not align with the requirement to sell support in defined monthly increments.

D: Marking the product as Renewable contradicts the requirement that the product is non-renewable.

 Salesforce CPQ Reference:

SubscriptionType and SubscriptionTerm fields are detailed in the Subscription Products configuration guide ​.

 Issue Context:

A Contract could not be created from an Order for a new customer.

 Troubleshooting Steps:

A. Confirm Order Product Activation:

Contracts can only be generated for activated Order Products.

C. Check Apex Jobs:

Errors in the contracting process are logged in Apex Jobs. Review these logs for potential issues.

E. Ensure Subscription-Based Order Product:

Contracts require at least one subscription-based Product on the Order.

 Validation:

Verify that all conditions are met and retest the Contract creation process.

 Approval Scenarios in Advanced Approvals:Salesforce CPQ Advanced Approvals allows flexible approval processes, including the ability to handle group approvals within a single step.

 Key Features:

Any group member may approve: If this option is configured, approval from one group member is sufficient to move the approval step forward.

All group members must approve: When this option is selected, every group member must approve the request before the step can proceed.

 Configuration Steps:

Navigate to the Approval Rule and ensure that the Approval Chain or Approval Step is configured to support group-based logic.

Specify the behavior for the group in the Approval Step Settings.

 Use Cases:

Use "Any group member may approve" for time-sensitive scenarios.

Use "All group members must approve" for critical approvals that require consensus.

 Requirement Overview:

A nonrenewable subscription Product priced annually.

 Key Field Configurations:

Subscription Term = 12: Specifies an annual subscription.

Subscription Type = One-Time: Indicates that the Product is nonrenewable.

Subscription Pricing = Fixed Price: Defines a flat annual price.

 Steps to Configure:

Navigate to the Product record.

Update the fields as specified above.

Save and test by adding the Product to a Quote.

 Validation:

Confirm the subscription term and pricing are applied correctly and the product does not renew automatically.

 Requirement Overview:

Universal Containers uses multiple currencies (USD, EUR, GBP) and requires specific pricing based on regions (America, Asia Pacific, Europe).

 Solution Details:

Create four Price Books, where each Price Book covers a unique combination of region and currency.

America - USD: Prices for American customers.

Asia Pacific - USD: Prices for Asia Pacific customers.

Europe - EUR: Prices for European customers using EUR.

Europe - GBP: Prices for European customers using GBP.

 Steps to Configure:

Navigate to Setup > Price Books and create a new Price Book for each combination.

Assign relevant Price Book Entries for the products in each Price Book.

Use sharing rules to restrict access to the appropriate Price Books for users in each region.

 Validation:

Ensure users can access and use the correct Price Book based on their region and currency.

 Requirement:

Deploy Price Rules with Lookup Queries that reference a new Rental Rates object.

 Best Practices for Deployment Order:

Step 1: Rental Rates: Deploy the object and data it references first to ensure lookup data is available.

Step 2: Price Rules: Deploy Price Rules to establish the logic governing pricing calculations.

Step 3: Price Conditions: These evaluate criteria for the rules to execute.

Step 4: Lookup Queries: Queries must reference both the object and conditions, so deploy them after both.

Step 5: Price Actions: Set last to ensure that the actions triggered by the rules execute correctly.

 Why Other Options Are Incorrect:

A, B, D: Deploying Lookup Queries or Price Actions before Rental Rates or Price Rules may cause execution errors due to missing references.

 Salesforce CPQ Reference:

Best practices for deploying CPQ Price Rules and Lookup Queries are detailed in Salesforce documentation ​.

 Requirement:

Organize quoted products by project milestones and generate a separate Order for each Quote Line Group.

 Solution:

Use Salesforce automation to set the Order by Quote Line Group field on the Quote. This ensures the system generates separate Orders based on the grouping in the Quote Line Editor.

 Why Other Options Are Incorrect:

B: Relying on notes is manual and error-prone, lacking automation for generating separate Orders.

C: Validation Rules prevent specific actions but do not help organize Orders by Quote Line Group.

D: Custom picklist fields are unnecessary when Order by Quote Line Group exists as a standard feature.

 Salesforce CPQ Reference:

The Order by Quote Line Group feature is outlined in Order Management Configuration ​.

 Requirement:

Notify users in the Quote Line Editor when approval is required to discourage excessive discounting.

 Solution:

Use a Product Rule with Alert Action to display a notification or message in the Quote Line Editor when a user exceeds predefined discount thresholds.

 Why Other Options Are Incorrect:

A: Validation Rules prevent actions but do not notify users.

B: Filter Rules are used for restricting product selection, not notifications.

D: Selection Rules govern product compatibility and are irrelevant here.

 Salesforce CPQ Reference:

Alert actions in Product Rules are outlined in CPQ Product Rule Configuration

 Scenario:

Original subscription: $600 Net Unit Price × Quantity 10 × 24 months = $14,400.

Refund: Ten months into the contract, 14 months remain unused.

 Calculation:

Refund amount = ($600 × 10 × 14) ÷ 24 = -$3,500.

Amended subscription refund (Quantity = 0): 14 months refund prorated = -$2,500.

 Why Other Options Are Incorrect:

A, C, D: The refund calculations either overstate or understate the prorated refund based on the subscription term and remaining months.

 Salesforce CPQ Reference:

Prorated refunds and subscription amendments are explained in CPQ Subscription Pricing Documentation ​.

 Scenario Overview:

The Custom value for the Condition Met field allows for complex logical operations using a mix of AND/OR across multiple Price Conditions.

 Use Case:

When a Price Rule has three or more conditions and requires specific combinations of AND and OR logic, the Custom option is required.

 Implementation:

Navigate to the Price Rule.

Set Condition Met to Custom.

Specify the logic (e.g., (Condition 1 AND Condition 2) OR Condition 3).

 Validation:This ensures Salesforce CPQ evaluates the Price Rule as intended, supporting mixed logical conditions.

 Requirement:

Sales reps need to identify Product Options linked to Quote Lines in the Quote Line Editor.

 Solution:

Enabling Visualize Product Hierarchy organizes Quote Lines based on their position within the bundle, displaying the parent-child relationship.

 Why Other Options Are Incorrect:

A: The Product Option Drawer enables detail viewing but does not organize Quote Lines.

B: Preserve Bundle Structure applies to output documents, not the Line Editor.

D: Keep Bundle Together affects grouping but not hierarchy visualization.

 Salesforce CPQ Reference:

Hierarchy settings are covered in the Quote Line Editor Configuration documentation ​.

 Scenario Overview:

A Product Rule triggers the addition of the Conference Pass Product when a related Product is selected.

 Key Trigger Mechanism:

Product Rules with an Action to add products execute as soon as the user selects a Product on the Quote.

 Steps to Verify:

Navigate to the Product Rule for the Conference Pass.

Ensure the Evaluation Event is set to fire On Initialization or Selection.

 Salesforce CPQ Reference:

Product Rules are typically triggered based on user actions such as adding Products or configuring attributes​​.

 Requirement Overview:

A customer requires specific pricing for their account.

 Solution:

B. Contracted Price Record:

Directly create a Contracted Price record related to the customer’s Account.

D. Contracted Checkbox:

Select the Contracted checkbox on the Quote record to generate a Contracted Price automatically when the Quote is finalized.

 Steps to Configure:

Option B:

Navigate to the Account and create a Contracted Price record for the specific Product and pricing.

Option D:

On the Quote, select the Contracted checkbox and ensure the Quote is synced to generate the Contracted Price.