#B2C Commerce20 discussing

Hi Team, 

We have a requirement to extend the Customer Details view within the B2C Commerce Business Manager. Specifically, we need to add a custom tab (alongside "General," "Addresses," etc.) that will display records from a Custom Object filtered by the specific customer's CustomerNo. 

Our Questions: 

1. Is it possible to inject a custom tab into the Customer Profile interface using a Business Manager extension cartridge? 

2. Could you provide the official documentation link or a sample bm_extensions.xml structure that complies with current server schema requirements? 

3. Are there any known limitations regarding the use of JavaScript Controllers or ISML templates to render content within these custom tabs? 

Thank you for your guidance on the best practices for this implementation. 

Screenshot for your reference. 

Regards, 

Harsh Chandra 

@* B2C Commerce *

📢 【Trailhead Academyより新コースのご連絡】 

「B2C Commerce コンポーザブルストアフロントの開発」

Trailhead Academyより新しいコース開始のお知らせです。 

開発者向けに設計されたこの3日間のコースでは、コンポーザブルストアフロントを作成、設定、拡張し、顧客に高パフォーマンスのショッピング体験を提供する方法を学びます。

本コースの核となるのは、柔軟なUXを実現する「ヘッドレスコマース」の概念です。ReactやNode.js、JavaScriptといった汎用的なWeb開発スキルをそのまま活かせるため、Salesforce特有の知識がなくても、開発環境の構築や再利用可能なコンポーネントの実装に取り組みやすいことが特徴です。 

みなさまのご参加、お待ちしています。

コース名：

• B2C Commerce コンポーザブルストアフロントの開発 (B2C201)

受講対象者：

• B2C Commerce Cloud に精通し、レスポンシブなコンポーザブルストアフロントを実装したい開発者

次回開催日程：

• 2026年5月20日-22日

詳細＆お申し込みはこちら

@* カスタマーサクセス日本 *

#B2C Commerce

Hi Community,  Looking for best practices / patterns.    Use case  We have partial cancellations/refunds. Some orders have order-level promotions where eligibility depends on product attribute-based qualifying rules.    Example configuration (BM):  - Order promotion: 20% off order  - Eligibility: order includes >=1 qualifying product  - Qualifying products: “Products with attribute tvType = '0020'”, qty >= 1  - Scenario: Customer buys A, B, C. Only C has tvType='0020', so promo applies. Later C is canceled. Then promo should be invalidated and discount removed (recalculate the remaining order total before determining refund delta).    Constraints confirmed by Support  - No supported Script API/OCAPI to retrieve the internal Promotion Rule logic (qualifying groups/attribute conditions) as a structured object.  - PromotionMgr.applyDiscounts() uses current system time only; no “as-of order date” parameter. So shadow basket recalculation at refund time may diverge from order-time rules if the promotion expired/changed.    What we considered  - getProratedPrice() works for refunding “what customer paid per line item”, but it doesn’t tell us whether an order-level promo “should still be valid” after cancellation (since we can’t re-evaluate as-of order time, nor retrieve rule logic).    Questions / Ask  1. If the business policy requires refunds based on order-time promotion rules (not refund-time active promos), what’s the recommended approach?  2. Do teams usually implement custom “snapshot” tracking at order placement?   e.g., store:  - applied promotion IDs/coupon codes  - qualifying basis (rule key / qualifying line item UUIDs / qualifying counts)  - allocation/adjustment amounts  3. Alternative approach: at order placement, simulate removal of each line item (or only those that can break eligibility) and store delta totals for accurate future partial refunds. Has anyone done this at scale?  4. Any recommended hooks/events for capturing this (SFRA/OCAPI flows), and storage pattern (Order custom attrs vs Custom Objects)?  5. Any gotchas with bonus products, multiple stackable promotions, shipping discounts, taxes, etc.?    Thanks in advance—happy to share findings back to the community.

@* B2C Commerce * 

Hi Everyone,

I am currently exploring the Salesforce B2C Commerce Developer Sandbox REST APIs through Swagger UI.

Swagger URL: 

https://admin.dx.commercecloud.salesforce.com/#/

Most of the other APIs require authorization and display a lock icon. When clicking the Authorize button in Swagger, I see two OAuth options:

1. AccountManager (OAuth2 implicit)    
   Requires: client_id

2. ClientCredentials (OAuth2 application)    
   Requires: client_id and client_secret

The Swagger documentation also provides the following URLs:

Authorization URL: 

https://account.demandware.com/dwsso/oauth2/authorize

Token URL: 

https://account.demandware.com/dwsso/oauth2/access_token

Additionally, some APIs require parameters like:

• realm (example: GET /realms/{realm}/system)
• sandboxId
• sandboxAlias

For example, sandbox-related APIs require values such as:

• GET /sandboxes/{sandboxId}
• GET /sandboxes/{sandboxAlias}

My Questions:

1. From where do we obtain the client_id and client_secret required for authorization?
2. How can we find the correct realm ID, sandboxId, and sandboxAlias for testing these APIs?
3. Is there any recommended process to first retrieve these environment-specific values before testing sandbox-related APIs?

Any guidance on the correct authentication process and how to retrieve these values would be greatly appreciated.

Thanks in advance. 

@* Salesforce Commerce for B2B & D2C *