ロールアップ集計項目は、関連レコードから値を計算し、マスターレコードに表示する強力な機能です。ただし、この機能は、マスター/ディテール関係の「マスター」側でのみネイティブに使用できます。標準オブジェクトの場合、Salesforce は、アカウントと商談の間に組み込みのマスター/ディテールのような関係を提供します。具体的には、アカウントオブジェクトがマスターとして機能し、商談オブジェクトがディテールとして機能します。この関係により、プラットフォーム管理者は、アカウントにロールアップ集計項目を作成して、「商談の合計金額」、「最小完了日」、または関連するすべての商談の「件数」の合計を計算できます。連絡先 (オプション B) やケース (オプション C) などの他の標準オブジェクトは、マスター/ディテール関係ではなくアカウントへのルックアップ関係を持つため、ネイティブのロールアップ集計をサポートしていません 20。キャンペーン (オプション D) も、アカウントとのこの特定の関係を共有していません 21。管理者がこれらの他のオブジェクトからデータを集計する必要がある場合、通常は Flow Builder やサードパーティ製アプリなどのカスタム ソリューションを使用する必要がありますが、商談は標準でサポートされています。

レポートに同じアカウント名が複数回出現する行が多数含まれている場合（複数の商談があるため）、単純に行数を数えても、個々のアカウントの数を正確に表すことはできません。個々のアカウントの具体的な数を調べるには、プラットフォーム管理者はレポートビルダーのアカウント名またはアカウントID列にある「一意のカウント」機能を使用する必要があります。「一意のカウントを表示」を選択すると、レポートの下部（および集計グループ）に合計値が表示され、リストに何回出現しても、各一意の値は1回だけカウントされます。バケット列（オプションA）はデータをカテゴリにグループ化します。レポートフィルター（オプションB）はレコードを除外します。行のグループ化（オプションD）はアカウントごとにレポートを視覚的に整理しますが、「一意のカウント」のように、個々のアカウントの数を単一の集計値として提供するものではありません。

AgentforceのようなAIエージェントが会話を人間のサポート担当者に転送する場合、担当者が顧客とAIが話し合った内容を正確に確認できる「ウォームハンドオフ」が目標です。担当者がコンテキストの不足を訴えている場合、最も一般的な管理上の原因は、会話履歴コンポーネント（またはエージェント履歴コンポーネント）がケースLightningレコードページに追加されていないことです。このコンポーネントがページレイアウトにないと、担当者は新しく割り当てられたケースは確認できますが、前のチャットセッションのトランスクリプトを確認できません。これを解決するには、プラットフォーム管理者がLightningアプリビルダーを使用して、サポートチームが使用するケースページに該当する履歴コンポーネントを追加する必要があります。エスカレーションは機能しているがコンテキストが欠落している場合は、オプションDの可能性は低くなります。オプションAでは、ユーザーがAgentforce機能を使用できなくなりますが、終了したAIインタラクションのトランスクリプトが特に非表示になるわけではありません。ハンドオフ中に顧客満足度を高く維持するには、UIに会話履歴が含まれていることを確認することが重要です。

商談パス（または単にパス）は、販売プロセスの各段階を視覚的に表現したものです。現在の段階をレコードの上部に目立つように表示するだけでなく、管理者が各段階のキーフィールドと成功のためのガイダンスを定義できるため、この要件に最適なツールです。このガイダンスには、営業担当者が商談を次の段階に進めるために具体的に何をすべきかを説明する、具体的な手順、ヒント、および社内リソースへのリンクが含まれます。レポート（オプションA）、リストビュー（オプションD）、およびビッグディールアラート（オプションC）はデータと通知を提供しますが、パスが提供するような、状況に応じた段階ごとのガイダンスは提供しません。

ユーザーが同じプロファイルを共有しているが、異なるユーザーインターフェイスエクスペリエンスを必要とする場合、コンポーネントの可視性が最も効​​果的なツールです。Lightning アプリケーション ビルダーでは、管理者は、
「関連リスト」コンポーネント（または保持の場合は「関連リスト - 単一」コンポーネント）を追加し、表示フィルターを設定します。フィルターは「ユーザー > 権限 > カスタム権限」または「ユーザー > プロファイル」に設定できますが、プロファイルを共有しているため、権限セットまたは特定のユーザーフィールドに基づいてフィルターするのが最善のアプローチです。これにより、保持リストはクライアント サービス チーム メンバーにのみ表示され、カスタマー サポート チームには非表示のままになります。これは、同じレコードを見ている場合でも同様です。ページ レイアウトの割り当て（オプション A）とレコード タイプの割り当て（オプション C）はプロファイルベースであり、チームがプロファイルを共有しているため機能しません。共有設定（オプション D）はデータ自体へのアクセスを制御しますが、リクエストでは UI 要素（関連リスト）を非表示にするように具体的に求められています。