説明
アーキテクトがカスタム Loan オブジェクトでカスタム チーム ソリューションを作成するための要件を満たすことができる 2 つの方法は、カスタム チーム オブジェクトで Loan_share オブジェクトのレコードを挿入または更新するカスタム トリガーを作成することと、ローン オブジェクトで Apex 共有理由を作成してローン レコードが共有された理由を識別することです。カスタム トリガーは、Apex 管理共有を使用して、プライマリ フィールド値に基づいてカスタム チーム メンバーに読み取り専用または読み取り/編集アクセスを許可できます。Apex 共有理由を使用すると、さまざまな共有タイプを区別し、アクセスをより細かく制御できます。

説明
条件に基づく共有ルールは、レコードタイプなどの特定のフィールド値に基づいてアカウントにアクセス権を付与するのに最適なオプションです。オプション A では、個人アカウントだけでなくすべてのアカウントにアクセス権が付与されます。オプション B ではレイアウトのみが制御され、表示は制御されません。オプション C は、アカウントの取引先責任者ロールを持たないため、個人アカウントには適用されません。

説明
更新を許可する前に各フィールドをテストするために IsUpdateable() Apex メソッドを使用するのが、この問題を解決する最善の方法です。このメソッドは、ユーザーが特定のオブジェクトの特定のフィールドを編集する権限を持っている場合は true を返し、そうでない場合は false を返します。オプション A は正しくありません。With Sharing キーワードを使用するクラスにコードを配置すると、フィールド レベルのセキュリティ権限には影響しませんが、共有ルールに基づくレコード レベルのアクセスには影響します。オプション C は正しくありません。SOQL ステートメントで with SECURITY_ENFORCED キーワードを使用すると、特定のプロファイルに対して読み取り専用のフィールドの更新が防止されるのではなく、フィールド レベルおよびオブジェクト レベルのデータ保護が強制されます。オプション D は正しくありません。クラスに with Sharing キーワードを追加すると、オプション A と同じ効果があります。