最初の価格層は、それぞれの価格表品目レコードの価格フィールドで定義されます。これは店頭でユーザーに表示される価格です。
階層型価格設定を使用する場合、最初の価格階層は、それぞれの価格リスト品目レコードの「価格」フィールドで定義されます。各価格表品目レコードは特定の製品を表し、その製品に関連付けられた価格層を定義します。価格表品目レコードの価格フィールドによって、製品の最初の階層の価格が決まります。

説明
管理者は、多言語サイトに顧客のカテゴリ階層を実装する前に、言語ごとにローカライズできるカテゴリは 50 のみであることに留意する必要があります。これは、1 つの言語に 50 を超えるカテゴリがある場合、その一部はストアフロントで他の言語に翻訳されないことを意味します。参考資料: ストア カテゴリのローカライズ

説明
[注文確認メール] ページによると、注文確認メールは、B2B Commerce サイトで購入者が注文したときに、購入者に電子メール通知を送信できる機能です。注文確認メールは、Salesforce 設定のプロセスビルダーとメールアラートを使用して設定できます。注文確認メールを設定するには、次の手順を実行する必要があります。
注文確認メールに使用する情報と形式を含むメール テンプレートを作成します。差し込みフィールドを使用して、注文番号、注文日、注文合計などの注文レコードからの動的なデータを含めることができます。
注文確認メールの送信者として使用する電子メール アドレスと表示名を指定する、組織全体のアドレスを設定します。組織全体の異なるアドレスをさまざまなストアに使用したり、ポータルを並べ替えたりできます。
注文確認メールに使用する電子メール テンプレート、組織全体のアドレス、受信者の種類、および受信者フィールドを定義する電子メール アラートを作成します。ストアごとに異なる電子メール アラートを使用したり、ポータルを再注文したりできます。
注文が作成または更新され、ステータスが「送信済み」になったときにトリガーされる自動起動フローを追加します。フローには、注文確認メール用に作成したメール アラートを参照するメール送信要素が含まれている必要があります。したがって、選択肢 C が正しいです。オプション A、B、および D は、購入者に注文確認メールを送信するために必要な構成手順ではないため、False です。
注文作成時にトリガーを作成し、Apex コードから SendOrderconfirmation インターフェースを実装し、既存の「注文確認メールを送信」サブフローを見つけて最後のステップに追加し、 Commerce Apps ストア管理は、購入者に注文確認メールを送信するために推奨またはサポートされていない代替方法または時代遅れの方法です。参考：【注文確認メール】、注文確認メール概要

CheckValidity メソッドは、Lightning Web コンポーネントがユーザ入力を検証するために実装できる標準メソッドです。入力が有効な場合は true を返し、そうでない場合は false を返します。開発者は、このメソッドを使用して、ユーザーが利用規約チェックボックスをチェックしたかどうかを確認し、チェックしていない場合はチェックアウトに進めないようにすることができます。他のメソッドは Lightning Web コンポーネントの標準メソッドではないため、開発者がカスタム定義する必要があります3。参考: 3: ユーザー入力の検証 - Trailhead4

ゲスト ユーザーが Product オブジェクトへの読み取りアクセス権を持っていることを確認するには、管理者はゲスト ユーザー プロファイルを変更して Product オブジェクトへのアクセスを提供する必要があります。ゲスト ユーザー プロファイルは、サイト上でゲスト ユーザーが実行できる内容と表示内容を制御します 1、2。 デフォルトでは、ゲスト ユーザーは、アカウントや連絡先などの一部の標準オブジェクトに対して読み取り専用アクセス権を持ちますが、Product2 などのカスタム オブジェクトにはアクセスできません。したがって、管理者はゲスト ユーザー プロファイルを編集し、Product2 に適切なオブジェクト権限を割り当てる必要があります。参照: Salesforce 認定 B2B Commerce 管理者試験ガイド、サイトのゲストユーザーアクセスの設定