建立用户与组织关系

第一次打开 O2OA 的组织管理，很容易懵：六个入口看起来都在管人，到底该先动哪一个？顺序错了，后面要成片返工——所以先花两分钟把这张表看完。

记住一句话就能分清：组织管「在哪」，身份管「是谁的谁」，职务管「部门里的位置」，角色管「能干什么」，群组管「和谁一组」。

组织管理的五个入口：组织架构、群组管理、角色管理、个人管理、人员导入

另外还有一个人员导入入口，用 Excel 模板把组织架构、人员信息、群组信息成批导入导出，适合初始化或做数据备份。规模大的单位请直接跳到文末「常见问题」第一条，那里说清了批量导入的现实边界。

一、创建人员信息

左侧导航进入个人管理，点右上角「+」新建。这里有个新手最容易搞错的地方：一个自然人只建一条人员记录。后面把他挂到不同部门，靠的是「身份」（见第四节），不是重复建人。重复建人会导致同一个人有两套账号、两条审批记录，后期很难合并。

从左侧导航「个人管理」进入

填写人员信息，其中三项是必填：

填完点保存人员信息，一条人员记录就建好了。

三项必填，其余选填

初始密码不是固定规则，是一段可以改的脚本

新建账号时系统会给一个初始密码，但它并不是写死的字符串，而是由一段可以自己修改的脚本算出来的。也正因为如此，不同版本的默认规则并不一样——这一点经常被忽略，尤其是从旧版本升级上来的环境。

这条变更不是悄悄改的，v9.5 的更新说明里专门列了一条「用户默认密码规则调整：强化初始安全设置」，目的就是降低默认密码过于简单带来的风险。

加这个后缀不是随手装饰：纯 6 位数字是最典型的弱密码，生日、手机号后 6 位这类组合几乎都在密码字典的第一页。加固定后缀虽然仍算不上强密码，但至少避开了最常见的批量撞库。

截图来自 V10 演示环境，脚本框里即为当前生效的默认规则

要查看或修改这条规则，进 系统设置 → 安全配置 → 密码配置。界面上「用户初始密码」下面直接摆着这段脚本，默认是这一行：

return person.getMobile().slice(-6) + "%o2";

person 代表当前正在新建的这个人员对象，脚本返回什么，初始密码就是什么。所以换成别的规则也很直接：

账号安全相关的三个控制

在人员信息里还有一个容易被忽略的字段，加上列表上的两个操作按钮，构成了账号的基本安全控制：

人员列表上可直接执行解锁与重置密码

二、创建组织架构

1. 创建一级组织（公司）

从左侧导航进入组织架构，点「+」新建。组织和人员不同，它是树状结构，所以建的时候就要想好层级怎么分——是按「公司 → 部门 → 科室」三层，还是「公司 → 部门」两层。层级一旦被流程引用就不建议再改，开工前先画一遍。

组织信息同样是三项必填：组织名称、唯一编码、组织类别。

「管理者」字段用于分级分权

这里的管理者字段常被空着不填。它的作用是分级分权：把某个组织的管理权交给对应负责人，让他自己维护本组织范围内的人员，而不是所有人事调整都挤到管理员一个账号上操作。部门多、人员流动大的单位值得配。

2. 组织类别与排序值

组织类别直接决定人员选择框长什么样：类别填对了，选人时就能先按「公司 / 部门」过滤再挑人；类别乱填，选人框里所有组织平铺一团，几百个部门的单位会很难用。

类别填对，人员选择框才能按层级筛选

3. 创建二级、三级组织

建下级组织不用另外找入口：在目标组织右侧点「+」即可。上级组织会自动带出，不需要手填，操作步骤和建一级组织完全一样。

继续在部门下建科室，就是三级组织：

同级再建一个「档案室」，组织结构就成型了：

三、把人员加入组织

人和组织都建好之后，需要把两者关联起来。点击目标部门 → 右侧切到「组织成员」标签 → 点「添加」→ 在人员选择框里挑人 → 确定。

这一步动作很简单，但它的本质不是「把人放进部门」，而是为该人员建立一条身份记录。理解这一点，才能看懂下一节。

四、理解「身份」：一个人为什么能有多个部门

现实里同一个人常常身兼数职：既是 A 部门主管，又在 B 项目组兼职，还被借调到 C 小组。系统不会为此建三个账号，而是为这一个人在三个组织下各生成一条「身份」。

同一个人员在不同组织下有多条身份

兼职、借调都会产生新的身份，而不是新的账号

身份是 O2OA 组织模型里最容易被误解的一环，因为它有一个隐含行为：流程发起时会记录该人员当时的身份与所属组织。

五、配置组织职务

1. 添加职务

选中一个部门 → 点组织职务 → 点添加 → 在「职务名称」里填类别，比如「部门正职」。注意填的是职务类别，不是某个人的名字。

职务建好后，点职务名称后面的「+」把具体人员挂上去：

用同样的方式再加「副职领导」等职务。

2. 职务和岗位有什么区别

一句话：岗位是「这个位置有一个人」，职务是「这个位置上有一类人」。O2OA 里大量使用职务，最常见的场景就是流程——

流程节点上按职务指定处理人，而不是写死具体某人

用职务而不是直接指定人，换来两个好处：

1. 流程能自动找到处理人。按「部门正职」找人，无论谁当这个正职，流程都能正确路由
2. 流程和人员解耦。人事调整时只改职务设定，几十条流程一条都不用动

第 2 点尤其值得强调：如果流程里写死的是具体某个人，一次调岗就要翻遍所有流程去改，而且很难查全。用职务是唯一能让组织调整不牵连流程的做法。

六、角色与功能权限

职务解决的是「这个人在部门里的位置」，角色解决的是另一个问题：这个账号能操作系统的哪些功能。两者互相独立，一个人可以既有职务又有角色。

1. 给角色添加成员

左侧导航进入角色管理 → 选中角色（下图以 Manager 为例）→ 右侧切到「个人成员」→ 点「添加」→ 选人 → 确定。

2. 内置角色

O2OA 预置了一批角色，按功能域划分，不需要自己从零建。日常最常用的是 Manager——需要管理整个平台（系统设置、日志、应用管理）的账号挂这个角色即可，不必使用 xadmin。xadmin 建议只作为应急账户保留。

内置角色按功能域划分，Manager 是平台管理角色

七、创建群组

群组是本文六个概念里最轻的一个：具有相同特征的人群集合，平铺、没有层级、不归属某个组织。和组织的主要区别在于——组织决定数据和流程归属，群组只用于批量选人。

左侧导航进入群组管理，点「+」新建：

填群组名称后保存：

然后切到「个人成员」标签，点「添加」往群组里放人：

最后确认成员已经在列：

兰德网络O2OA平台软件

开源、自主可控的协同办公底座

研发与运营

纵横翱途（杭州）科技有限公司

企业级协同应用 · 工作流引擎 · AI 智能体

www.o2oa.net ｜ 400-888-0545