説明
サービス担当者が顧客からのリクエストに対応するために必要なすべての関連情報にアクセスできるようにするには、アーキテクトは、親アカウントによって管理されている場合、または暗黙的な共有によって、サービス担当者が連絡先レコードにアクセスできることを考慮する必要があります。連絡先レコードが親アカウントによって管理されている場合、そのアクセスレベルは親アカウントのアクセスレベルによって決まります。サービス担当者がケース オブジェクトに対して「すべて表示」権限を持っている場合、アクセスできるケースに関連付けられたアカウントと連絡先に対しても暗黙的な読み取りアクセス権限を持ちます。アカウントの OWD が非公開で、連絡先レコードが親アカウントによって管理されていない場合、サービス担当者は連絡先レコードにアクセスできません。アクセスするには明示的な共有または許可が必要となるためです。サービス担当者は、連絡先レコードが親アカウントによって管理されていて、親アカウントへのアクセス権がない場合も、連絡先レコードにアクセスできません。

パブリックグループを使用すると、管理者は関連性のないユーザー（個々のユーザー、役割、または役割と下位ユーザー）をグループ化して、レコードやフォルダーへのアクセスを共有できます。パブリックグループは非常に柔軟性が高く、関連性のないユーザーグループへのアクセス権限を付与するために特化して設計されています。
* オプション A: 共有セットは、コミュニティユーザーに対してアカウントまたは連絡先の関係に基づいてアクセス権を付与するためのものであり、関連性のない内部ユーザーには適用されません。
* オプションC：役割階層は階層的な関係に基づいているため、このシナリオには適していません。
:
公開グループの概要

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

説明
変更はACMEアカウントのみに影響します。アカウントへのチームメンバーのアクセス権を変更しても、デフォルトのアカウントチーム、デフォルトの商談チーム、または子アカウントには影響しません。チームメンバーのアクセス権は、個々のアカウントレコードに固有のものです。