理解记录中的创建人、拥有者、成员和加入者

---

表中的每一条记录都可以看作一个独立的业务对象。围绕同一条业务数据，可能会有不同人员参与协作，例如查看、编辑、删除、跟进或管理记录。 在配置记录权限前，需要先理解记录中的几类人员身份：创建人、拥有者、成员 和 加入者。这些身份会影响记录权限的判断，但并不等同于最终权限，用户实际能执行哪些操作，还需要结合角色权限配置共同决定。

身份对比

身份	含义	是否可修改	是否直接代表最终权限
创建人	创建记录的操作人或来源	不可修改	否，仅作为身份标识
拥有者	记录的实际负责人或管理人	可修改	不完全是，还受角色权限影响
成员	记录的一般参与人	由成员、部门、组织角色字段决定	不完全是，还受角色权限影响
用户加入的	拥有者和成员的统称	由拥有者和成员共同决定	不完全是，用于配置记录范围

创建人

创建人是创建记录的操作人。创建人仅作为身份标识，并不是权限身份，也不能更改为其他人。

如果需要调整记录的管理权限，应修改记录拥有者，或通过成员、部门、组织角色字段赋予相关人员对应权限。

根据创建记录的方式不同，创建人显示规则如下：

• 用户手动添加的记录，创建人为操作人的姓名。
• 通过公开表单创建的记录，创建人统一显示为“公开表单”。
• 通过工作流创建的记录，创建人统一显示为“工作流”。
• 通过 API 新增的记录，创建人统一显示为“API”。

拥有者

记录中有一个系统字段：拥有者。拥有者通常表示这条记录的实际负责人或管理人。 创建记录时，拥有者默认是创建人。创建后，可以根据业务需要将拥有者指定为其他人。

设置方式：打开记录详情页，点击拥有者，即可设置新的拥有者。

通过字段赋予拥有者权限

除了系统字段 拥有者 外，也可以通过成员、部门、组织角色字段，将字段中的人员赋予拥有者权限。 在成员、部门或组织角色字段的配置中，将字段权限设置为 拥有者 即可。

常见方式如下：

• 成员字段 可选择同事或好友的 HAP 账号。被选择的人员会获得与记录拥有者相同的权限。 例如，在工单处理中，不同阶段可能由不同负责人跟进，可以通过“负责人”这类成员字段选择对应人员，并赋予其拥有者权限。
• 部门字段 如果部门字段的权限设置为 拥有者，则该部门下的人员会被赋予这条记录的拥有者权限。
• 组织角色字段 如果组织角色字段的权限设置为 拥有者，则该组织角色下的人员会被赋予这条记录的拥有者权限。

系统拥有者与字段赋予的拥有者权限有什么区别

成员、部门、组织角色字段中的人员被设置为 拥有者 后，只是获得与拥有者相同的权限，用于权限判断。

这些人员不会同步到系统字段 拥有者 中。 因此，在以下场景中，仍然只会识别系统字段 拥有者：

• 在工作表中按拥有者筛选记录
• 在工作流中更改记录拥有者
• 引用或判断系统拥有者字段

成员

成员是记录的一般参与人，通常用于表示参与协作、关注或需要查看该记录的人员。

成员默认不代表管理权限。用户是否可以查看、编辑或删除记录，还需要结合角色权限配置判断。

如何成为记录成员

在成员、部门或组织角色字段的配置中，将字段权限设置为成员。字段中的人员即可成为该记录的成员。

用户加入的

在角色权限中配置可操作的记录范围时，可以选择用户加入的。

用户加入的是拥有者和成员的统称：

• 如果用户是记录拥有者，则属于加入了这条记录。
• 如果用户是记录成员，也属于加入了这条记录。

选择用户加入的后，系统会根据记录中的拥有者和成员信息，判断当前用户是否加入了该记录，并据此控制其可操作的记录范围。

实际权限以角色权限配置为准

创建人、拥有者、成员和加入者只是权限判断中的身份条件。用户最终能否查看、编辑、删除记录，还需要以角色权限配置为准。

例如：

• 如果某个应用角色没有记录编辑权限，即使用户是记录拥有者，也无法编辑记录。
• 如果某个应用角色的编辑范围设置为 全部，那么即使用户只是记录加入者，也可能编辑该记录。

因此，在配置权限时，需要同时关注：

• 用户在记录中的身份
• 角色中设置的记录范围
• 角色中设置的操作权限
• 角色中设置的字段权限

如下图，需要结合实际角色配置，控制不同用户对记录的操作范围。