Salesforce Billingで使用状況を正しく読み込み、評価するには、使用状況レコードに、請求エンジンが以下の操作を実行できるようにするための最低限必要なフィールドが含まれている必要があります。
使用状況がどの定期購入/注文商品に属するかを特定します。
請求期間を決定する
適切な料金計算方法（単位当たり、段階制など）を選択してください。
アカウントレベルおよび請求レベルのコンテキストを適用する
請求書作成のために、使用状況を集計して使用状況サマリーを作成する。
Salesforce Billingのドキュメントでは、料金計算には以下の項目が必要であると規定されています。
使用評価フィールドに必要な項目
なぜそれが必要なのか
注文商品 (SBQQB__OrderProduct__c)
使用状況を課金対象製品とその価格モデルにリンクする
開始日時
請求期間と使用状況サマリーの一致を判断するために使用されます
（終了日時）
評価モデルによってはオプションとなる。
量
評価計算に必要
測定単位
製品の使用率に合わせて使用​​状況を調整する必要があります。
使用状況概要検索（オプションですが、インポートの一括処理には必須です）
グループの使用記録を処理
アカウント
請求コンテキストに必須
選択肢Bは、以下の項目を正しく含んでいる唯一の選択肢です。
商品の注文（評価には必須です）
開始日時
量
測定単位
使用状況概要検索
アカウント
これは、Salesforce Billingの使用量評価の前提条件に合致しています。
✔ 他のオプションが正しくない理由:A - 注文商品IDがありません。どのサブスクリプション/注文商品に属しているかがわからないと、評価できません。
したがって、Aは無効である。
「一致するID」と「一致する属性」は、使用状況評価の標準必須項目ではありません。
範囲が広すぎ、無関係な分野が混在している。
C - Salesforceが必須としていないフィールドが含まれています
D - 単位と数量のみが含まれています。不十分です。必須のコンテキストフィールド（注文商品、日付/時刻、アカウント）が欠落しています。
✔ 最終確認回答B. 検索開始日時、注文製品ID、測定単位、数量、使用概要検索、アカウント

Revenue Cloudプロジェクトのスコープ設定には、ビジネスニーズの理解、プロジェクト目標の定義、実装戦略の計画が含まれます12。このプロセスに関与すべきチームは、プロジェクトの成果に直接的な利害関係を持ち、プロジェクト要件に貴重な意見を提供できるチームです12。これらのチームには通常、以下が含まれます。
会計および財務: このチームは、請求、収益認識、財務報告など、収益クラウド プロジェクトがサポートする財務プロセスに関する洞察を提供できます12。
営業業務: このチームは、見積もりから入金まで、契約管理、売上予測など、Revenue Cloud プロジェクトがサポートする営業プロセスに関する洞察を提供できます 12。
情報技術：このチームは、システム統合、データ移行、ITインフラストラクチャ12を含む、収益クラウドプロジェクトの実装に関する技術的な専門知識とサポートを提供できます。参照：12

Salesforce CPQのスコープ設定セッションで最初に作成されるドキュメントはビジネスプロセスマップです。理由は以下のとおりです。
これは、顧客の販売、見積もり、承認、価格設定、契約、更新、および注文プロセスを定義するものです。
これにより、CPQ設計を開始する前に、すべての関係者が「現在のビジネスの仕組み」について認識を共有できるようになります。
プロセスが明確になって初めて、製品構造、注文管理、見積書作成のニーズを設計することができる。
Salesforce Revenue Cloud の方法論は常に以下から始まります。
ビジネスプロセス文書化 → 要件 → ソリューション設計
したがって、Cが正解です。