Skip to main content

#Salesforce Revenue Cloud39 utenti parlano di questo argomento

I have Configured the Usage management in revenue cloud but when I change the grant quantity the price not updates

 

image.png

 

image.png

 

I have configured Usage-Based Pricing in Salesforce Revenue Cloud using a tier-based rate card and base rate card.

On the Quote Line Item, when I modify the Grant From value in the Product Usage Resources UI, the corresponding product price does not recalculate or update.

Even though the rate cards are correctly assigned, the pricing remains unchanged.

What could be causing this issue, and why isn’t the price recalculating based on the updated usage configuration? Where Can I get to know that Usage base pricing apply or not  

 

@* Salesforce Revenue Cloud *

 

 

#Salesforce Revenue Cloud

2 risposte

Hi everyone,

I am facing an issue with a Group Ramp Deal in Salesforce Revenue Cloud and would appreciate your guidance.

Steps:

  1. I created a 3-year Group Ramp Deal with the Ramp Uplift Type set to Compounding Uplift/Standard Uplift.
  2. The uplift percentages are configured as follows:
    • Year 1: 0%
    • Year 2: 10%
    • Year 3: 10%
  3. I successfully created the order and the corresponding asset.
  4. When I renewed the asset using Override Renewal Term and configured the renewal as the same Group Ramp Deal, I noticed that the Net Unit Price is not populated for the first year, whereas the pricing is calculated correctly for the second and third years.

Has anyone encountered a similar issue when renewing a Group Ramp Deal with Compounding Uplift in Salesforce Revenue Cloud? Are there any specific configurations or additional steps required to ensure that the first-year pricing is calculated correctly during renewal?

Any suggestions or insights would be greatly appreciated.

Thank you! 

 

Net Unit Price Missing for the First Year When Renewing a Group Ramp Deal with Compounding Uplift/Standard Uplift

 

#Revenue Cloud  #Salesforce Revenue Cloud

1 risposta
  1. 29 ott, 22:15

    When renewing a Group Ramp Deal with compounding or standard uplifts in Salesforce Revenue Cloud, missing net unit pricing on the first year typically stems from how renewal quote lines inherit pricing schedules or override parameters from the original asset record. Because the original ramp schedule establishes Year 1 pricing as the baseline, using the override feature can sometimes disconnect the initial period's price calculation if the renewal subscription term doesn't explicitly re-evaluate the ramp definition lines. To resolve this, verify that your Revenue Cloud pricing rules and quote line editor settings correctly reference the parent ramp schedule during renewal creation. Ensuring that the renewal API or process builder re-applies the initial ramp segment rather than bypassing Year 1 when the override flag is active will help maintain correct unit price population across all terms.

Hello Trailblazer Community! 👋

I have 10+ years of experience in Software QA, ETL Testing, Data Quality, SQL, Test Automation, Functional Testing, and UAT.

I am transitioning into the Salesforce ecosystem with the goal of becoming a Salesforce Functional Consultant, focusing on Sales Cloud, Salesforce CPQ, Revenue Cloud, and Agentforce.

I am currently building hands-on Salesforce portfolio projects to strengthen my understanding of business requirements analysis, business process mapping, user stories and acceptance criteria, product configuration and pricing, Quote-to-Cash processes, functional testing, and UAT.

I am particularly interested in understanding how Salesforce solutions are designed and implemented to solve real-world business problems.

I would love to connect with Salesforce Functional Consultants, Business Analysts, CPQ and Revenue Cloud professionals, Agentforce specialists, and Salesforce implementation partners.

I welcome opportunities to learn from experienced professionals, exchange knowledge, build meaningful connections, and explore relevant career opportunities in India.

If you have any advice for someone transitioning into Salesforce Functional Consulting, I would be grateful to hear your suggestions.

Looking forward to connecting with fellow Trailblazers!

Thank you!

 

#Sales Cloud  #Salesforce Revenue Cloud  #Salesforce CPQ & Billing  #Agentforce  #Salesforce Admin

