Salesforce Revenue Cloudの実装において、Opportunityオブジェクトに複数のトリガー、ワークフロー、フロープロセスが適用されると、複雑化やパフォーマンスの問題が発生する可能性があります。このような場合のベストプラクティスは、パフォーマンスと保守性を最適化するために、自動化を単一のタイプ（トリガー、プロセスビルダー、またはフロー）に統合することです。このアプローチにより、自動化アーキテクチャが簡素化され、管理、デバッグ、および長期的な機能強化が容易になります。また、異なる自動化間の競合のリスクが軽減され、処理時間が最小限に抑えられるため、システム全体のパフォーマンスと信頼性が向上します。

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

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