変更された注文商品に対する将来の請求書に誤りが生じる原因としては、以下のようなシナリオが考えられます。
A．修正注文を締結しない場合：修正注文を締結しない場合、修正注文で行われた変更は今後の請求書に反映されません。これは、契約が製品、数量、価格など、販売条件を規定する法的合意であるためです。修正注文を締結しない場合、元の販売条件が有効のままとなり、将来の請求書に誤りが生じる可能性があります¹。
B. 契約上のサブスクリプションが、1 つ以上の未払い請求明細のある注文商品にリンクされている場合: 注文商品に未払い請求明細がリンクされている場合、将来の請求書に不一致が生じる可能性があります。これは、未払い請求明細がまだ支払い待ちの状態であり、修正注文が契約される前に解決されない場合、将来の請求書が修正注文で行われた変更を正確に反映しない可能性があるためです。
C. 契約上のサブスクリプションが、下書き状態の請求書明細が 1 つ以上ある注文製品にリンクされている場合: 注文製品に下書き状態の請求書明細がリンクされている場合、将来の請求書に不正確な情報が含まれる可能性があります。これは、下書き状態の請求書明細がまだ確定されておらず、変更される可能性があるためです。これらの変更が修正注文が契約される前に確定されない場合、将来の請求書は修正注文で行われた変更を正確に反映しない可能性があります。

ユーザーストーリー：
「営業担当者は、料金表と顧客固有の割引を適用し、当初交渉済みの価格を尊重する新しい見積書を作成できる必要がある。」これは、システムが顧客固有の交渉済み価格を事前に保存しておく必要があることを意味します。
Revenue Cloudでは、この目的で使用されるオブジェクトは次のとおりです。
✔ 契約価格契約価格ストア:
アカウント固有の価格上書き
カスタム割引
交渉済みの定額料金
有効期間
新しい見積もりが作成されると、Salesforce CPQは該当する製品に契約価格を自動的に適用します。
他の選択肢が間違っている理由：選択肢
なぜ間違っているのか
B - 定期購読
継続的なサービスを追跡するものであり、交渉済みの価格を追跡するものではありません。
C - 製品の注文
見積もりや料金交渉には使用しません。
D - 権利
価格ではなく、サポートまたは保証に関する規定です。

要件：
「まとめ買い割引には、過去に購入した数量が価格計算に反映されます。」これは、過去の購入数量が新しい見積もり価格に影響を与える、クロスオーダー割引のことです。
これを支援するには：
✔ B - 契約、サブスクリプション、および資産には履歴データが入力されている必要があります。CPQ は既存のサブスクリプション/資産を読み取り、以前に購入された数量を判断します。
過去の導入実績データは、適切な割引を適用するために移行する必要があります。
✔ E - クロスオーダーがチェックされた割引スケジュール Salesforce CPQには、標準搭載の機能が含まれています。
割引スケジュール → クロスオーダー = TRUE これにより、数量階層で過去の購入を考慮できるようになります。
誤った選択肢：
データが外部データでない限り（ここでは示されていません）、カスタムアクションは不要です。
C. 要約変数では、契約外の過去の数量を集計することはできません。
D. 数量ベースの価格設定では、請求書の移行は不要です。
したがって、正解はBとEです。

RASICは、プロジェクト管理においてプロジェクトに関わる各人の役割と責任を定義するために使用される頭字語です。各文字は、タスクの完了における指定された役割を表しています。
R（責任者）：これはタスクリーダーであり、最終的に業務を遂行する責任を負う人物です。責任者は1名のみであるべきです。
A（責任者）：タスク完了後に承認または却下を行う人物またはグループです。担当者自身がこの役割を担うこともできますが、技術専門家や関係者が担う場合もあります。
S（サポート）：この役割を担う個人は、積極的に業務に取り組み、責任者を支援します。
私（情報提供者）：この役割を担う個人は、タスクの進捗状況と決定事項について情報提供を受ける必要があります。また、タスクが完了した際にも、これらの個人に通知する必要があります。
C（相談）：この役割の人は、助言や指導を提供するが、実際に作業を行うわけではない。多くの場合、指導や一度限りの技術レビューを提供する専門家である1。
参照
プロジェクトにおける役割と責任の定義（RASIC） - NexightGroup

Salesforce Revenue Cloudでは、新しいリリースをデプロイする際に、本番環境にデプロイする前に、新しいリリースに対する実装のテストを行うことが重要です。これは、以下の方法で実現できます。
status.salesforce.com を確認して、新しいリリースの更新期限を把握する: Salesforce は、status.salesforce.com で新しいリリースの更新期限に関する情報を提供しています。これにより、新しいリリースがサンドボックスでテスト可能になる時期を知ることができます。
サンドボックスがプレビューインスタンスか非プレビューインスタンスかを判断する：Salesforce は、各メジャーリリースの 1 か月前にプレビューサンドボックスを更新します。通常の非プレビューサンドボックスは、リリースサイクルの終盤に更新されます。サンドボックスがプレビューインスタンスか非プレビューインスタンスかを把握することで、テストスケジュールを適切に計画できます。
Salesforceはすべてのサンドボックスがアップグレードされるようにしていますが、アップグレードのタイミングは、サンドボックスがプレビューインスタンスか非プレビューインスタンスかによって異なる場合があることに注意してください。サンドボックスのアップデートを希望する際にサポートにチケットを送信することは、新しいリリースへの準備における標準的な手順ではありません。
参照
サンドボックスユニットで新リリースをテストする | Salesforce Trailhead
Salesforceが企業の成長加速を支援するRevenue Cloudを発表...