Consumer-Goods-Cloud-Accredited-Professional Sample Questions Answers

Two primary use cases for performing an in-store survey are:

Gathering feedback from customers, consumers, shoppers, and staff. An in-store survey can be used to collect feedback from various stakeholders who interact with the products or services offered by the consumer goods company. For example, an in-store survey can ask customers about their satisfaction, preferences, or suggestions; consumers about their awareness, perception, or loyalty; shoppers about their behavior, motivation, or barriers; and staff about their challenges, needs, or opinions.

Gathering data on promotions, inventory requirements and product quality. An in-store survey can be used to collect data on various aspects of the product performance and availability in the retail store. For example, an in-store survey can ask about the compliance, effectiveness, or impact of promotions; the demand, supply, or replenishment of inventory; and the condition, quality, or issues of products

Store Action Plan Templates for recommended tasks can be defined at various levels including Retail Store Group, Retail Store, and In-Store Location, allowing for granular and effective task management.

These components provide comprehensive information about promotions and inventory, vital for effective retail execution.

Action Plan Templates in Consumer Goods Cloud can be cloned, enabling users to replicate and modify templates for various purposes and scenarios.

To achieve the requirement of automatically changing a product attribute (Business TV Attribute) to specific value ("Gold") based on a field on the Customer Account (SLA = "Gold"), the Consultant should recommend Advanced Rules.

Advanced Rules (Product Configuration): In Salesforce Industries (Communications Cloud) CPQ, Advanced Rules are the comprehensive framework used to handle complex logic that requires evaluating data from related objects (like the Account or Quote) to trigger actions on the Product line items in the cart.

Entity Filters: Advanced Rules utilize Entity Filters to evaluate the "If" condition. The Entity Filter can be configured to look up the Account record associated with the order and check if the SLA__c field equals 'Gold'.

Rule Actions: Once the condition is met, the Advanced Rule triggers a Configuration Action. This action can be defined to "Set Attribute" (or Assign) the value 'Gold' to the specific attribute on the Business TV product.

Why other options are incorrect:

Attribute Rules (D): While "Attribute Rules" (or Product Attribute Rules) handle logic regarding attributes, they are typically used for intra-product dependencies (e.g., "If Color is Red, then Size cannot be Small" or "Set Default to X"). They do not natively support reaching out to the Account object to read a field without the broader Advanced Rule/Entity Filter wrapper.

Context Rules (A): These are primarily used for Eligibility, Pricing, and Promotions (determining if a product appears or which price list applies). They are not typically used to set configuration attribute values on the line item itself.

Compatibility Rules (C): These are used to validate if products can exist together (Requires/Excludes), not to set attribute values.

This pattern allows for "Auto-Configuration" of the product based on the customer's profile, ensuring the sold service aligns with the customer's contractual Service Level Agreement (SLA) without manual agent intervention.

The Tableau CRM for Consumer Goods Cloud dashboard that can provide the required data for a Field Sales Manager to determine which stores have a decline in Retail Execution KPIs and therefore need attention is the Store Performance Dashboard. The Store Performance Dashboard shows the performance and compliance of the retail stores in relation to their KPIs and promotions. The dashboard allows users to filter and analyze the data by various dimensions, such as store group, store location, product category, or visit date. The dashboard also displays metrics such as store compliance score, store revenue, store visits, and promotion compliance score. By using this dashboard, a Field Sales Manager can identify which stores are underperforming or non-compliant and take appropriate actions to improve their performance. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 37.

For partner-facing guided journeys in Experience Cloud that must communicate with external systems during order capture, Salesforce recommends using OmniScripts and Integration Procedures together.

OmniScripts (A) provide the guided user journey—highly configurable, step-by-step flows where partners can configure products, enter customer data, and trigger backend processes. OmniScripts are the front-end orchestration layers for Communications Cloud CPQ and order capture in portals.

Integration Procedures (C) are the server-side execution engine that handle:

Calling external systems

Orchestrating multiple APIs

Handling transformations

Reducing client-server chattiness

They are specifically optimized for Experience Cloud, where minimizing round trips and improving performance is critical.

DataRaptors (B) handle simple CRUD and transformations but are not well suited for multi-step external integrations.