When a user marks a Quote as Primary, Quote-to-Opportunity synchronization should also be enabled for that Quote? 

To achieve this, I am using the standard syncQuoteOpportunity action in my Flow and have enabled Enable Asynchronous Opportunity Sync in Revenue Settings but still it is not working although the flow is working properly but it is not syncing the QLI to OLI, so is there any other considerations to use. 

 

#Revenue Cloud  #Salesforce Revenue Cloud  #Revenue Management System

2 risposte
  1. 26 ott, 15:36

    @Ayush Negi  Please refer to the official Salesforce documentation for the setup and considerations for Quote-to-Opportunity synchronization in Revenue Cloud:

    https://help.salesforce.com/s/articleView?id=ind.rev_large_tran_quote_to_opportunity_sync_support.htm&type=5

     

     Additionally, please verify the following:

    1. Ensure that the Quote is correctly associated with the intended Opportunity and that both records use the same Price Book (Pricebook2Id).
    2. Check that the Flow invokes the standard syncQuoteOpportunity action with the correct Quote ID.
    3. When the Flow invokes the sync action, verify whether the Syncing checkbox on the Quote becomes checked. If it does, this indicates that synchronization has been initiated, but it does not necessarily confirm successful completion.

    Hope this helps!

    #Crystal Lotus Solutions 

Pratik Pawar ha fatto una domanda in #Revenue Cloud

We are migrating from Salesforce CPQ to Revenue Cloud (Agentforce Revenue Management), API v67/v68. We have a custom picklist field Action_Type__c (Add, Amend, Cancel, Renew, No Change, Transfer, Cancel and Renew) that we stamp on Quote Line Item and Quote Action, and it flows to Order Product through the Sales Transaction context definition (Sales Transaction Item attribute mapped in QuoteEntitiesMapping and OrderEntitiesMapping). That part works.

We want the same value on Asset Action and Asset Action Source after the order is activated and assets are created or updated (createOrUpdateAssetFromOrder, called from a record-triggered flow on Order).

What we tried:

  1. Created Action_Type__c (picklist) on Asset Action and Asset Action Source.
  2. In the context definition: added a custom attribute on the Asset Action Source and Asset Action nodes, hydration mapping in AssetEntitiesMapping (Asset Action Source to Asset Action Source), and in AssetToSalesTransactionMapping the Asset Action Source to Sales Transaction Item mapping with ctxAttrHydrationCtxs, following the same pattern we use for another custom field (Average Unit Price).
  3. Activated new versions and ran fresh amendment and renewal orders.

Result: Order Product has the value, but Asset Action and Asset Action Source stay blank. Asset Action and Asset Action Source are not createable or updateable through the API or Apex, so we cannot backfill them either. The only link we have is AssetActionSource.ReferenceEntityItemId (polymorphic to OrderItem or OrderItemDetail).

Questions:

  1. Is it supported to persist a custom field value onto Asset Action or Asset Action Source when assets are created from orders? If yes, which context mapping, node or setting is required (is the Asset context mapping used on the write path, or only for hydration)?
  2. Does createOrUpdateAssetFromOrder copy any custom fields from Order Product to Asset Action Source, and if so how is the mapping defined?
  3. If it is not supported, what is the recommended pattern for reporting the originating action type per Asset Action (sidecar object populated by an Apex trigger on Asset Action Source, or something else)?

Any pointers to documentation or a release note would be appreciated. 

 

#Revenue Cloud  #Salesforce Revenue Cloud

