ccServiceProduct を拡張し、製品詳細ページでカスタム フィールドを公開するには、次の 3 つのステートメントが当てはまります。
getFieldsMap メソッドをオーバーライドし、サブスクライバ固有のコードを追加します。このメソッドは、製品エンティティとその関連エンティティのフィールド名とフィールド タイプのマップを返します。このメソッドをオーバーライドすることで、サブスクライバーはカスタム フィールドをマップに追加し、API で使用できるようにすることができます。
ccrz.ccServiceProduct を拡張する共有クラスを使用してグローバルを作成します。このクラスは、ccServiceProduct クラスのすべてのメソッドとプロパティを継承し、それらをオーバーライドまたは拡張できます。API フレームワークからアクセスでき、共有ルールが尊重されるように、クラスはグローバルであり、共有を伴う必要があります。
フェッチ メソッドをオーバーライドし、サブスクライバ固有のコードをここに追加します。このメソッドはクエリを実行して製品データをフェッチし、結果オブジェクトを返します。このメソッドをオーバーライドすることで、サブスクライバーはクエリまたは結果オブジェクトを変更してカスタム フィールドまたはロジックを含めることができます。Salesforce リファレンス: B2B Commerce および D2C Commerce 開発者ガイド、サービスクラス、ccServiceProduct クラス

Salesforce B2B Commerce API サイジング ブロックは、次の 3 つの方法で複数の API サイジング リクエストをサポートできます。
メソッド呼び出しで異なるエンティティが指定された場合。たとえば、ccrz.ccServiceProduct.getProducts(ccrz.ccAPI.SZ_M, ccrz.ccAPI.SZ_L) は、製品エンティティに SZ_M サイズ設定ブロックを使用し、関連エンティティに SZ_L サイズ設定ブロックを使用します。
SZ_ASSC が使用されます。このフラグは、関連付けられたエンティティがプライマリ エンティティと同じサイジング ブロックを使用する必要があることを示します。たとえば、ccrz.ccServiceProduct.getProducts(ccrz.ccAPI.SZ_M, ccrz.ccAPI.SZ_ASSC) は、製品エンティティと関連エンティティの両方に SZ_M サイズ設定ブロックを使用します。
SZ_ASSC は使用されません。このフラグは、特に指定がない限り、関連付けられたエンティティがデフォルトのサイジング ブロック (SZ_M) を使用する必要があることを示します。たとえば、ccrz.ccServiceProduct.getProducts(ccrz.ccAPI.SZ_M) は、製品エンティティに SZ_M サイズ設定ブロックを使用し、関連エンティティに SZ_M サイズ設定ブロックを使用します。Salesforce リファレンス: B2B Commerce および D2C Commerce 開発者ガイド、データサイジング規則

カスタム Lightning Web コンポーネント (LWC) を作成するには、開発者は 2 つの手順を実行する必要があります。SFDX プロジェクトに対して組織を承認し、カスタムコンポーネントをリリースします。SFDX プロジェクトの組織を承認すると、開発者はスクラッチ組織、Sandbox、本番組織などの Salesforce 組織に接続し、開発環境として使用できるようになります。カスタムコンポーネントをデプロイすると、開発者は LWC コードをローカルプロジェクトから組織にプッシュして使用できるようになります。すべての LWC が Apex を使用する必要があるわけではないため、Apex クラスの作成はカスタム LWC の作成に必須の手順ではありません。LWC のクローン作成も必須の手順ではなく、既存の LWC に基づいて新しい LWC を作成するオプションの方法です。Salesforce リファレンス: Lightning Web コンポーネント開発者ガイド: 開発のための組織の承認、Lightning Web コンポーネント開発者ガイド: コンポーネントのリリース

説明
チェックアウト フローに加えられた最近の編集によって欠陥が生じたと考えられ、シナリオの再現で入力として使用できるデータ ポイントを用意した後、開発者が行うべき次のステップは、フローを開いて [デバッグ] を選択し、入力値を指定して、 「実行」を選択します。フローは、Salesforce または外部システムでデータを収集し、アクションを実行することによってビジネス プロセスを自動化するアプリケーションの一種です。フローを使用すると、顧客が注文したときに実行されるステップとロジックを定義することで、店頭​​でのチェックアウト プロセスをカスタマイズできます。フローは、開発者がフローを作成および管理できるポイント アンド クリック ツールである Flow Builder を使用して編集または変更できます。Flow Builder には、開発者がフローを展開する前に実行およびトラブルシューティングできるデバッグおよびテスト ツールも用意されています。フローをデバッグまたはテストするには、開発者は Flow Builder でフローを開き、ツールバーから [デバッグ] を選択し、フロー変数の入力値を指定して、[実行] を選択します。これにより、フローがデバッグ モードで実行され、実際のデータを使用して組織内でフローがどのように実行されるかをシミュレートします。開発者はデバッグ モードを使用して、フローが期待どおりに動作するかどうか、またはフローのロジックやアクションにエラーや問題があるかどうかを確認できます。フローを開き、[ライブセッションにアタッチ] を選択し、セッション ID を入力して、[アタッチは有効な次のステップではありません] を選択します。これは、Flow Builder または Salesforce CLI で使用できる機能またはオプションではないためです。ライブセッションへのアタッチは、開発者が実行中の Apex セッションにデバッガをアタッチし、コードの実行状態を検査できるようにする機能です。フローを開き、[入力によるデバッグ] を選択し、入力値を指定して、[実行は有効な次のステップではありません] を選択します。これは、Flow Builder または Salesforce CLI で使用できる機能またはオプションではないためです。入力によるデバッグは、開発者が事前定義された入力値とブレークポイントを使用して Apex クラスまたはトリガをデバッグできる機能です。フローを開き、[デバッグ] を選択し、再生用のセッション ID を指定して、[実行は有効な次のステップではありません] を選択します。これは、Flow Builder または Salesforce CLI で使用できる機能またはオプションではないためです。再生は、開発者が Apex ログファイルを再生し、各行でコードの実行状態を検査できる機能です。Salesforce 参照: [B2B Commerce 開発者ガイド: チェックアウトフローのカスタマイズ]、[Salesforce ヘルプ: フロービルダー]、[Salesforce ヘルプ: フローのデバッグ]、[Salesforce 開発者ブログ: Apex Replay Debugger]