クリーンビルドでは、ルールは Salesforce が評価する場所に配置されます。C. 外部オブジェクト、D. ビッグオブジェクトを選択してください。Salesforce の用語では、これはプラットフォーム構成の問題です。プラットフォーム アプリケーション ビルダーの役割は、動作を所有する標準の Salesforce 機能 (データ構造、アクセス、自動化、ユーザー エクスペリエンス、レポート、またはデプロイメント) を選択することです。
選択された構成は、ネイティブで宣言的であり、適切なスコープに配置されているため、プロフェッショナルな回答と言えます。後々要件が拡張された場合でも、別の管理者が同じメタデータ領域を検査することで、動作がどのように生成されているかを理解できます。これは、隠れた前提やユーザーへのトレーニングに依存するソリューションよりもはるかに優れています。
残りの選択肢は、同じSalesforceの動作を制御するものではありません。A（関連オブジェクト）は、異なるユーザー、レコード、またはアプリケーションでテストすると一貫性のない結果が生じる可能性があるため、ここでは不安定です。B（カスタムオブジェクト）は、問題の根本原因であるSalesforceのメカニズムではなく、問題の症状を解決するものであり、適切に当てはまりません。結果として、Salesforceがその目的のために構築した機能によって動作が処理されるため、よりクリーンなアプリケーション設計が実現します。
プラットフォーム全体の設計においては、Salesforceのメタデータを通じて強制、監査、および維持管理が可能なネイティブ機能が最適な解決策となるでしょう。
プラットフォーム全体の設計においては、Salesforceのメタデータを通じて強制、監査、および維持管理が可能なネイティブ機能が最適な解決策となるでしょう。
---

この質問は、まさにその機能の理解度を測るものです。クイックアクションは、コンパクトで目的に特化したエントリーポイントです。
これらは、ナビゲーションを減らし、タスクに必要なフィールドのみを表示し、値を事前に入力できるため、モバイルアプリで特に効果的です。したがって、正解はBです。営業アプリとマーケティングアプリを作成し、それぞれのプロファイルを各アプリに割り当てます。
このシナリオでは、機能一覧を求めているわけではありません。要求された結果を最も少ない構成要素で実現できる構成はどれか、という問いに答えるものです。Salesforce アプリケーションビルダーは、ビジネスニーズを完全に満たす標準的で分かりやすいセットアップ構成を優先すべきです。このアプローチにより、サンドボックス環境での検証が容易になり、リリースレビュー時の説明も容易になります。
他のオプションは、プラットフォーム上の明確な理由から不十分です。A（営業およびマーケティング用の公開グループを作成し、各グループにモバイルナビゲーションメニューを作成する）では不十分です。シナリオでサポートされていない追加の前提条件が必要になります。C（営業およびマーケティング用の役割を作成し、各役割にカスタムホームページレイアウトを割り当てる）は、ページレイアウトは表示に影響するだけで、基となるオブジェクトやフィールドの機能自体を付与するわけではないため、正当化しにくいです。D（営業プロファイルとマーケティングプロファイルの両方にモバイルナビゲーションメニューを作成する）は、ステム内のオブジェクト、フィールド、ページ、自動化、またはデプロイメント条件に対して間違った範囲で動作するため、却下する必要があります。リリース前に、システム管理者アカウントだけでなく、影響を受けるプロファイルと現実的なレコードを使用して構成をテストしてください。
---

説明
給与レコードタイプを含む権限セットを作成し、それを適切なユーザーに割り当てることで、それらのユーザーのみが給与申請者レコードを作成できるようになり、同時にすべてのユーザーがすべての申請者レコードを閲覧できるようになります。これは、要件を満たすための最もきめ細かく柔軟な方法です。