リードのコンバージョン処理中、Salesforceはリードに関連付けられた履歴データとインタラクションデータを、新しく作成されたアカウント、取引先責任者、および商談に自動的に転送します。
これにはすべてのアクティビティが含まれます。つまり、オープンアクティビティ（今後のタスクやイベントなど）とアクティビティ履歴（過去のメールやログに記録された通話など）の両方が結果のレコードに添付され、完全な顧客タイムラインが維持されます。キャンペーン履歴も通常、結果の連絡先に関連付けられますが、この質問はより広い意味での「関連レコード」について具体的に尋ねており、すべてのアクティビティの転送は変換の主要な機械的機能です。オプション A は、特定のカスタムマッピングまたはコードが設定されていない限り、カスタムオブジェクトレコードが自動的に移動しないため、誤りです。オプション B は、システムが転送をオープンアクティビティのみに制限しないため、誤りです。

Salesforceトピックからの包括的かつ詳細な説明（150～200語）：
マスター/ディテール関係をルックアップ関係に変換できるのは、まずマスター/ディテール構造に関連付けられたSalesforceの依存関係ルールが削除された場合のみです。このシナリオにおける主な障害は、マスターオブジェクトにロールアップ集計項目が存在することです。ロールアップ集計項目は、子レコードから親レコードに値を集計するため、マスター/ディテール関係に依存しています。関係がルックアップになると、ロールアップ動作はサポートされなくなるため、Salesforceはロールアップ集計項目が削除または置き換えられるまで変換を阻止します。これが、オプションBが正解である理由です。他のオプションでは、同じように変換が阻止されることはありません。ルックアップ項目は変換後も値を保持でき、必要なルックアップは個別に設定できます。ジャンクションオブジェクトは多対多の設計に使用されますが、マスター/ディテール関係をルックアップに変更するだけでは必須ではありません。Salesforceのドキュメントでは、ロールアップ集計機能は一貫してマスター/ディテール関係に関連付けられており、これがここでの決定的なルールとなります。

データの整合性を確保し、営業担当者を構造化されたプロセスに沿って導くために、プラットフォーム管理者は複数のツールを組み合わせて使用​​する必要があります。Opportunity Path (オプション C) はステージを視覚的に表現し、管理者が各ステージの「キー フィールド」と「成功のためのガイダンス」を強調表示できるようにすることで、進行に必要な情報が明確になります。データの入力を強制するために、検証ルール (オプション D) を使用して、特定のフィールドが空白の場合にユーザーが次のステージに進まないようにします (例: AND(IsChanged(StageName), IsBlank(Discovery_Notes__c)))。さらに、ページ レイアウト (オプション A) でフィールドを必須としてマークすることで、最も基本的なデータ ポイントが常に取得されることが保証されます。Flow (オプション B) は多くのタスクを実行できますが、UI でフィールドを「必須」としてマークする主な方法ではありません。「Guided Selling」（オプション E）は、標準的な商談管理ではなく、Salesforce CPQ に関連付けられることが多い特定の用語です。パス、検証ルール、およびページレイアウトの要件を使用することで、販売ライフサイクルを効果的に管理するための堅牢なフレームワークが提供されます。

グループの存在自体を非メンバーに隠さなければならない「機密性の高い記録」の議論を円滑に進めるには、Chatter 非公開グループが適切な解決策です。コンテンツが非表示であっても検索やリストに表示されるプライベート グループ (オプション B) とは異なり、非公開グループは検索結果に表示されず、参加するには明示的な招待が必要です。これにより、フォーラムの存在を知っているのはメンバーのみとなり、最高のプライバシー要件を満たします。公開グループ (オプション C) は誰にでも表示され、機密性の高い議論には適していません 42。「プライベート Chatter チャネル」(オプション D) は、このタイプのコラボレーション グループの標準用語ではありません。非公開グループは、管理者が作成する前に Chatter 設定で有効にする必要があります。

「ルーティングと承認」を組み合わせた「ガイド付き」エクスペリエンスを作成するには、プラットフォーム管理者はフロービルダーと承認プロセスエンジンの機能を活用する必要があります。フロービルダーは、従業員が経費精算レポートを提出する際に必要なすべてのデータが構造化された方法で収集されるようにガイドするユーザーインターフェース（スクリーンフロー）を作成するために使用されます。これにより、静的なページレイアウトが動的なステップバイステップのウィザードに置き換えられます。データが取得され、レコードが作成されると、フローはレコードを自動的に承認プロセスに送信できます。承認プロセスは、レポートを適切なマネージャーまたはディレクターに送信して承認を得ることで、「ルーティングと承認」を処理します。クイックアクション（オプションB）はフローを起動できますが、ロジックエンジン自体ではなく、エントリポイントです。検証ルール（オプションA）はエラーを防止するだけで、ユーザーをガイドしたりレコードをルーティングしたりしません。フローと承認を組み合わせることで、経費管理などの複雑なビジネス要件に対して、シームレスなエンドツーエンドの自動化が実現します。