結果を制御するレイヤーから始めましょう。最適な答えはAです。フィールドを含むページレイアウトを作成し、フィールドレベルセキュリティを使用して、他のすべてのユーザーからフィールドを非表示にします。この決定により、Lightningページ構成が有効になります。
Lightning App Builderは、ページ構成、コンポーネントの表示/非表示、有効化、割り当て、およびレコードページ、ホームページ、ユーティリティバーなどの特殊なサーフェスを制御します。
適切に管理されたSalesforce組織では、同じ要件は次のように処理されます。まず、制御対象となるオブジェクト、リレーションシップ、フィールド、ページ、オートメーション、または環境を特定し、次にその制御ポイントに対してネイティブ機能を設定します。選択された回答は、ユーザーが余分な解釈を行う必要がなく、管理者が不要なカスタム回避策を維持する必要もなく、要件を満たします。
選択肢は同等の代替手段ではありません。B（ロールと部下を持つ人事担当副社長とフィールドを共有する共有ルールを作成する）は、共有はレコードの表示を制御するものであり、フィールドタイプ、ページ構成、または自動化のタイミングを変更するものではないため、正当性が低くなります。C（人事ユーザー用にフィールドを含むページレイアウトを作成し、他のすべてのユーザー用にフィールドを含まない別のページレイアウトを作成する）は、ページレイアウトは表示に影響するものであり、それ自体で基となるオブジェクトまたはフィールドの機能を付与するものではないため、却下されるべきです。D（ロールに「HR」を持つユーザーとフィールドを共有するApex共有ルールを作成する）は、Apexは高度なギャップを解決できるかもしれませんが、ネイティブの宣言機能で要件を完全に処理できる場合は最初の選択肢ではないため、ここでは脆弱です。
これは、Salesforce管理者が隠れた技術的負債を生み出すことなく、文書化、移行、トラブルシューティングを行うことができるタイプのソリューションです。
---

説明
新しい Lightning レコード ページのテンプレートは、ページがどのように領域に分割されるかを決定します。このテンプレートはレスポンシブであり、レコード ページを表示するために使用されているデバイスに自動的に適応します。テンプレートは最初の保存後に変更でき、ユーザーはオブジェクトに対する「すべてのデータを表示」権限を必要としません。

顧客から提供される交差点や位置マーカーなどの地理的位置データを取得するには、ジオロケーションフィールドタイプが最適です。このフィールドタイプは緯度と経度データを格納し、地図上で正確な位置特定を可能にします。ジオロケーションフィールドは、マッピングや近接計算のために座標を扱う必要のあるあらゆるアプリケーションに適しています。
A: 数値フィールドは地理座標を表すには十分な精度ではありません。
C: 参照フィールドは、地理データではなく、他のレコードへのリンクです。
D: 外部ルックアップは、座標を保存するためではなく、外部オブジェクトにリンクするために使用されます。
参考資料：Salesforceヘルプの位置情報カスタムフィールド