フィールドレベルのセキュリティ設定やページレイアウトへのフィールド追加機能が欠けているため、フィールド作成は手動で行う必要があります。また、スキーマビルダーはリアルタイムでデプロイされるため、変更に伴うリスクがさらに高まります。
Salesforce Schema Builder は、Salesforce 内のオブジェクト、フィールド、およびリレーションシップを視覚化および作成するための強力なツールですが、カスタムオブジェクトを作成する際にはいくつかの制限があります。
* オプション B (フィールドとリレーションシップは作成できますが、キャンバスからページレイアウトにフィールドを追加することはできません): スキーマ ビルダーでは、新しいカスタム オブジェクト、フィールド、リレーションシップを作成できますが、スキーマ ビルダー インターフェイス内からページレイアウトにフィールドを直接追加することはできません。フィールドを作成した後、ページ レイアウト エディターに移動して、新しいフィールドをレイアウトに手動で配置する必要があります。
スキーマビルダーの概要
オプションA：これは誤りです。スキーマビルダー内では、毎回「保存」をクリックすることなく複数の操作を実行できます。Salesforceは、最後に一度「保存」をクリックした際に、これらの変更を保存します。
オプションC：スキーマビルダーでは標準オブジェクトとカスタムオブジェクトの両方に対してリレーションシップを作成できますが、標準オブジェクトとのリレーションシップを作成するためにLightningオブジェクトマネージャーを使用する必要はありません。
オプションD：スキーマビルダーは、他の種類のフィールドと同様に、数式フィールドの作成をサポートしています。数式フィールドが除外されることはありません。
要約すると、オプションBはスキーマビルダーの正しい制限事項です。つまり、スキーマビルダーのインターフェースから直接ページレイアウトにフィールドを追加することはできません。
参考資料：スキーマビルダーの制限事項

正しい選択肢は、リリース後も機能するものです。最適な回答は、A. カスタムベースの共有ルールを作成する、B. 組織全体のデフォルトを更新する、です。このシナリオではプラットフォーム構成が求められていますが、理由は単純明快です。プラットフォームアプリビルダーの役割は、動作を所有する標準のSalesforce機能（データ構造、アクセス、自動化、ユーザーエクスペリエンス、レポート、デプロイメント）を選択することです。実際のユーザーが実際のレコードを操作する際に、ビジネス結果が信頼できるものでなければならないため、この制御が重要視されています。
提示された要件 - Ursa Major Solar (UNS) はアカウントの公開共有モデルを使用しています。UNS はより制限的な共有モデルに移行したいと考えていますが、営業チームが引き続きすべてのアカウントレコードに営業担当者とともにアクセスできるようにしたいと考えています。 - 選択された回答は、動作を直接処理します。これは、単にページをすっきり見せるため、またはユーザーに何をすべきかを思い出させるためだけの方法ではありません。結果を所有する Salesforce の機能に責任を置きます。これは、アクセス、自動化、関係、ページ レンダリング、レポート、および展開それぞれに異なる適用ポイントがあるため、App Builder の実装では重要です。
選択肢はどれも同等の代替手段ではありません。C（営業プロファイルを更新する）は、設問のオブジェクト、項目、ページ、自動化、または展開条件に対して不適切な範囲で動作するため、却下すべきです。D（所有者ベースの共有ルールを作成する）は、共有がレコードの表示を制御するものであり、項目タイプ、ページ構成、または自動化のタイミングを変更するものではないため、ここでは脆弱です。Salesforce管理者が隠れた技術的負債を生み出すことなく、文書化、移行、およびトラブルシューティングできるのは、このような種類のソリューションです。
---

正解は、意図した結果を強制するものです。A. リード重複ルールの詳細を「共有ルールをバイパスする」に変更します。D. リード重複アクションを「作成時にブロックする」に変更します。設問の要件は次のとおりです。Universal Containers ではリードの重複管理が実装されていますが、重複リードがまだ作成されているようです。リードの組織全体のデフォルト (OWD) は「プライベート」に設定されています。どの 2 つのアクションがそれを防ぐのに役立ちますか。選択したオプションは、Salesforce が実際に動作を評価する時点でその要件に対応します。
基本的な概念は、データのインポートとマッチングです。Salesforceのインポートツールは、データ量、マッチングロジック、操作方法によって異なります。データインポートウィザードは、サポートされているオブジェクトに対してガイド付きで重複を認識します。データローダーは、大規模な更新、アップサート、値のクリアに優れています。そのため、この回答は回避策よりも信頼性が高いと言えます。設定で確認し、適切なデプロイメントパスに含め、必要に応じて代表ユーザーとしてログインまたは偽装してテストできます。
他のオプションは、プラットフォーム上の明確な理由から不十分です。B（ロード割り当てルールを変更して重複をチェックする）は別の懸念事項に対応していますが、要件の一部しか満たしておらず、Salesforce の制御動作は未解決のままです。C（リードの OWD をパブリック レコードに変更する）は、共有によってレコードの表示が制御されるため、正当性が低くなります。フィールド タイプ、ページ構成、自動化のタイミングは変更されません。リリース前に、システム管理者アカウントだけでなく、影響を受けるプロファイルと実際のレコードを使用して構成をテストしてください。
---