FlexCards (D) are for display/UI components, not guided journeys or external API orchestration.

Creating a distinct set of KPIs for endcap locations allows NTO to specifically track and analyze the performance of these areas, providing targeted insights.

To make a brand-new product available for Industries CPQ initial sale and support order fulfillment, two major work items must be completed:

B. Decomposition Relationships

These define how the commercial product breaks into technical products required for fulfillment. Without decomposition, Order Management cannot generate Fulfillment Request Lines.

D. Product Model

The product must be fully modeled in the Enterprise Product Catalog (EPC):

Product Spec

Attributes

Prices

Cardinality

Bundles

Versioning

Incorrect options:

A. OmniScript is optional; CPQ can still operate via the Cart without custom OmniScripts.

C. MACD Orchestration is not needed for initial sale; only fulfillment of new orders is required at launch

Field Sales Managers can access photos taken by Field Reps of defective in-store assets through the asset record to which the photos are linked. This provides a direct association between the asset and its condition.

These fields on the Retail Store object differentiate it from the Account object, providing specific information about store operations, preferred visit timings, and shipping details.

Promotions are linked to Retail Stores through Promotion Channel records, which define the connection and details of the promotional activities.

In Communications Cloud, during a MACD (Modify/Add/Change/Disconnect) order, Order Management must determine which service plan the customer currently has. For asset-based ordering, Salesforce stores the current state of a service in the Inventory Items object. This includes all attribute values associated with the existing commercial product instance.

Because the commercial product is modeled with a plan attribute (Basic, Standard, Premium), the active value is part of the customer's Inventory Item record.

During MACD decomposition, Order Management retrieves the current state of the service—including all attribute values—from the Inventory Item. This allows the orchestration plan to compare:

“Existing value” (from Inventory Items)vs.

“New value” (from the Change Order)

This is core to Salesforce’s “Inventory-Driven MACD” design.

Option A is incorrect because the Change Order only stores the new values—Order Management must pull the existing value from Inventory.

Option C (custom objects) is unnecessary and not recommended.

Option D (callout to downstream system) defeats the purpose of asset-based ordering and introduces latency.

When performing a search in an inventory check task, only the products that are associated with the retail store are considered for the search. This is because the inventory check task is designed to verify the availability and quantity of products in a specific store location. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 28.

To ensure the field rep knows that the product is located in the frozen food aisle when performing an inventory check, the consultant should create an In-Store Location called Frozen Food Aisle’. An In-Store Location is an object that represents a specific area within a retail store, such as an aisle, a shelf, or a cooler. By creating an In-Store Location for the frozen food aisle, the consultant can associate it with the products that are stocked in that area and display it on the inventory check task. This way, the field rep can easily locate and verify the products in the frozen food aisle. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 20.

Once a production data load is completed in Communications Cloud, Salesforce’s public data-migration and go-live readiness recommendations emphasize two mandatory activities: (1) remediation of failed records, and (2) validation of loaded data. These activities ensure that production contains a complete, accurate, and trusted data set before the system is opened to business users.

Option B – Analyze and resolve any errors and re-load failed records

Even if a full-data migration completed successfully in a Full Copy sandbox, the production environment may still produce new failures due to data differences, unexpected validation rules, org-specific automation, or sequence dependencies. Salesforce migration best practices require analyzing the error logs generated by Data Loader, Bulk API, or middleware, correcting failed data, and performing targeted reloads. No migration is considered complete until every failed record has been addressed. This is a standard post-migration requirement in Communications Cloud given the volume and interdependencies between Accounts, Subscriptions, Service Accounts, Billing Accounts, Premises, Assets, Orders, and Fulfillment objects.

Option D – Validate volumes and spot-check correctness

After the load finishes, the consultant must validate that record counts in production exactly match expected totals from source systems, including number of Accounts, Billing Accounts, Service Accounts, Subscriptions, Premises, and Assets. Salesforce also recommends targeted spot checks—opening individual customer records, ensuring relationships are correct, asset hierarchies are intact, and subscription data is consistent. This ensures data integrity before cutover and user access.

Incorrect options:

A – Salesforce does not provide a data load report via support case; all logs come from the tools used during migration.

