Salesforce CPQおよびサブスクリプション管理導入ガイドからの抜粋（原文ママ）：
*「製品発見コンテキスト定義は、カタログ閲覧時および製品構成時の動的なフィルタリングおよび条件付けルールの枠組みを提供する。」
* 「コンテキスト定義には、ルール評価のためにアカウント、連絡先、および関連属性（顧客階層、地域、履歴データなど）をマッピングするノードを含めることができます。」
* 「これにより、カタログ閲覧中に動的かつリアルタイムな製品の可視性と適格性制御が可能になります。」 ステップバイステップの理由:
* 要件：
* アカウントの階層、所在地、購入履歴に基づいて、見積もり時にカタログを動的にフィルタリングします。
* 正しいメカニズム：
* 製品発見コンテキスト定義 - 資格ルールで評価に使用できるコンテキストデータ（アカウント、ティア、場所など）を定義します。
* Aが正解である理由：
* カタログ閲覧中にルールロジックを供給するために、宣言的なコンテキスト定義マッピング（コード不要）を使用します。
* BとCが間違っている理由：
* B: 販売取引コンテキストは、価格設定と計算ロジックに適用され、カタログの検索結果の表示には適用されません。
* C: Product2 のカスタム フィールドとレイアウトは、動的なフィルタリングを制御したり、コンテキスト定義と相互作用したりしません。これらは静的なメタデータです。
参考文献：
* Salesforce CPQ 実装ガイド - 製品発見コンテキストの定義と資格ルール
* Salesforce サブスクリプション管理実装ガイド - コンテキスト定義を使用した動的な製品適格性判定