#B2C Commerce15 utenti parlano di questo argomento

Here's the current process for Salesforce B2C Commerce Partners regarding On-Demand Sandbox credits as of 2026:

Purchasing or Topping Up Credits

• Partners can typically purchase or request additional On-Demand Sandbox credits through their Salesforce Partner Manager or Account Executive. This may require a formal request or order.

What Happens When Credits Are Exhausted

• If your allocated credits are exhausted, your existing sandboxes will continue to run. Salesforce will automatically move your account into overage billing for any usage beyond your entitlement, so sandboxes are not immediately shut down.

How Overage Is Billed

• Overage is billed monthly based on contract terms and the number of sandboxes or usage hours beyond your allocation. The billing is charged to your partner account, and no immediate action is needed to keep sandboxes running, but it’s important to monitor your usage and billing statements.

Requesting Additional Credits

• You can request additional credits directly from your Partner Manager or Account Executive, who will guide you through the process.

Confirmation for 2026

• The process remains as described above, but always confirm with your Partner Manager or Account Executive for any recent updates or changes to contract terms.

For more details, review your latest partner agreement or connect with your Salesforce Partner Manager.

Hi Sreemanth — this one is almost always the sharing-settings step on the Inventory objects rather than a problem with your Commerce licenses. Things to try, in order: 

1) Set up the Inventory sharing manually instead of using Retry. Click the "Set up manually" link on the Inventory row, then go to Setup → Sharing Settings → Organization-Wide Defaults → Edit. Set Default Internal Access for Location and Location Group

to Public Read/Write, keep "Grant Access Using Hierarchies" checked, and Save. Sharing recalculation runs asynchronously, so wait for the confirmation email before going back to the assistant. 

2) Don't hit Retry while a sharing recalculation is still running.

If the assistant tries to change org-wide defaults while another recalculation is in flight, the step fails with exactly that generic "We couldn't set up all of the features" message. Wait until it finishes, then Retry so it can continue to steps 4–6. 

3) Check Setup → Deferred Sharing Maintenance and Setup → Background Jobs.

If deferred sharing calculation is suspended in the org, the assistant can't update org-wide defaults at all. 

4) Confirm the Inventory objects are actually provisioned.

Location and Location Group come with Inventory Management / Omnichannel Inventory, and a plain new Developer Edition org isn't always fully provisioned for Commerce. If those objects are missing, spinning up a Commerce-enabled trial org (B2B/B2C Commerce trial signup or Environment Hub) is the fastest route. 

5) Check the running user's permissions.

Make sure whoever runs the assistant has the Commerce Admin permission set plus Modify All Data / Manage Sharing. 

Once Inventory sharing is set manually, the assistant should treat the step as complete and let you finish the rest. If it still sticks at 3 of 6 after recalculation completes, check the Setup Audit Trail around the failure timestamp and raise a support case — the generic message doesn't tell you which object failed, but Support can see it. 

Hope that helps.

Hello @Palak Bohra

Please find url:

Fill out the form to get free trial org of Commerce cloud. 

Thank you

Hi @Mayra Janeth Gómez, in B2C Commerce you can include the price attribute as a standard attribute in your custom sorting rules (https://help.salesforce.com/s/articleView?id=cc.b2c_creating_sorting_rules.htm&type=5). The price attribute uses the information stored in your price books. So you could use a standard/base price book and a sales/promotional price book depending on how you create and structure your price books. Please note that promotional prices as a result of the promotion engine are not reflected in the sorting rules. Promotional prices based on our promotion engine are highly dynamic and are not considered in search to avoid performance impact.

@Giovanni Marchetto

, 

I don’t think a previous call is changing the POST to GET. This usually happens when the frontend code and controller route are not from the same SFRA version.

Since this started after upgrading from SFRA 6.0.0 to 6.2.0, I’d compare all ConsentTracking-related files, not just the controller.

Check these:

1. Search your cartridges for ConsentTracking-SetConsent, ConsentTracking-SetSession, and SetConsent.
2. See if your custom cartridge is overriding ConsentTracking.js or any consent popup JS/ISML.
3. Compare those files with the SFRA 6.2.0 version.
4. Clear cache and redeploy static assets.

Most likely, the browser is calling the newer GET-based consent endpoint, but your controller/custom override is still expecting POST. So it looks like a version mismatch rather than the method being overridden. 

Hi @Robert Musk

Salesforce Payments is available for sandbox environment or Salesforce payments only available in product environmen only, but how to test the salesforce payments in sanbox regarding payment capture, refunding , payment failures? can we able to cpature the authorized payment in stripe test account  

do you have any documentation about configuring and setuping the salesforce payment for stripe in sandbox ?