部门与分部结构

在 Steedos 中，构建清晰的组织架构是系统实施的基础。组织架构不仅展示了公司的层级关系（如总公司、分公司、部门、科室），更直接决定了数据权限的范围（谁能看到谁的数据）以及审批流的走向（逐级审批）。

1. 核心概念

Steedos 采用树状结构来管理组织单元。

组织机构 (Organizations)

在系统中，无论是“总公司”、“分公司”还是“财务部”、“销售一组”，统一被称为 组织机构 (Organizations)。它们通过父子关系连接成一棵树。

• 根节点 (Root)：通常代表整个集团或总公司。
• 分部 (Company)：通常指具有独立核算能力的子公司或大型分支机构。
• 部门 (Department)：指功能性的职能单元，如“研发部”、“市场部”。

示例结构：

华炎软件 (根节点)
├── 上海总公司 (分部)
│   ├── 研发中心 (部门)
│   │   ├── 后端组
│   │   └── 前端组
│   └── 销售部 (部门)
└── 北京分公司 (分部)
    └── 销售办事处

2. 管理组织架构

管理员可以在设置界面维护这棵“树”。

创建/编辑组织

1. 进入 “设置 (Settings)” 应用。
2. 选择 “组织 (Organization)” > “组织机构 (Organizations)”。
3. 点击 “新建” 或点击现有组织名称进行 “编辑”。

关键字段说明

字段名称	说明	作用
名称 (Name)	组织的显示名称，如“财务部”。	用于界面显示。
上级组织 (Parent)	构建层级的关键。选择该部门归属的上级。	如果留空，该节点将成为根节点。
分部 (Company)	标记该节点是否为一个独立的法律实体或分公司。	在某些财务或隔离场景下使用。
部门负责人 (Manager)	指定该部门的管理者（关联到用户）。	非常重要。用于审批流中“自动寻找上级”功能。
分管领导	指定该部门的分管高层。	用于跨级审批或特殊权限判定。

3. 人员归属管理

将用户放入正确的“格子”里是权限管理的第一步。一个用户必须归属于组织架构中。

设置用户的主部门

在 用户管理 中，通过编辑用户的 “主所属部门” 字段，将其挂载到组织树的特定叶子节点上。

一人多岗 (多部门归属)

如果某个员工身兼数职（例如：张三既是“研发部经理”，又是“架构委员会成员”），Steedos 支持设置辅助部门或多重身份：

• 在用户详情页的 “所属组织” 列表中，可以添加额外的部门关联。
• 这意味着该用户可以同时查看这两个部门内部共享的数据。

4. 组织架构的应用场景

配置好组织架构后，系统会在以下方面自动生效：

A. 数据权限 (上下级可见性)

如果系统的共享规则设置为“私有”，通常遵循 “上级可见下级” 的原则：

• 下级：普通员工通常只能看到自己的数据。
• 上级：“销售一部经理”天然可以看到“销售一部”所有员工创建的数据。
• 隔代上级：“销售总监”可以看到“销售一部”和“销售二部”的所有数据。

B. 审批流程 (自动化路由)

在配置工作流或审批流时，无需指定具体的审批人姓名（如“张三”），而是指定 角色关系。

• 场景：员工提交请假申请。
• 配置：审批步骤设置为 提交人的部门负责人。
• 效果：系统会自动查找申请人所在部门的 Manager 字段对应的用户。如果人员发生变动（换了经理），无需修改流程配置，审批会自动路由给新经理。

5. 最佳实践

1. 保持层级适度：不要创建过深的层级（建议控制在 5 层以内），否则会导致权限计算变慢，且增加管理复杂度。
2. 及时维护负责人：“部门负责人” 字段是审批流自动化的核心，一旦人事变动，务必第一时间更新此字段，否则审批单会卡住。
3. 先框架后细节：实施初期，先搭建大的部门框架（如一级、二级部门），项目稳定后再细分小组（三级部门）。