组织引擎

以人为核心沉淀组织主数据：部门树、岗位任职与汇报关系——权限裁剪与流程选人的唯一可信源头

引擎定位

组织引擎是平台的人与组织底座。先把部门、人员、岗位与汇报关系理清，权限才能按「本部门 / 本部门及下级」裁剪，流程才能按上级或部门负责人解析办理人，表单选人组件才有统一主数据可消费。它解决的不是「画一张组织图」，而是让入转调离、兼岗代理与多组织并行时，业务系统不再各自维护一份互相冲突的通讯录。

在集团多事业部、SaaS 多租户与内外部协同并存的场景下，组织数据按租户隔离，内部员工与外部联系人分册管理。EHR 的组织人事、SRM 的多分子公司采购管控、各业务审批中的选人规则，都应复用同一套任职与汇报关系，并以生效日切换权限与审批人，避免「人已到新部门、系统仍找旧经理」。

适用场景

  • 集团多事业部、多分子公司并行，部门树与岗位口径不统一，报表维度对不齐
  • 一人多部门任职、主岗兼职并存，业务系统各自维护组织，调岗后权限与审批长期漂移
  • 审批要按上级或部门负责人流转，但组织关系散落在 IM 与表格里，代理无期限
  • 内外部协同（供应商、客户联系人）需要与内部员工区分身份与数据范围
  • SaaS / 多租户部署时，组织数据必须按租户隔离且可随开户初始化

能力要点

  • 部门树与组织视图树形维护部门、负责人与层级，支持架构视图与批量导入导出。多事业部/多工厂并行时，组织口径成为权限、流程与报表的共同维度，而不是各系统各画一张图。
  • 人员任职用户可绑定多部门、岗位与工种，区分主部门与兼职；任职变更带生效日。入转调离时，权限包与审批人切换有明确时间点，避免「人已到新部门、系统仍找旧经理」。
  • 汇报关系维护上级与部门负责人，供流程「上级」「部门负责人」等规则稳定解析。代理与授权宜设期限，防止汇报关系长期失真导致审批落到错误责任人。
  • 岗位与工种目录岗位编码与工种类型统一管理，支撑选人组件、编制统计与岗位级权限包配置，减少「同名不同岗」造成的授权混乱。
  • 内外部身份内部员工与外部组织/联系人分册管理，数据范围与可登录能力分离。供应商门户、客户协同等场景可复用身份模型，而不污染内部通讯录。
  • 多租户隔离组织数据按租户隔离，开户后可初始化组织骨架。集团多组织与 SaaS 并行时，组织边界即安全边界，禁止跨租户人员串用。

与其他引擎协同

权限引擎

数据范围按本部门/本部门及下级等组织边界裁剪；任职生效日后，可见行与权限包同步收敛。兼岗、借调、代理必须带期限，否则权限债务必然累积。

流程引擎

审批人按上级、部门负责人、部门、角色解析；组织调整后办理人规则仍可用，无需逐流程改个人，降低维护成本。

表单引擎

人员/部门/岗位/角色选择组件只消费组织主数据，避免各业务自建互相冲突的通讯录，选人结果与任职保持一致。

报表引擎

经营与人力看板按部门/组织维度筛选，口径与组织树一致，支撑多工厂对比时维度不串、汇总可解释。

典型断点

断点现象常见诱因治理抓手
调岗后审批仍找旧经理任职未绑生效日或流程写死个人任职生效日 + 办理人按规则解析
兼岗导致看见不该看的行兼岗无数据范围或无限期兼岗显式建模并设结束日
报表部门维度对不齐各系统自建部门编码统一部门树与导入导出治理
供应商联系人进内部通讯录内外部身份未分册外部组织/联系人独立主数据
分子公司人员串库租户隔离或组织边界配置错误开户初始化骨架 + 抽检隔离
开户后只有部门无人骨架与人员导入脱节分阶段导入 + 任职抽检清单
代理到期仍出现在待办代理未绑结束日或未回收代理台账 + 流程解析回归

推进与验收

  • 先冻结部门编码与层级规则，再批量导入人员；禁止「边上线边改码」导致历史单据维度漂移
  • 入转调离流程与组织任职联动：生效日前后分别抽检权限包、待办办理人与表单选人结果
  • 代理与借调必须可演示结束日回收；抽检过期代理是否仍出现在流程解析结果中
  • 与 EHR、SRM 等多产品共用组织时，约定唯一维护入口与同步方向，避免双主数据互相覆盖
  • 抽检同一人员在 QMS/SRM/WMS 等已上线模块中的部门维度字段是否同源组织树
  • 多租户开户演示：跨租户检索人员与部门应被隔离，审计能说明租户边界配置
  • 外部联系人不得出现在内部薪资、成本或未授权项目的选人结果中

实施分期

  • 一期（骨架）：租户边界、部门树编码、岗位目录、内外部分册策略；完成导入模板与抽检用例
  • 二期（任职）：人员任职、主兼岗、汇报关系、入转调离联动；与权限包、流程解析联调
  • 三期（协同）：与 EHR/SRM/CRM 外部身份对齐；代理借调与项目型组织（如有）纳入台账

制造落地提示

多工厂并行时，常见做法是用组织树区分工厂与车间，岗位目录统一编码但任职按工厂挂载；WMS 仓库组织、MES 车间组织、EHR 发薪组织应映射到同一棵树的节点，而不是三套并行编码。项目型制造若启用项目组，建议项目组授权带期限并挂接主岗，避免「项目结束仍长期看见项目成本」。上线后组织变更应走工单或 HR 流程留痕，禁止直接在后台改码而不通知下游对账。

不适用场景

  • 希望组织引擎替代专业 HR 薪酬公式或考勤设备协议——它提供任职主数据，不替代考勤机与薪算法则本身
  • 无生效日纪律、组织调整全靠事后改权限——应先建立任职台账规则再谈自动化
  • 要求跨租户共享人员编制——与 SaaS 多租户隔离设计相悖，应通过集团型部署与组织边界建模解决
  • 把组织图仅当展示、不允许下游消费——若权限与流程仍各维护通讯录，底座价值无法兑现

产品落地

返回平台能力 预约交流

常见问题

组织主数据与调岗生效的高频疑问，先看这里；仍有疑问可联系我们

调岗后审批为什么还找旧经理？

常见原因是任职没绑生效日，或流程把办理人写死成个人。组织引擎要让任职、权限包与流程解析同一天切换；抽检调岗前后各一条待办即可验证。

兼岗会看见不该看的数据吗？

会，若兼岗没有数据范围或没有结束日。兼岗、借调、代理必须显式建模并设期限，到期回收，否则权限债务必然累积。

组织引擎能替代 EHR 发薪和考勤机吗？

不能。它提供部门、任职与汇报关系主数据，供权限与流程消费；薪酬公式与考勤设备协议仍由 EHR 或现场设备承担。

供应商联系人会进内部通讯录吗？

不应。内部员工与外部联系人分册管理，外部身份不得出现在内部薪资、成本或未授权项目的选人结果中。

多工厂组织怎么挂？

用同一棵组织树区分工厂与车间，岗位目录统一编码、任职按工厂挂载。WMS 仓库、MES 车间、EHR 发薪组织应映射到这棵树，而不是三套并行编码。