记录的创建人、拥有者、加入者的身份介绍


表中的每一条记录都是一个完整业务对象,针对一条业务数据、可能会有不同的人进行协作,就需要有查看、编辑、删除的不同权限的分配。

首先、我们看下一条记录都有哪些身份。

1、创建人身份

就是创建记录的操作人。

根据创建记录的方式,创建人分4种:

  • 用户手动添加的记录,创建人就是操作人的姓名

  • 通过公开表单创建的记录, 创建人统一记作: “公开表单”

  • 通过工作流创建的记录,创建人统一记作:“工作流”

  • 通过API新增的记录,创建人统一记作: “API”

[!TIP]创建人仅仅是一个身份标识,并不是一个权限身份,不能将创建人更改为其他人。其实我们想更换创建人时,要的是更换管理权限。

2、记录的拥有者

拥有者,就是这条记录的实际拥有人、管理人。对这条记录拥有查看、编辑、删除的权限。在创建一条记录时,拥有者默认为创建人,之后可以指定其他人为拥有者。

如何成为一条记录的拥有者,有4种方法

2.1、系统字段【拥有者】指定的人

每个表的记录,都有几个系统属性字段:创建人,创建时间、修改时间、拥有者。每条记录的拥有者只能有1个人员,也可以设置为【未指定】

如何设置一条记录的系统字段拥有者

  • 单个记录编辑时

    image.png

  • 批量编辑多条记录的拥有者

    image.png

2.2、成员类型字段选择的人员

成员类型的字段 ,可以选择同事或好友的明道账号,被选择的人可以拥有管理者的权限,配置如下,选择为【记录的拥有者】,其权限和1中的拥有者相同。

image.png

如下图: 一条工单,不同阶段会有不同的负责人,我们就可以通过负责人(成员控件)这个字段来选择不同的人。

image.png

[!TIP]

  • 成员类型的字段可以多选,那么选择的多个人都有【拥有者】这个身份。
  • 字段中选择的人身份标识虽然是拥有者,但是和系统字段拥有者还不同,在表中筛选时,还是要按成员字段的名称筛选。

2.3、部门字段中选择的部门人员

部门字段的权限如果设置了拥有者,那么选择的部门下的人员就被赋予了这条记录拥有者权限

2.4、组织角色字段中选择的角色人员

组织角色字段的权限如果设置了拥有者,那么选择的角色下的人员就被赋予了这条记录拥有者权限

系统拥有者和成员/部门/组织角色下的人员有什么不同

成员、部门、组织角色选择的人员,只是被赋予拥有者角色权限,并不是真正的“拥有者”本身,他们也仅仅在权限配置时使用,不会同步到系统拥有者。工作表中按拥有者筛选、工作流的更改拥有者都是下方所指的拥有者。

3、记录的成员

记录成员/加入者,就像一个任务的成员,属于一般参与人,对这条记录仅仅有查看权限,没有管理权限。

如何成为一条记录的成员

只有1个方法,即成员字段选择的人。在下图配置中,将选择的人设置为【作为成员】

image.png

image.png

[!TIP]拥有者或成员字段(拥有者权限)选择的人一定也是这条记录的加入者/成员。

下面,我们通过一张图,展示一下这几种角色

image.png

4、用户加入的

在配置角色可操作的记录范围时,会有【用户加入的】选项,它是成员和拥有者的统称,如果你是成员就是加入了这条记录,如果你是拥有者,自然也加入了这条记录。

如上图,在下面,会自动提取到哪些人是当前记录的加入的。

5、实际的角色权限

记录的拥有者和成员,实际能否含有对应的权限,还需要看应用管理员在用户的角色权限中是否分配了相关权限。

例如,在角色配置中,此应用角色没有记录的编辑的权限,那么即使记录拥有者也无法修改记录数据。

如果应用管理员将应用角色的编辑权限的范畴选择了全部,那么即使是记录的加入者也可以编辑这条记录。

如下图: 需要结合实际配置来实现每个角色的操作。

image.png


文档问题反馈

文档中是否有错别字、内容过期、难以理解等问题? 点此给我们反馈吧

results matching ""

    No results matching ""