组织架构¶

适用基线：测试环境目标 / dev 分支 / 2026-07-15。 阅读对象：测试、实施、运维（主）；需要解释「人员挂在哪、部门树怎么影响数据范围」的业务管理员（顺带）。

业务目的与适用范围¶

新建了「仓储部」却发现工厂建模里什么都没变——这是最常见的误会：部门树不等于工厂/仓库。组织架构回答：System 侧用哪些对象表达责任归属与人员挂载，以及它们如何与数据权限配合。

读完本页，应能：判断组织类问题该改部门树、改用户归属，还是该去 DBC/WMS 建工厂仓库、去岗位页配库位；并能说明「本部门 / 本部门及下级」依赖什么。旧版“企业—工厂—部门”三级不能直接等同于当前 System 菜单模型：工厂、仓库在 DBC/WMS 维护；System 以部门树为主，岗位见权限分组。

本页与相邻能力的边界¶

如何使用本组文档¶

使用前准备¶

当前组织对象¶

部门树如何工作¶

部门以树形维护：可指定上级部门、显示顺序、负责人、联系方式、状态和部门编号。根节点之上无业务上级；下级部门用于“本部门及下级”类数据范围。

用户归属到某一部门后：

1. 角色数据范围为“本部门 / 本部门及下级 / 仅本人”时，会用到该归属；
2. 负责人字段便于组织联络与部分业务展示，不能单独证明审批自动找负责人（审批见岗位/业务页边界）；
3. 停用部门前应先处理下属用户与下级部门，避免责任悬挂。

建议验证点¶

• 用户未挂部门时，「本部门 / 本人」类范围是否异常收窄（用非超管账号）。
• 调整上级部门后，「本部门及下级」可见集合是否随之变化。
• 在部门树中找不到工厂/仓库属预期；应在 DBC/WMS 维护。
• 负责人字段变更不应被验收成「审批人自动切换」（审批边界见岗位/业务页）。

与工厂、仓库、数据权限的边界¶

「建了部门是不是等于建了工厂」这类误解在实施初期最常见，下表逐条澄清：

更宏观的多组织/多工厂隔离讨论见多组织、多工厂与数据隔离；该总览页仍可能保留待核验项，实施细节以本页与数据权限页的已证实结论为准。

查询与联查¶

常见问题与处理¶

当前限制与待确认事项¶

• 企业/公司级独立组织对象是否存在及与部门树关系，待补充取证；
• 工厂与部门的业务映射（若项目有自定义约定）未在 System 通用能力中证实；
• 部门停用对历史单据展示、统计口径的影响待测试环境核对；
• 总体框架“多组织多工厂”页的参考设计需随本页结论逐步收敛，不阻塞本页使用。

待补充的图示与示例¶