Free Salesforce Revenue-Cloud-Consultant-Accredited-Professional Practice Exam with Questions & Answers

In Salesforce CPQ, a bundle is a group of products that are known to be sold together. There are three types of bundles: static, configurable, and nested1. The bundle configuration is a significant part of CPQ, and it can make selling complex product offerings easier by providing sales reps with premade product bundles to choose from1. However, whether a customer needs a bundle configuration or not depends on their specific needs and preferences2. Therefore, it’s important to introduce the concept of bundle configuration as part of a CPQ project, but the decision to implement it should be left up to the customer2. References

Learn About Configuration in the Sales Process - Trailhead

Product Bundles in Salesforce CPQ - SkyPlanner

To ensure that one of the order products has 2 months of charges appear on the next invoice without affecting theinvoicing of other products, theBill Through Date Overridefield should be used. This field allows for the specification of a custom billing end date for a particular order product, enabling charges for multiple periods to be billed in one invoice while not altering the billing schedule of other products. This capability is crucial for flexible billing arrangements where specific billing requirements need to be met without globally changing the billing processes.

This approach is aligned with Salesforce Billing best practices, providing flexibility in handling individual order product billing needs while maintaining the integrity of the overall billing process.

The steps that an implementation team should take to integrate Revenue Cloud with another system are:

B. Complete a source to target mapping of the fields that will integrate between systems: This step involves defining how data fields in Revenue Cloud correspond to data fields in the external system. It is crucial for ensuring accurate data flow and integration functionality between the systems.

D. Design an architecture view of how data integrates and flows between systems: This involves creating a detailed architectural blueprint that outlines how data will be transferred and managed between Revenue Cloud and the external system. It helps in identifying potential integration challenges and ensuring thatthe integration supports the business processes effectively.

These steps are based on best practices in systems integration, focusing on data consistency and integrity, along with a structured approach to designing integration flows.

These are three features that are not natively supported by Salesforce Revenue Cloud, but can be added by using an AppExchange Solution.

Contract Redlining: This is the process of comparing and editing different versions of a contract document,usually with track changes and comments. This can help to negotiate and finalize the terms and conditions of a contract with customers or partners. 1

Electronic Signature: This is the digital equivalent of a handwritten signature, which can be used to sign and validate a contract document electronically. This can help to speed up the contract approval process and reduce paper usage. 2

Attachments: This is the ability to add additional files or documents to a contract document, such as supporting evidence, product specifications, or legal disclosures. This can help to provide more information and clarity to the contract parties. 3

The three common CPQ design mistakes to avoid while implementing CPQ for your customer are:

A. Using price book entries to handle attribute based variationsinstead of lookup price rules: Price book entries are not designed to handle attribute-based variations. Instead, lookup price rules should be used. These rules allow you to adjust pricing based on specific product attributes, providing more flexibility and accuracy1.

C. Creating process builders and flows to pass data between fields instead of using twin field mapping: Process builders and flows can be complex and difficult to maintain. Instead, twin field mapping should be used. This feature allows you to map fields between objects, ensuring data consistency and reducing the need for custom code1.

D. Writing customizations for product selection or validation instead of using option constraints, product rules, and bundles: Customizations can be time-consuming and costly to implement and maintain. Instead, Salesforce CPQ provides built-in features like option constraints, product rules, and bundles that can handle product selection and validation. These features are designed to enforce business rules and ensure that only valid product combinations are selected1.

 In Salesforce Revenue Cloud, the feature needed to split Order Products into different Invoice runs is the Invoice Group. The Invoice Group field on the order product is used to define more levels of grouping. After the invoice run groups order products by their billing account and payment terms, it then considers the order’s invoice grouping. This process is usefulfor invoicing certain types of order products separately from your other order products1.

Salesforce AppExchange offers a variety of solutions that can enhance the functionality of Salesforce Revenue Cloud. Here are the reasons why you would need an AppExchange solution to support generating a document in support of a Revenue Cloud project:

Watermarks (A): Watermarks can be used to mark documents asconfidential or to denote the status of the document (draft, approved, etc.). AppExchange solutions can provide this functionality, which is not available out-of-the-box in Salesforce.

Electronic Signature ©: Electronic signatures are often required for contracts and other legal documents. AppExchange solutions like DocuSign can integrate with Salesforce to provide this functionality.

Contract Redlining (D): Contract redlining allows for tracking changes and comments during the contract negotiation process.This is a specialized functionality that can be provided by AppExchange solutions.

References

10 Benefits of Using Salesforce AppExchange Apps - Cloud Analogy

Revenue Cloud Collection Page - Salesforce

Extending Customer 360 with Salesforce AppExchange

What Is Salesforce AppExchange and How Can I Use It?

Cross object formula fields are fields that reference data from related objects using lookup or master-detail relationships. They can be useful to display information from parent or child objects without creating custom code or workflows. However, using too many cross object formula fields in a Revenue Cloud project can pose some risks, such as:

Formula field data is not always available during CPQ quote calculation. This means that the formula fields may not reflect the latest values from the related objects when the quote is being generated or updated. This can cause inaccuratepricing, discounts, or taxes. To avoid this, it is recommended to use CPQ fields or custom fields instead of cross object formula fields for quote calculation. 12

They are computationally expensive. This means that the formula fields require more processing power and time to evaluate and display thedata from the related objects. This can affect the performance and responsiveness of the application, especially if there are multiple formula fields on the same object or page layout. To avoid this, it is recommended to limit the number and complexity ofcross object formula fields, and use filters or conditions to reduce the number of records that need to be evaluated. 34

They can easily exceed limits if not carefully designed and tested. This means that the formula fields can cause errors or warnings if they exceed the maximum length, number, or level of relationships allowed by Salesforce. For example, a formula field can only reference up to 10 unique relationships and span up to five levels of relationships. If these limits are exceeded, the formula field will not save or display correctly. To avoid this, it is recommended to review the formula field limits and best practices, and test the formula fields in different scenarios and environments. 

To migrate legacy install base into Salesforce CPQ along with the contract, the Revenue Cloud Consultant needs to populate the Assets and Subscriptions objects. These objects store the information about the products and services that the customer has purchased and are associated with the contract. The Assets object tracks the physical products, such as hardware and software licenses, that have been delivered or activated for the customer. The Subscriptions object tracks the recurring products, such as software subscriptions or maintenance plans, that have a defined billing frequency and term. By populating these objects, the Revenue Cloud Consultant can preserve the history of the customer’s purchases and enable the features of Salesforce CPQ, such as renewals, amendments, and co-termination. References:

Migrate Legacy Data to Salesforce CPQ

[Assets]

[Subscriptions]