解释访问权限不足事件日志

我们建议您查看 ACTUAL_LOGGED_IN_USER_ID、USER_ID、RECORD_ID、ENTITY_TYPE、ACCESS_ERROR、REQUESTED_ACCESS_LEVEL 和 ERROR_DESCRIPTION 字段，因为它们在故障排除方面最有用。您可以使用 REQUEST_ID、ERROR_TIMESTAMP 和 USER_ID 等字段来确认您正在查看正确的访问权限错误。  

示例：用户无法共享个案

Edwin 是个案 C1 的所有者，但不是该个案的父级客户（客户 A1）的所有者。Edwin 拥有客户 A1 的编辑权限，并且在角色层次结构中不高于客户所有者。Edwin 尝试与团队成员共享 C1 个案，但是 Edwin 发现了一个错误，无法完成操作。Edwin 看到该错误后，管理员可以查询事件日志文件。管理员发现有两个日志具有相同的 REQUEST_ID。管理员重点关注这些值：

请注意，作为客户子级的联系人或业务机会记录也会出现同样的错误。

示例：无法更改联系人的所有者

Anand 是联系人 C1 的所有者，但不是联系人的父级客户（客户 A1）的所有者。因为 Anand 拥有联系人 C1，所以他拥有客户 A1 的隐式读取权限。Anand 尝试将联系人 C1 的所有权转让给他的队友 Ciara，但 Anand 发现了一个错误，无法完成操作。Anand 看到该错误后，管理员可以查询事件日志文件。管理员发现有两个日志具有相同的 REQUEST_ID。管理员重点关注这些值：

请注意，作为客户子级的个案或业务机会记录也会出现同样的错误。 

示例：无法更改业务机会的父级客户

Edwin 是业务机会 O1 的所有者，但不是该业务机会的父级客户（客户 A1）的所有者。队友 Charlie 通过手动共享被授予对业务机会 O1 的编辑权限。Charlie 尝试将业务机会 O1 上的父级客户更改为客户 A2。请注意，Charlie 不是客户 A2 的所有者（他只有编辑权限，在角色层次结构中位于客户所有者之下），Edwin 没有客户 A2 的访问权限。Charlie 看到一个错误，无法完成操作。Charlie 看到该错误后，管理员可以查询事件日志文件。管理员发现有两个日志具有相同的 REQUEST_ID。管理员重点关注这些值：