Salesforce CPQ + Billing (Revenue Cloud) では、オブジェクト間数式フィールドを多用すると、パフォーマンス、計算、信頼性に深刻な問題が発生する可能性があります。Salesforce の製品ドキュメントと CPQ 学習ガイドでは、以下のリスクについて重点的に説明しています。
見積もり計算エンジンのパフォーマンス
SOQLクエリ深度
実行時評価の制限
同期計算中のデータ利用可能タイミング
以下に各オプションの詳細を示します。
✅ A. CPQ 見積もり計算中に数式フィールドのデータが常に利用できるとは限りません。正解です。
Salesforce CPQは計算時に値を読み取りますが、オブジェクト間数式項目では以下の点が異なる場合があります。
同じトランザクション内で更新された親レコードに依存している場合、時間内に解決されない 計算の途中で数式評価がリアルタイムで再計算されないため、古い値が返される レコードのアクセス/状態の問題により、QCP または価格ルールの評価中に失敗する これは、CPQ の技術アーキテクチャガイダンスに記載されている既知のリスクです。
❌ B. 数式フィールドは、多くの関係から離れたオブジェクトに無制限にアクセスできるため、データ変更に対して脆弱です。誤り。
数式フィールドへのアクセスは無制限ではありません。リレーションシップレベルは10レベルまでに制限されています。
親オブジェクトのデータ変更は数式の結果に影響を与える可能性がありますが、これはRevenue Cloudの実装ガイダンスで特に強調されている主要なリスクではありません。
したがって、正しいリスク3つのうち、どれにも該当しない。
✅ C. 計算コストが高い。正解。
数式フィールド（特にオブジェクト間数式フィールド）は、実行時に毎回再計算されます。
参照されたレコードが照会されます
CPQ計算機は価格ルール評価中にそれらを読み取ります
請求処理（請求書発行、使用量評価など）はこれらを参照します
これは、以下の点を大幅に遅らせる可能性があります。
見積もり計算
注文書／請求書の作成
複数のオブジェクトを扱うSOQLを多用するロジック
これはよく知られたパフォーマンスリスクです。
✅ D. 慎重に設計およびテストしないと、簡単に制限を超える可能性があります。
オブジェクト間数式は以下に貢献します。
SOQLクエリの深度制限
CPU時間制限
数式のサイズ複雑度
関係の深さ制限
CPQ/請求処理では、見積もりと見積もり明細の処理が既にプラットフォームの限界に達しているため、数式フィールドが多すぎると次のような問題が発生する可能性があります。
計算エラー
請求書/注文書作成エラー
Apex制限例外
Salesforceのドキュメントでは、まさにこうした拡張性に関する懸念から、数式を多用しないよう警告しています。
❌ E. 数式フィールドは編集可能です。計算後、ユーザー/プロセスが値を上書きできます。誤りです。
数式フィールドは、ユーザーまたは自動化ツールによって編集されることはありません。
それらの値は、数式から動的に計算されます。
したがって、この選択肢は有効なリスクとは言えません。

レガシーデータの移行は、Revenue Cloud導入における重要な側面であり、いくつかの考慮事項によってプロジェクトの範囲が拡大する可能性があります。
A. 断片的で不完全な情報は集約して検証する必要があります。そうしないと、ソリューションは予期しない結果をもたらします。データ品質は、あらゆるデータ移行プロジェクトにおいて重要な要素です。レガシーデータが断片的または不完全な場合、新しいシステムに移行する前に、データを集約して検証するために追加の作業が必要になります1。
B．複数のソースからのデータ抽出には、アクセスと処理にリソースと時間の追加が必要となります。レガシーデータが複数のソースに存在する場合、データ抽出プロセスの複雑さが増す可能性があります。これには追加のリソースと時間が必要となるため、プロジェクトの範囲が拡大する可能性があります1。
E．大量のデータは読み込みに時間がかかります：移行するデータの量は、データ読み込みプロセスに必要な時間に大きな影響を与える可能性があります。大量のデータは読み込みに時間がかかる場合があり、プロジェクトの期間が長くなる可能性があります2。
C. 外部オブジェクトの作成により、レガシーデータ移行の必要性が回避されます。外部オブジェクトを作成することで、外部データソースをSalesforceと統合できますが、必ずしもデータ移行の必要性が回避されるわけではありません。データは引き続きアクセス可能であり、Salesforceが理解できる形式である必要があります3。
D. 修正および更新プロセスはカスタマイズの対象となります。修正および更新は CPQ プロセスの重要な側面ですが、データ移行プロセスに直接関係するものではありません 3。