C – You cannot assume “all errors were resolved earlier.” Every production load must be validated, and new issues frequently occur during the final cutover.

Therefore, the correct post-production-load actions are B and D.

In Communications Cloud, modifying an existing commercial service to a higher speed tier (or upgraded variant) is handled through the Change of Plan MACD process. Salesforce defines Change of Plan as the out-of-the-box MACD scenario used when an existing active subscription is upgraded, downgraded, or migrated to a different configuration within the same offer family.

High-speed upgrades typically involve the same commercial product family (e.g., “Internet”) but with modified attributes such as speed tier, bandwidth profile, SLA level, etc. The Change of Plan MACD:

Reuses the existing asset

Captures the new configuration

Decomposes into new or modified technical actions

Avoids unnecessary disconnect/reconnect cycles

Preserves billing continuity

Minimizes order orchestration overhead

Options B (Disconnect & New Order) and C (Modify Order) are not correct: Disconnect/New Order is used only when replacing an entire product with a materially different offering, not speed upgrades. A Modify Order MACD adjusts non-plan attributes—not plan-tier changes. Option D (Apply Promotion) is irrelevant here.

Thus, Change of Plan is the correct MACD for upgrading customers to high-speed offers.

Warehouse agents manually entering router barcode and shipment tracking numbers requires a human task in Order Management. Salesforce best practice:

Use a Manual Task Orchestration Item when human input is required.

Launch an OmniScript to capture structured data, validate inputs, and update Fulfillment data.

Why the others are incorrect:

A (Flow) – Flows are not the recommended UI for OM tasks; OmniScripts provide better control, validations, dynamic forms, and DC/CPQ consistency.

B (Push Event) – Push tasks send tasks to external queues/systems, not internal warehouse agents.

C (Autotask) – Auto Tasks run without human interaction, so cannot capture barcodes manually.

Salesforce Maps Advanced includes features like real-time traffic-based routing, constraint-based routing, and visit windows to optimize field service operations and improve efficiency in planning store visits.

In Salesforce Communications Cloud, when multiple commercial offers decompose into the same technical product, the system performs attribute mapping during decomposition using the configured Commercial-to-Technical Product relationships. Public Industries documentation explains that when two or more commercial products share an attribute with the same target technical product attribute, the system does not throw an error automatically. Instead, Communications Cloud uses a “last write wins” behavior during value assignment.

In this scenario, both the Internet and TV commercial offers have the same attribute “Installation Type”, and both map to the same attribute on the shared technical product (access line). When a customer orders Internet + TV together, the decomposition engine executes sequentially. The attribute mapping is processed for the Internet offer first (or whichever is configured first in the order). Next, the TV offer decomposes and updates the same attribute on the same technical product instance.

Because no conflict-handling mechanism is defined out of the box, and no mutual-exclusivity rules are enforced by default, the value from the last processed offer simply overwrites the earlier one. This is expected behavior in native EPC + OM decomposition when two attributes of identical name and mapping collide.

Therefore:

No design-time error occurs → eliminating option B.

No runtime decomposition error occurs → eliminating option D.

The attribute is not set to null → eliminating option C.

The system instead sets the technical product’s Installation Type to whichever product’s value was processed most recently.

A promotion check is a type of action plan task that allows a field rep to verify if a promotion is running correctly at a retail store. There are three ways of performing a promotion check during an in-store visit:

General Promotion, which checks if any promotion is running at the store, regardless of the product or category involved.

Individual Product, which checks if a specific product is part of a promotion at the store.

Product Category, which checks if a group of products that belong to the same category are part of a promotion at the store. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 27-28.

Two explanations for why no surveys are available when field reps try to complete a visit survey on their mobile devices are:

The Salesforce admin has not created and activated a Salesforce survey. A Salesforce survey is a questionnaire that can be sent to customers or contacts to collect feedback. The admin needs to create and activate a survey before it can be used in an in-store survey task.

A related survey invitation has not been generated. A survey invitation is an object that represents an invitation to take a survey. A survey invitation needs to be generated and associated with the visit, the retail store, or the store primary contact before it can be displayed in an in-store survey task. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 27.

The requirement is to introduce a limited-time offer that is available on the website (digital channel/DC APIs) and, once claimed, grants a 10% discount for three months.

