Salesforce Updated Revenue-Cloud-Consultant-Accredited-Professional Exam Questions and Answers by saanvi

Cross-object formula fields are useful for accessing data from relatedobjects, but they also have some drawbacks and risks, especially when used excessively in a revenue cloud project. Some of the risks are:

They can easily exceed limits if not carefully designed and tested. Cross-object formula fields count against the total number of fields allowed per object, and they also consume more resources than regular fields. If the formula is too complex or references too many objects, it can cause performance issues, errors, or failures. For example, a formula can only reference up to 10 unique relationships, and a record can only trigger up to 16 levels of cross-object formula updates. 12

Formula field data is not always available during CPQ quote calculation. CPQ quote calculation is a process that evaluates the pricing, discounts, taxes, and other factors of a quote. During this process, some cross-object formula fields may not have the latest data or may not be accessible at all, depending on the order of execution and the timing of the updates. This can lead to inaccurate orinconsistent results, or even prevent the quote from being calculated. 3

They are computationally expensive. Cross-object formula fields require more processing power and time than regular fields, as they need to query and calculate data from multiple objects and relationships. This can affect the overall performance and responsiveness of the revenue cloud project, especially when thereare many cross-object formula fields involved. Additionally, cross-object formula fields can trigger cascading updates and validations, which can further increase the computational load and complexity. 4

The correct sequence of evaluation events for a price rule, quote calculator plugin (QCP), and CPQ package pricing engine is as follows:

Internal Initialization: This is the first step where the system prepares for the calculation process.

On Initialization: At this stage, any price rules that are set to trigger ‘On Initialization’ are run.

Calculate Formulas: The system evaluates formula fields.

Before Calculate: Any price rules that are set to trigger ‘Before Calculate’ are run.

Calculate Quantities: The system calculates quantities, for example, bundle components.

On Calculate: Any price rules that are set to trigger ‘On Calculate’ are run.

Price Waterfall Calculation: The system calculates out-of-the-box pricing tools such as block pricing, discount schedules, etc.

After Calculate: Any price rules that are set to trigger ‘After Calculate’ are run1.

This sequence ensures that all calculations and price rules are applied in the correct order, providing accurate pricing information1. References: 

https://help.salesforce.com/s/articleView?id=sf.cpq_price_rule_considerations.htm &language=en_US&type=5

https://help.salesforce.com/s/articleView?id=000388745 &language=en_US&type=1

In Salesforce Revenue Cloud, usage records are a key component of the usage-based pricing model. They track the consumption of a product or service over a predefined time period1.

The required fields on the usage record to load and ratethe usage are:

Start Date Time: This field represents the start of the usage period1.

End Date Time: This field represents the end of the usage period1.

Matching ID: Salesforce Billing uploads usage only to usage summaries with matching IDs1.

Matching Attribute: Usages are rated against usage summaries where the Matching ID, Matching Attribute, and Unit of Measure fields all match1.

Unit of Measure: This field represents the unit in which the usage is measured1.

Quantity: This field represents the amount of usage1.

These fields are essential for accurately tracking and billing usage-based products or services. They allow Salesforce Revenue Cloud to calculate charges basedon the actual consumption of a product or service, which can be more flexible and customer-friendly than flat-rate pricing2.

References

Usage Summary and Usage Fields - Salesforce

Usage-Based Products - Salesforce

A Revenue Cloud consultant needs to understand the client’s business, their products or services, and their sales process before they can effectively scope a Revenue Cloud project.

A. A sample proposal the client provides to their customers: This document can give the consultant insights into the client’s current sales process, pricingstrategies, and customer interactions1.

B. Brochures that provide detail to the products and services the client offers: These materials can help the consultant understand the client’s product offerings, their unique selling points, and how they position themselves in the market1.

D. An approval matrix documentation that describes the approvals needed before a quote is sent to the customer: This document can help the consultant understand the client’s internal approval processes, which is crucial for configuring the approval workflows in Revenue Cloud2.

C. The latest release notes found at help.salesforce.com>salesforce CPQ patch notes: While these notes are important for staying updated on the latest features and bug fixes in Salesforce CPQ, they may not directly help the consultant understand the client’s specific project requirements3.

E. The client’s income statements and balance sheet: While these financial documents can provide valuable insights into the client’sfinancial health and performance, they may not directly contribute to understanding the client’s Revenue Cloud project requirements1.