特定のバンドルで大規模構成を有効にする：すべてのバンドルに対して大規模構成をグローバルに有効にするのではなく、必要なバンドルの親でのみ選択的に有効にすることを検討してください。そうすることで、大規模構成を必要としない小規模なバンドルへの影響を回避できます。このアプローチにより、必要な場所で大規模構成のメリットを享受しながら、パフォーマンスを最適化できます。
CPQと請求設計ソリューションの見直し：CPQと請求設計を詳しく確認してください。構成モデル、価格設定ルール、見積明細エディタの設定が最適化されていることを確認してください。設計上の選択がパフォーマンスに影響を与える場合があります。Salesforceのドキュメントとベストプラクティスを参照して、実装を微調整することを検討してください。
大規模構成の不必要な使用は避けてください。大規模構成は複雑なバンドルに対応できますが、製品数の少ない小規模なバンドルには必要ない場合があります。各バンドルの複雑さを評価し、必要な場合にのみ大規模構成を有効にしてください。すべてのバンドルに無差別に使用することは避けてください。
参照：
Salesforce大規模構成の有効化に関するドキュメント
Salesforce Trailhead：スケーラビリティを理解する
Salesforce Revenue Cloudの概要

Salesforce のプレゼンテーションの冒頭にある「セーフハーバー」スライドは、プレゼンテーションに同社の将来の製品、機能、性能、パフォーマンス、および財務結果に関する将来予測に関する記述が含まれる可能性があることを聴衆に知らせる法的免責事項です。これらの記述は、同社の現在の期待、仮定、および予測に基づいており、実際の結果が記述と大きく異なる可能性のあるリスク、不確実性、および変更の影響を受けます。したがって、聴衆はこれらの記述を将来のパフォーマンスまたは可用性の保証または約束として依拠すべきではなく、同社の現在および利用可能な機能に基づいて独自の判断を下すべきです。「セーフハーバー」スライドでは、聴衆を同社の Web サイトへ誘導し、そこで将来予測に関する記述に影響を与える可能性のある要因、および同社の最新の財務報告書と提出書類に関する詳細情報を見つけることができます。 12 参照:
セールスフォース - セーフハーバー
セールスフォース、2022年度第4四半期および通期で過去最高の業績を発表 - セールスフォース決算

価格ルール、見積もり計算プラグイン（QCP）、およびCPQパッケージ価格設定エンジンの評価イベントの正しい順序は次のとおりです。
内部初期化：これは、システムが計算処理の準備を行う最初のステップです。
初期化時：この段階では、「初期化時」にトリガーするように設定されている価格ルールが実行されます。
計算式：システムは数式フィールドを評価します。
計算前: 「計算前」をトリガーするように設定されている価格ルールはすべて実行されます。
数量の計算：システムは、例えばバンドル構成部品などの数量を計算します。
計算時: 「計算時」にトリガーされるように設定されている価格ルールはすべて実行されます。
価格ウォーターフォール計算：システムは、ブロック価格設定、割引スケジュールなどの既成の価格設定ツールを計算します。
計算後: 「計算後」をトリガーするように設定されている価格ルールはすべて実行1されます。
この手順により、すべての計算と価格ルールが正しい順序で適用され、正確な価格情報が得られます1。参照：
https://help.salesforce.com/s/articleView?id=sf.cpq_price_rule_considerations.htm&language=en_US&type=5
https://help.salesforce.com/s/articleView?id=000388745&language=en_US&type=1

オブジェクト間数式フィールドは、関連オブジェクトのデータにアクセスする際に便利ですが、特に収益クラウドプロジェクトで過剰に使用すると、いくつかの欠点やリスクも伴います。リスクには以下のようなものがあります。
慎重に設計およびテストしないと、簡単に制限を超えてしまう可能性があります。クロスオブジェクト数式フィールドは、オブジェクトごとに許可されるフィールドの総数にカウントされ、通常のフィールドよりも多くのリソースを消費します。数式が複雑すぎたり、参照するオブジェクトが多すぎたりすると、パフォーマンスの問題、エラー、または障害が発生する可能性があります。たとえば、数式は最大 10 個の固有の関係のみを参照でき、レコードは最大 16 レベルのクロスオブジェクト数式更新しかトリガーできません。 12 数式フィールドのデータは、CPQ 見積もり計算中に常に利用できるとは限りません。CPQ 見積もり計算は、見積もりの​​価格、割引、税金、およびその他の要素を評価するプロセスです。このプロセス中に、実行順序と更新のタイミングによっては、一部のクロスオブジェクト数式フィールドに最新のデータがない、またはまったくアクセスできない場合があります。これにより、不正確または一貫性のない結果が生じたり、見積もりが計算されなくなったりする可能性があります。 3 計算コストが高い。クロスオブジェクト数式フィールドは、複数のオブジェクトと関係からデータを照会および計算する必要があるため、通常のフィールドよりも多くの処理能力と時間を必要とします。これは、特に多くのクロスオブジェクト数式フィールドが関係する場合、収益クラウドプロジェクトの全体的なパフォーマンスと応答性に影響を与える可能性があります。さらに、クロスオブジェクト数式フィールドは連鎖的な更新と検証をトリガーする可能性があり、計算負荷と複雑さをさらに増大させる可能性があります。 4 参考資料:
1：クロスオブジェクト式とは？ - Salesforce
2：数式演算子と関数 - Salesforce
3：DumpswarpによるSalesforceの実際の模擬試験問題集
4：クロスオブジェクト数式の作成ユニット | Salesforce Trailhead