This is the definition of a Promotion that uses a Time Plan to define the duration of the discount.

Promotion (A):

In Salesforce Industries CPQ, a Promotion is the container entity used to define a marketing offer that modifies the price of a product (in this case, a 10% discount).

The Promotion entity is what is typically exposed to digital channels (like the website via DC APIs) for customers to claim or qualify for. The search results confirm that Promotions are used to "apply temporary changes to product pricing, bundles, and product structure".

Time Plan (B):

The Time Plan is a sub-feature of Promotions (or Price Lists) that defines the duration for which the commercial change (the 10% discount) is active.

The requirement states the discount is only for "three months." A Time Plan is specifically configured to start the discount upon activation and automatically end it after the defined period (3 months), ensuring the billing system correctly handles the price change back to the original rate.

D (Discount) is a result of the configuration, not the feature itself. The discount value (10%) is defined within the promotion.

C (Offering) is a synonym often used for a product or bundle, but it does not specify the limited-time discount mechanism required.

In Salesforce Industries Order Management, the scope of a technical product determines how decomposition looks for existing assets or inventory items. When a customer already owns a device (such as a router) and later orders a new service that can reuse the same hardware, the decomposition engine must search across the customer’s inventory at the account level, not the original order item or the top-level order item.

Public Salesforce Order Management documentation explains that Account Scope is used when the fulfillment system needs to evaluate inventory or assets that the customer already owns—for example, routers, ONTs, set-top boxes, SIM cards, or any CPE device. By setting the technical product to Account Scope, the decomposition engine checks the customer's entire installed base and finds the matching item, allowing it to generate the correct Fulfillment Request Lines (FRLs) without creating duplicates.

Other options do not support the scenario:

Order Item Scope and Top Order Item Scope only look at items within the current order and would not detect previously fulfilled devices.

Downstream Order Item Scope evaluates child order items but still only within that transaction.

Thus, only Account Scope ensures that the decomposition process properly references existing inventory and reuses the router rather than provisioning a new one, which is exactly what the scenario requires.

To meet the requirements of offering regional pricing and ensuring customers can see the correct price before adding the product to the cart (i.e., while browsing the catalog), the solution must rely on Context Rules that evaluate the customer's profile (Region) prior to product configuration.

B. Create a Base Price List and Multiple Child Price Lists associated with Context Rules per region:

In Salesforce Industries (Communications Cloud) CPQ, Price Lists are the primary container for prices. You can create specific price lists for each region (e.g., "New York Price List," "Texas Price List") and use Context Rules to automatically assign the correct price list to the user's session based on their Account or Quote details (Region).

Because the Price List is selected before the product is viewed, the catalog automatically displays the price entries from that specific regional list, satisfying the visibility requirement.

D. Create multiple Price List Entries associated with Context Rules per region:

Alternatively, you can use a single global Price List but create multiple Price List Entries (PLEs) for the same "Business Internet" product (e.g., one entry for $50, another for $60).

You can apply Context Rules directly to these Price List Entries. When the catalog renders, the system evaluates the rules against the customer's context (Region) and filters the entries, showing only the one valid for that region.

This allows for granular control at the product price level without necessarily duplicating entire price lists.

Why A is incorrect: Attribute-based Pricing Matrices are typically used for calculating prices based on product attributes that a user selects during configuration (e.g., Speed, Color). Since the requirement is to see the price before adding to the cart (pre-configuration), and Region is a context of the customer not a feature they configure on the product, Context Rules (B & D) are the correct architectural choice.

Industries Order Management (OM) provides multiple orchestration item types to manage human tasks, system tasks, and external service calls. For field technician data capture, Salesforce recommends manual data capture orchestration items combined with OmniScripts, so technicians enter information directly instead of relaying it verbally—reducing errors and improving data quality.

A Manual Orchestration Item (Option C) creates a human task assigned to a technician and pauses the orchestration until the technician completes the task. This is the exact pattern used when capturing installation details, device identifiers, serial numbers, modem MAC addresses, or activation parameters.

A Push Orchestration Item (Option A) is also applicable when a task must be automatically “pushed” to an external party (like a field technician mobile app). The Push item assigns the work and embeds the OmniScript UI, enabling the technician to directly enter data, ensuring accuracy and eliminating the error-prone phone call process.