1 risposta
  1. 23 ott, 11:46

    @Pratik Pawar  

    You need to configure the context definition and the relevant SObject mappings for this to work. below steps will help

     

    First you need to add the Action_Type__c attribute and tag to the below nodes in the Sales Transaction or relevant context definition:

    • SalesTransactionItem
    • SalesTransactionAction
    • AssetAction
    • AssetActionSource

     

    Then update the SObject mapping under 

    QuoteEntitiesMapping for context hydration for Quote

    • QuoteLineItem.Action_Type__c → SalesTransactionItem.ActionType__c
    • QuoteAction.Action_Type__c → SalesTransactionAction.ActionType__c

     

    Then update the SObject mapping under 

    OrderEntitiesMapping for context hydration for Order

    • OrderItem.Action_Type__c → SalesTransactionItem.ActionType__c
    • OrderAction.Action_Type__c → SalesTransactionAction.ActionType__c

      

    Then update the SObject mapping under 

    AssetEntitiesMapping for context hydration for Asset

    • AssetActionSource.Action_Type__c → AssetActionSource.ActionType__c 
    • AssetAction.Action_Type__c → AssetAction.ActionType__c

      

    Then update the SObject mapping under 

    AssetToSalesTransaction for cross-context mapping, Legacy View makes it easier to map. Add the Sales Transaction context definition you are currently using to the Connected Objects list on the right-hand side.

    • Map AssetAction.ActionType__c to SalesTransactionAction.ActionType__c.
    • Map AssetActionSource.ActionType__c to SalesTransactionItem.ActionType__c

     

    In my experience, Quote Actions are created for amendments, Renewals and manually created ones don't really work.

     

    Salesforce provides a step-by-step example for mapping a custom field from Order Item to Asset Action Source:

    Example: Map an Installation Date Field – Salesforce Help

     

    Hope this helps!!

    #crystal lotus solutions.

Hi all, 

 

I'm exploring Product Catalog Management in Revenue Cloud and trying to understand the practical purpose of Product Specification Types and Product Specification Record Types. 

 

my understanding is A Product Specification Type lets you define industry-specific product lines. 

and Product Specification Record Type links that type to a Record Type on Product2 and sets whether the product is commercial (sellable) or non-commercial. 

- Both are optional and are deployed as metadata.  

 

 I can see Commercial and Technical record types OOB. Has anyone customised this in a project?  

Any examples, lessons learned or pointers would be much appreciated.  

 

doc: 

https://help.salesforce.com/s/articleView?id=ind.product_catalog_product_specification.htm&type=5

  

@* Salesforce Revenue Cloud *

#Revenue Cloud    

Hi everyone,

We need guidance on managing Salesforce Revenue Cloud Advanced (RCA) configuration data across sandbox environments:

1. Post-Refresh Data Seeding (Dev Sandboxes) When refreshing Developer sandboxes, configuration data (Products, Catalogs, Attributes, Price Books, Price Rules) is not copied over.

  • What tools do you recommend for seeding this data ?
  • How do you manage External IDs across environments to preserve parent-child relationships and avoid duplicates?

2. Deployment Strategy (Dev → Next Environments) Our vendor team deploys via VS Code and Dell Boomi.

  • How do you split deployment tasks between metadata tools (VS Code for Context Definitions, Expression Sets, Decision Tables) and data integration tools
  • What is the required deployment order and post-deployment steps (e.g., Sync Pricing Data / Decision Table refreshes, Product Index rebuilds) to avoid runtime errors like "Price Not Found"?

Thanks for your advice! 

 

#Salesforce Revenue Cloud

1 risposta
  1. 15 ott, 03:24

    When refreshing developer sandboxes where core configuration data like products, catalogs, attributes, price books, and price rules do not carry over, you should leverage reliable data migration utilities such as Salesforce Data Loader, SFDX data tools, or specialized CPQ seeding scripts. To maintain parent-child hierarchies and prevent duplicate records across environments, ensure that you prepopulate and maintain consistent external IDs across all catalog and pricing records before executing bulk data inserts. 

     

    For your deployment workflow moving from development to downstream environments, cleanly divide your tasks by deploying metadata components like context definitions, expression sets, and decision tables via VS Code first, while using integration platforms like Dell Boomi to handle your underlying pricing data records. Following a strict sequence that deploys your metadata structure prior to your pricing data records ensures that dependent references resolve correctly from the start. 

     

    Execute essential post-deployment steps to prevent runtime calculation issues such as "Price Not Found" errors. You must refresh your decision tables, synchronize pricing data, and trigger product index rebuilds in the target environment so that runtime calculations align properly against your newly deployed context definitions and catalog hierarchies.

