AP-223 Salesforce CPQ and Billing Consultant Accredited Professional Free Practice Exam Questions (2026 Updated)

This use case describes a three-dimensional pricing model where the price of a product is determined by length × width × height. These values are user selections (likely stored on Quote Line fields), and CPQ must determine the correct price based on a matrix of dimensions.

Salesforce CPQ documentation identifies Lookup Tables used with Price Rules as the standard method for implementing matrix or multi-attribute pricing.

✔ Why Price Rule with Lookup Table is the correct answerSalesforce CPQ Lookup Tables allow you to store pricing data externally from the product record and return the correct price based on multiple inputs.

Lookup tables can key off of multiple dimensions, e.g.:

Length

Width

Height

A price rule performs the lookup at calculation time and sets:

List Price, or

Custom price field

Create custom fields on Quote Line:

Length__c

Width__c

Height__c

Build a Lookup Table with key columns:

Length range

Width range

Height range

Resulting price

Build a Price Rule that uses:

Price Conditions → to map entered dimensions

Lookup Query → to fetch matching price

Price Action → to set the Quote Line's Unit Price

Relevant capabilities:Typical CPQ design for dimensional pricing:This is exactly the pattern Salesforce recommends for multi-attribute pricing.

❌ Why the other options are incorrectA. Percent of TotalUsed for:

Support fees

Add-on fees based on parent productsNot for dimensional pricing.

B. Multi-Dimensional Quoting (MDQ)Used for:

Term-based pricing (Year 1, Year 2, Year 3)

Usage tiers over time

MDQ does not support 3-dimensional physical attributes.

C. Discount ScheduleSupports:

Volume tiering

Quantity-based pricing

Does not support multi-attribute dimensional pricing.

In every Salesforce CPQ implementation, Product Bundles are one of the core configuration capabilities that must be discussed during scoping and discovery—even if the customer does not initially think they need them.

✔ Why the correct answer is BB. Yes, bundle configuration should be introduced and it's up to the customer to decide whether they need it or not.

This aligns fully with Salesforce CPQ implementation best practices, discovery methodology, and the guidance in CPQ documentation and study resources.

Why bundles must be discussed in scopingSalesforce CPQ Bundles are used to solve many common quoting problems:

Grouping products together

Managing optional/required components

Handling feature selections

Automating inclusion, exclusion, or quantity logic

Supporting configuration rules

Ensuring sales reps configure solutions correctly

Improving quote accuracy

Providing guided selling experiences

Because bundles fundamentally shape:

Product catalog architecture

Pricing structure

Rules design

Quote line generation

Amendment/Renewal behavior

Order + Billing outputs

…they must be addressed early during discovery and scoping to avoid major redesign later.

Salesforce implementation playbooks emphasize:

Introduce all CPQ capabilities during discovery.

Allow the customer to confirm whether a capability meets their use cases.

Document decisions in the solution design before build.

Therefore, bundles should always be a topic of discussion, but the customer chooses whether they need them based on business requirements.

❌ Why the other options are incorrectA. “Bundle configuration is necessary and should always be implemented.”Incorrect because:

Not all customers need bundles.

Some catalogs are simple, flat, or priced per unit with no component logic.

Salesforce CPQ documentation does not state bundles are mandatory.

C. “If they don’t use bundles now, they won’t need them later.”Incorrect because:

Customers often evolve pricing and product strategies.

Many legacy quoting tools do not support bundles, so current-state ≠ future-state.

CPQ discovery must capture future-state needs.

D. “Assume no bundle configuration unless customer brings it up.”Incorrect because:

Customers often don’t know what CPQ bundles can do.

CPQ consultants are responsible for educating customers on capabilities.

Failing to introduce bundles leads to:

Incorrect product catalog design

Broken pricing logic

Large rework later in the project

This contradicts CPQ best-practice discovery methodology.

Requirement:

Set Legal Entity on Order Product and OP Consumption Schedule in a scalable way.

Runs before insert, so no second update transaction is needed.

Scalable (bulk-safe, low CPU, no recursion).

Modern Salesforce best practice for field population.

Works consistently across:

Order Products

Usage/Consumption Schedules

Why D. Before-Save Flow is correctWhy not the others?Option

Why Incorrect

A. Workflow Rule

Deprecated, not scalable, cannot run before-save.

B. Custom Setting

Storage mechanism, not automation logic.

C. QCP

Only affects Quote stage, not Order Products or Consumption Schedules AFTER order creation.

Thus **D is the correct, scalable, and recommended pattern.

Document generation performance in CPQ depends heavily on template content size, not price rules or QLE performance.

✔ C — Use compressed image formatsLarge JPG/PNG images dramatically slow down:

Template rendering

PDF generation

Email attachment creation

Compressing images is a documented best practice.

✔ E — Reduce the number of line columns in the quote documentEach additional column:

Adds more data retrieval

Increases merge time

Slows PDF rendering

This is one of the primary causes of slow Quote Document generation in CPQ.

Why the other answers are incorrectOption

Why Wrong

A & B — Product rules / constraints

They affect quote calculation, not document generation.

D — Fields in QLE

QLE configuration does not affect document generation speed.

Thus C and E are correct.

A Revenue Cloud consultant leading scoping must have:

A – Excellent communication: Key for translating technical and business requirements.

B – Planning/monitoring/review skills: Required to drive structured discovery workshops.

E – Awareness of design pitfalls & mitigation: Ensures a scalable CPQ/Billing architecture.

Options C and D are irrelevant: competitor knowledge or sales quota experience are not key skills for scoping a CPQ/Billing project.