Options B and D (Milestone and Callout items) represent automated system tasks and do not support interactive technician data capture.

To link an Action Plan to a Visit record, the first step is to create an Action Plan Template by specifying Visit’ as the target object and publish it. An Action Plan Template is a template that defines the tasks and steps for an action plan. An action plan is a set of tasks that need to be completed for a specific purpose or goal. A visit is an object that represents a scheduled or unscheduled interaction between a field rep and a retail store. By specifying Visit as the target object, the Action Plan Template can be linked to any visit record that matches the criteria defined in the template. By publishing the template, the Action Plan Template becomes available for use. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 25.

Out of Stock, Share of Shelf, and SKU Facings are three KPIs that can be derived using Planogram detection. A Planogram is a visual representation of how products should be arranged on a shelf. Planogram detection is a feature that uses Einstein Vision to compare the actual shelf image with the expected planogram image and calculate metrics such as:

Out of Stock, which measures the percentage of products that are missing from the shelf.

Share of Shelf, which measures the percentage of space occupied by a product or brand on a shelf.

SKU Facings, which measures the number of times a product SKU is visible on a shelf. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 23-24.

White Space Analysis is a Tableau CRM dashboard that shows opportunities to sell new products in a retail store location. It analyzes the sales performance and product distribution across different stores and segments, and identifies gaps or white spaces where new products can be introduced or existing products can be expanded. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 37.

In Salesforce Industries (formerly Vlocity), large-scale B2B quoting scenarios—especially those involving multiple service accounts, hundreds of simultaneous quotes, and high-volume line-item configurations—are supported by the Enterprise Sales Management (ESM) application suite. Public Salesforce Industries resources describe ESM as the solution specifically engineered for complex B2B sales cycles, high-volume quoting, and enterprise-level product configuration.

ESM extends the functionality of Industries CPQ to support “high-line-item quoting environments,” allowing sales teams to manage thousands of products, hierarchical product bundles, account-specific pricing, and approval workflows. It is optimized for organizations selling advanced connectivity solutions, WAN, MPLS, SD-WAN, Dedicated Internet, and other enterprise-grade telecom services—exactly the type of offerings ABC Telecom delivers.

Salesforce’s public feature descriptions highlight that ESM supports:

Large quoting volumes (hundreds of quotes per customer)

Complex commercial hierarchies (B2B enterprise accounts with multiple service locations)

Scalable CPQ performance for 1,000+ line items

Enterprise contract, pricing, and proposal workflows

Multi-site, multi-service configuration

Other choices do not fit:

Advertising Sales Management focuses on media/advertising inventory buys.

Mobile Subscription Management is for B2C mobile postpaid/prepaid subscriptions.

Subscriber Lifecycle Management manages consumer subscriber journeys, not enterprise B2B quoting.

Thus, for ABC Telecom’s enterprise customer scenario with large, complex quotes, Enterprise Sales Management is the correct and Salesforce-aligned solution.

Salesforce EPC provides Object Types to group products that share common attributes. For mobile devices that all share color, storage, screen size, the correct modeling approach is:

✔ Create a Mobile Offer Spec Type

Add all common attributes (color, storage, screen size).

Set parent = Base Offer Spec Type (standard hierarchy).

Associate mobile device products with this Object Type.

This ensures:

Attribute reuse

Cleaner catalog modeling

Easier maintenance

Declared inheritance from Base Offer Spec Type → Mobile Offer Spec Type → Device Offer

Why others are incorrect:

A: Associates devices with Base Type instead of Mobile-specific type.

B: Suggests reversing hierarchy (incorrect structure).

D: Putting all attributes on Base Offer Spec Type violates specialization and bloats the base type.

These statements ensure that the necessary data, such as KPIs and IDs, are available within the flow for accurately performing and tracking flow-based tasks.

Action plan templates can have multiple planogram, inventory and promotion checks, which are predefined tasks that can be assigned to field reps to perform during their store visits. These tasks help to ensure compliance and optimize product placement and availability. Verified References: [Salesforce Consumer Goods Cloud Implementation Guide], page 26-27.