I am starting to learn revenue cloud. I have a query regarding Pricing Procedure. Let us say I have 2 Pricing procedures - Procedure 1 and Procedure 2 both are based on RevSalesContextDefinition. Which will be used on a Quote?  

 

#Salesforce Revenue Cloud

1 risposta
  1. 15 ott, 03:01

    When refreshing Developer sandboxes, core configuration data like Products, Catalogs, Attributes, Price Books, and Price Rules do not automatically carry over. To seed this data efficiently, you should use data migration tools like Data Loader, SFDX data CLI commands, or specialized CPQ data migration utilities. To preserve parent-child relationships and avoid duplicate keys, maintain consistent External IDs across environments for all catalog and pricing records before performing bulk data inserts. 

     

    For your deployment workflow from Dev to downstream environments, split your tasks cleanly between metadata and configuration data. Use VS Code and your metadata pipeline to deploy Context Definitions, Expression Sets, and Decision Tables, while using data migration or integration tools (such as Dell Boomi or data loaders) for price books and pricing rules. Follow a strict deployment sequence by deploying metadata components first, followed by your pricing and catalog data records. 

     

    Finally, execute the necessary post-deployment steps to prevent runtime errors like "Price Not Found." You must refresh Decision Tables, synchronize pricing data, and rebuild Product Indexes in the target environment so that runtime calculations resolve correctly against the newly deployed context definitions and catalog hierarchies.

Hi Everyone, 

 

I would like to get some clarification on the best approach for migrating from Salesforce CPQ to Agentforce Revenue Cloud. 

 

Specifically, I’m trying to understand how the licensing and org setup work during the migration. If we migrate everything from our existing Salesforce CPQ solution to Revenue Cloud, would we need to continue paying for both the existing CPQ org/licenses and the new Revenue Cloud licenses during the transition, or would we only need to pay for the Revenue Cloud licenses? 

 

Also, how does Salesforce typically handle the transition period between CPQ and Revenue Cloud? Is there a recommended approach or migration strategy that allows us to avoid paying for both solutions for an extended period? 

 

If anyone has gone through a CPQ-to-Revenue Cloud migration or has experience with the licensing side of it, I would really appreciate your insights. 

 

Thanks. 

 

#Salesforce Developer  #Agentforce  #Revenue Cloud  #Salesforce Revenue Cloud  #Revenue Management System  #Salesforce CPQ & Billing  #CPQ

6 risposte

Hello Community,

I recently created a new Revenue Cloud Developer Org and completed the initial Revenue Cloud setup (https://trailhead.salesforce.com/promo/orgs/get-started-revenue-cloud) . However, I'm facing an issue with Browse Catalog.

When I open Browse Catalog, the category hierarchy is displayed correctly, but no products are visible under any category.

I have already verified the following:

  • Categories and hierarchy are created correctly
  • Products are active
  • Product Category relationships exist
  • Product Selling Model Options are configured
  • Standard Price Book entries are created
  • Rebuilt the Product Index using Full Refresh
  • Performed Pricing Synchronization
  • Tested with System Administrator access

What's interesting is that even the standard/sample products that come with the Revenue Cloud Developer Org are not visible in Browse Catalog.

Has anyone encountered this issue before? Are there any additional setup steps, publication steps, catalog activation requirements, or indexing processes required to make products appear in Browse Catalog?

Any guidance would be greatly appreciated.

Thank you! 

 

#Revenue Cloud  #Salesforce Revenue Cloud  #Salesforce Developer  #Revenue Management System

 

 

#TrailblazerCommunity  #Trailhead

3 risposte