#B2C Commerce22 utenti parlano di questo argomento

Hii Salesforce Community,. 

1. I need a complete, step-by-step guide for integrating Salesforce Payments with Salesforce Order Management (OMS). 

Please explain the entire implementation process, including: 

• How to configure and integrate Salesforce Payments with Salesforce OMS from scratch.
• The prerequisites, required licenses, and Salesforce features that must be enabled.
• How to connect Salesforce Payments to OMS, including the objects, settings, and relationships involved.
• The complete payment lifecycle, including Authorization, Capture, Void, and Refund.
• How payment transactions are associated with Orders and Fulfillment Orders in OMS.
• Whether payment capture is handled automatically by Salesforce OMS when an order is fulfilled, or whether custom automation (such as Flows, Apex, Platform Events, or APIs) is required.
• The standard APIs, payment gateway adapters, and integration points involved in the process.
• A complete end-to-end implementation example, from checkout through order creation, fulfillment, payment capture, cancellation, and refund.
• Salesforce best practices, common implementation challenges, and recommended architecture for a production environment.

2. How does payment capture work in Salesforce Order Management (OMS) when an order reaches the Fulfilled status? 

• I would like a complete, step-by-step explanation of the end-to-end payment capture process, including:

• Whether Salesforce OMS automatically captures an authorized payment when an order is fulfilled, or if custom automation is required.

• The complete implementation flow from payment authorization through order fulfillment to payment capture.

• Which standard Salesforce OMS components, payment gateway integrations, and APIs are involved in the capture process.

• If automation is required, please explain how to implement it using Flows, Apex, Platform Events, or other recommended approaches.

• Include a practical example with the order lifecycle, payment transaction states, and best practices for production implementations.

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 *