使用场景
HR SSC 在应用编制管理时，需要设置编制相关规则，如编制周期、占编/释放编时机
系统路径
设置-组织-编制方案
设置-基础设置-功能设置-组织
使用教程
编制开关
编制管理开启后，才可以设置使用编制
编制方案
一定产生了编制数据，当前编制方案不支持修改（当编制规则有变更时，可以新增一套方案）
方案起止时间：即本套编制规则在哪个时间段内生效：
例如：
2024 年是方案一：按年度控制编制、控制范围是正式员工
2025 年是方案二：按半年度控制编制、控制范围是正式 + 实习生
需要注意：系统将会根据「方案起止时间」和「编制周期」自动生成编制周期：
例 1：起止时间刚好可以切分为整数个编制周期：
起止时间 = 2024-01~2025-12，编制周期 = 年（从 1 月开始），则配置完成后，前台将会实际生成的编制周期：2024年(1月~12月)、2025年(1月~12月)
例 2：第一个或最后一个编制周期不足一个周期，则按一个周期算：
起止时间 = 2024-03~2025-12，编制周期 = 年（从 1 月开始），则配置完成后，前台将会实际生成的编制周期：2024年(3月~12月)、2025年(1月~12月)
编制维度、细分维度：即之前的「编制维度」字段，拆成两个字段：
编制维度：即编制管理的主维度，暂仅支持「部门」
细分维度：即在主维度下，还要做哪些细分维度的控制，例如「职务」+「工作地点」，非必填
编制限制：即之前的「允许超编」字段，有以下选项：
允许超编：之前已有选项，若配置该选项，则在对某个部门添加编制时，可自由选择「允许超编」或者「不允许超编」
不允许超编：之前已有选项，若配置该选项，则在对某个部门添加编制时，仅能选择「不允许超编」
按比例控制：本期新增选项，需要配置编制数不可超过 X%，例如配置不能超过计划编制数的 80%；或者不能超过计划编制数的 120%
若配置该选项，则在对某个部门添加编制时，仅能选择「按比例控制」，若超过比例，则占编时机的事件无法落地
编制时机：
业务 | 编制类型 | 编制时机 | 编制时机释义 |
入职 | 占用 | 已发送Offer | ① 招聘流程中Offer状态为已发送（offer状态为未发送且审批状态为审批中、offer状态为待接受、offer状态为已超期未接受） |
已接受Offer | ① 招聘流程中Offer状态为已接受（offer状态为已接受） | ||
发起待入职 | ① 待入职流程审批中的待入职人员，均会统计为一个在途增员，占编 ② 待入职流程发起或审批通过、添加待入职均会校验是否超编 | ||
待入职审批通过（默认） | ① 待入职流程审批通过的的待入职人员，会统计为一个在途增员，占编 ② 待入职流程审批通过、添加待入职均会校验是否超编 | ||
添加待入职 | ① 未取消入职的待入职人员，均会统计为一个在途增员，占编 ② 添加待入职（含编辑待入职或 ATS 确认入职）均会校验是否超编 | ||
离职 | 释放 | 发起离职申请 | ① 离职申请审批中或审批通过、有将来离职日期（含今日）的待离职人员，会统计为一个在途减员，释放编制 |
离职申请审批通过（默认） | ① 离职申请审批通过、有将来离职日期（含今日）的待离职人员，会统计为一个在途减员，释放编制 | ||
实习转正调入 | 占用 |
| 只判断事件类型为异动且事件原因为实习转正且异动前员工类型为实习生异动后员工类型为非实习生且占编的员工类型的异动 |
实习转正调出 | 释放 |
| 只判断事件类型为异动且事件原因为实习转正且异动前员工类型为实习生异动后员工类型为非实习生且占编的员工类型的异动 |
异动调入 | 占用 | 发起异动申请 | ① 审批中的待异动调入人员（含转正式），会统计为一个在途增员，占编 ② 在异动调入申请流程发起或审批通过、添加异动记录时，均会校验是否超编 |
异动申请审批通过（默认） | ① 审批通过的待异动调入人员（含转正式），会统计为一个在途增员，占编 ② 在异动申请流程审批通过、添加异动记录时，均会校验是否超编 添加异动是指： ① 已有将来日期（不含今日）且生效日期在本时段内的待异动调入人员，会统计为一个在途增员，占编 ② 在添加或编辑异动记录时（修改生效日期或异动部门等编制维度数据），均会校验是否超编（编辑任职等价于编辑当前生效中的异动记录） 需要注意，还有 ③ 添加本时段内的待生效花名册数据（修改生效日期或部门等编制维度），也需要统计为一个在途增员，占编 | ||
异动调出 | 释放 | 发起异动申请 | ① 审批中的待异动调出人员（含转正式），会统计为一个在途减员，释放编制 ② 在异动调出申请流程发起或审批通过、添加异动记录时，均会释放编制 |
异动申请审批通过（默认） | ① 审批通过未执行的待异动调出人员（含转正式），会统计为一个在途减员，释放编制 ② 在异动调出申请流程审批通过、添加异动记录时，均会释放编制 添加异动是指： ① 已有将来日期（不含今日）且生效日期在本时段内的待异动调出人员，均会释放编制 ② 在添加或编辑异动记录时（修改生效日期或异动部门等编制维度数据），均会判断是否释放编制（编辑任职等价于编辑当前生效中的异动记录） |
注意：以上描述的均为在途场景如何占用会释放编制，如果直接增加员工或追溯一个历史离职业务，则如果通过校验会立即导致编制变化
暂不支持招聘需求和兼职占编的场景
支持设置未添加编制时，是否允许占编，可分别对部门整体编制、细分编制进行设置，如下图：
若配置为「视为编制数为 0」：则不允许任何占编时机的事件落地，例如无法入职、异动调入
若配置为「视为不控制编制」：则允许占编时机的时间落地，并不校验是否超编
需要注意：
对于部门整体编制当配置为「视为编制数为 0」时，计算逻辑为：未添加编制的部门，本部门和所有下级部门均不允许所有占编时机落地
对于细分维度编制当配置为「视为编制数为 0」时，计算逻辑为：在所有占编时机的事件落地时（例如入职、异动调入），会校验该员工是否命中了本部门的某个细分维度编制，命中了且未超编，方允许事件落地；否则不允许落地，举例如下：
例 1：细分维度字段仅有「职级」，当前前台有的编制数据：P2 的计划编制数 = 10，P3 的计划编制数 = 10，则 P2、P3 的员工入职时则认为有编制且会校验是否超编，P4、P5 的员工入职则认为无编制
例 2：细分维度字段是「职级」+「职务」，前台所有细分维度的编制数据：P2 + 产品经理 的计划编制数 = 10，P2 + 研发 的计划编制数 = 10，P3 + 产品经理 的计划编制数 = 10，则 P2 + 运营、P3 + 研发的员工入职则认为无编制
例 3：细分维度字段是「职级」+「职务」，前台所有细分维度的编制数据：P2 + 产品经理 的计划编制数 = 10，P2 + 研发 的计划编制数 = 10，则 P2 + 职务为空的员工入职则认为无编制
例 4：细分维度字段是「职级」+「职务」，前台所有细分维度的编制数据：P2 的计划编制数 = 10，产品经理 的计划编制 = 10，P3 + 研发 的计划编制数 = 10，则 P2 + 运营、P3 + 产品经理的员工入职则认为有编制且会校验是否超编，P4 + 运营则认为无编制
3、编辑方案、删除方案：
若该方案下已产生了编制数据，则再去修改规则，仅可有条件地修改，不影响现有编制数据，界面将会给出提示
