绩效

升级内容 1：活动中支持筛选在待办中驳回的被评估人

业务场景&问题：

• 客户在校准环节时，对于需要调整结果的被评估人，会驳回到上级评估环节，让其修改明细得分和总评；修改后，HR 希望能在活动中筛选出被驳回的人，以便能及时作出干预和管理

• 但当前无法筛选出在待办中被驳回的被评估人

解决方案：

• 如下图，在绩效活动中，新增「被驳回」筛选器：该筛选器可以筛选出：曾经在哪个待办被驳回过的被评估人

  • 需要注意：

    • 该筛选器筛选的操作驳回的待办，不是被驳回至的待办

    • 历史操作驳回过的也可以被筛选出

  • 「被驳回」选择的也是待办，同「待办状态」一样，一个待办可能来自多个同样类型的环节聚合，选择该待办相当于同时选中这些环节

假勤

升级内容 1：支持引用预置规则及模块内的关联配置优化

业务场景&问题：

• 假勤的规则配置复杂缺少引导和示例说明，对于复杂的功能增加了引用模板的能力；以及假勤预置规则过于简单，跟业务关联性较低，对预置规则进行了优化。

解决方案：

班次管理优化

• 新建班次时支持引用模板

• 班次的模板有种3类，可以根据不同的业务特定创建多个同类的班次

  • 严格固定工时

    • 班次时间固定，如09:00-18:00，员工需严格按上下班时间打卡

  • 宽松固定工时

    • 班次时间固定，员工可以弹性上下班，如在班次时间基础上可晚到晚走60分钟

  • 自由工时：

    • 没有固定的班次时间，员工在有效的打卡范围内完成上班时长要求即可

• 引用模板后可以批量添加多个同类型的班次，支持快速复制；引用模板时可以修改班次的常见需要修改的信息

  • 严格固定工时、宽松固定工时

    • 可修改班次名称、工作时间、休息时间、上下班打卡范围

    • 注意：按模板引用时，仅支持1次上下班，若为多次需要在班次内修改；休息时间也仅支持单段；

  • 自由工时：

    • 可修改班次名称、工作时长、上下班打卡范围

• 引用模板时，其他设置会根据业务特定默认赋值，若需要修改可以添加后在创建好的班次内修改；默认值信息如下

  • 严格固定工时、宽松固定工时

    • 班次类型：公共班次

    • 班次时限：长期

    • 班次管理员：创建人

    • 备注：空

    • 上下班次数：1次上下班

    • 打卡时间范围：不分别设置

    • 工作时长：自动计算

    • 半天设置时间：根据上班时间~下班时间，自动取中间时刻，若中间时刻为休息时间内时，以休息的结束时间为半天设置时间

    • 加班规则：与关联的考勤组一致

    • 弹性考勤：

      • 严格固定工时：默认不勾选

      • 宽松固定工时：自动开启早到早走60分钟和晚到晚走60分钟

    • 晚走补偿：默认不勾选

    • 迟到早退豁免：默认不勾选

    • 记录考勤异常：默认选中初始化的固定工时的异常规则

    • 考勤异常豁免-实出勤：

      • 严格固定工时：默认不勾选

      • 宽松固定工时：默认勾选

    • 考勤异常豁免-打卡范围结束前：默认不勾选

    • 实出勤统计：默认勾选需扣除休息时间

  • 自由工时：

    • 加班规则：与关联的考勤组一致

    • 记录考勤异常：默认选中初始化的自由工时的异常规则

    • 实出勤统计：

      • 打卡时长统计：默认勾选

      • 申请请假/出差/外出的时间范围：默认不勾选

• 支持批量复制班次，需先选择被复制的考班次及需要复制的规则

  • 可以选择停用和启用的班次

  • 粘贴的班次只能选择跟【复制的班次】一样的【工时类型】的启用状态的班次：即固定工时的班次仅能支持复制到固定工时的班次内，自由工时的班次仅能支持复制到自由工时的班次内

考勤组管理优化

• 新建考勤组时支持引用模板

• 考勤组的模板有种3类，可以根据不同的业务特定创建多个同类的考勤组

• 固定班制考勤：

  • 注释说明：每天的上下班的时间一致，或按自然周每天上下班时间一致
    适用于办公室员工考勤，IT、金融、文化传媒、政府/事业单位、教育培训等行业

• 排班制考勤:

  • 注释说明：三班倒，多班倒等排班考勤，需由排班组长安排上班
    适用于工厂，门店员工考勤，餐饮、制造、物流贸易、客户服务、医院等行业

• 自由工时考勤：

  • 注释说明：没有固定上下班时间的考勤
    适用于创意、科技、咨询、家政、物流等行业等计算工作时长的灵活工作者。

  • 注意：若没有自由工时班次场景时，此项不可选，并提示需先建自由工时班次后再配置考勤组

• 引用模板后可以批量添加多个同类型的考勤组，可以快速设置班次，及快速复制；

  • 固定班制考勤组的班次关联：

    • 可以选择所有非临时班次（历史逻辑：临时班次仅可用于排班制使用），默认选择第1个固定工时班次，需提示：固定班制考勤组可以工作日每天设置不同班次，可在选择模板后再修改班次。

  • 排班班制考勤组的班次关联：

    • 默认全选所有班次，可以修改，需提示：排班制可设置按周期排班，可在选择该模板后再详细配置

  • 自由工时考勤组：

    • 考勤组默认初始化为固定班制，默认选择1个自由工时班次，并提示：自由工时考勤组默认每天均可上班，员工自由打卡上班，若有特殊情况可后续在考勤组内修改。

• 考勤组内的日历支持批量修改考勤日期班次

  • 日期选择支持批量选择多个日期，统一设置日历类型和班次

考勤统计优化

• 考勤统计增加常见的系统预置字段：

• 自定义字段支持复制，系统预置字段不允许复制

• 考勤统计的公式增加了常用的自定义字段的公式，可通过「自定义字段-公式编辑-常用公式」引用

假期规则设置优化

• 休假规则的配置，常见修改的功能增加配置说明

• 添加【休假规则和发假规则】时默认规则逻辑优化：

  • 除事假外，其他系统预置的假期类型的适用对象均设置的【不包含实习生】

  • 系统预置的假期类型默认会启用，可手动关闭

  • 年假、病假、事假、加班调休的请假单位默认为0.5天

  • 婚假、产假、陪产假、哺乳假均默认会引用政策制度；育儿假开启智能发假时，默认会引用政策制度；

• 假期类型的顺序会应用于：请假申请及假期账户的展示中；

• 适用对象支持配置【工作地点】

升级内容 2：假勤复杂数据结果报错追溯和修复

业务场景&问题：

• 假勤在数据计算上比较复杂，而且很多计算是多项数据互相影响下得到的最终结果，数据计算结果需要清晰的呈现，且若是不符合预期的情况下能够有办法快速解决，如以下场景：

  • 请假提交后，若日历或员工班次发生变化时，请假时间及请假时长不变，导致员工考勤异常

  • 班次配置中-请假与弹性同享开关未开，导致考勤异常

  • 员工已请假，排班调整时无提示，导致员工考勤异常

解决方案：

请假记录支持重新核算

• 在【出勤记录-请假记录】中增加【重新核算】按钮，选中需要重新核算的请假记录后在进行重新核算

  • 仅审批通过的记录可以重新核算，权限需在「功能权限-假勤」中配置

  • 依据请假记录中「创建时间」对应的休假规则，以及「请假时间」对应的班次。重新核算员工的请假时长和考勤结果

    • 注意：会按请假记录「创建日期」进行可用余额的扣减，假期可能在重新核算时已过期，但在请假记录创建日期是有效的额度

  • 重新核算时默认假期允许超支

    • 例如：员工3月1日-3月5日请假3天，其中3号班次从休息调整为了需上班，重新核算后请假时长为4天，若员工仅剩3天余额时，则假期账户扣假额度会超过可用余额，超支1天

  • 注意：重新核算后会更新请假时长，该行为存在一定的法务风险，建议通知员工后再操作

• 重新核算时，存在以下场景时会核算失败，系统会放弃核算对应的请假记录，并页面上提醒成功和失败的数量

  • 请假记录的「创建时间」对应的考勤日期员工没有出勤规则

  • 出勤规则对应的休假规则的请假单位从「天」修改为「小时/分钟」，或从「小时/分钟」修改为「天」

  • 请假时间范围配置发生变化，从「全天」变成「按固定时段设置或按多胞胎设置」

• 重新核算请假记录在「设置-操作记录」可以查看

• 重新核算后的请假记录，若请假时长发生变更，员工可在假期账户中看见

排班时员工当天有请假记录时，提醒排班管理员或排班组长

• 个人视角调整员工班次时，若员工当天存在请假记录（含审批中和审批通过的记录），则在编辑的日期下方预警提醒

• PC端-排班组视角-排班-编辑排班，被编辑的日期，员工当天存在请假记录（含审批中和审批通过的记录）时，会弹框提醒

• 移动端-排班管理-编辑排班：被编辑的日期，员工当天存在请假记录（含审批中和审批通过的记录）时，会弹框提醒

考勤异常说明优化

• 将核心内容突出展示，点击可查看所有明细

• 若存在审批通过的请假/出差/外出记录的班次为弹性班次，员工按弹性打卡后考勤异常，但实际未配置【考勤异常豁免】时，且开启前后考勤结果的不一致或者考勤异常结果存在不一致，会提醒可调整班次设置后，结果可正常

• 对应的班次设置项为「考勤异常豁免」

  • 该选项会与弹性考勤联动

• 若存在审批通过的请假记录提交时的班次与当天实际班次不一致时，若重新核算请假记录后，考勤结果存在差异时，增加提醒

升级内容3：打卡记录导入优化：取消数量限制、导入模版优化等

业务场景&问题：

• 导入数量有限制、导入模版复杂且无法一次性展示错误信息，不支持异步导入。

解决方案：

• 导入模板优化

  • 打卡时间调整为需同时包括日期和时间，且日期和时间之间需要用空格隔开

    • 格式支持："yyyy-MM-dd HH:mm:ss", "yyyy-M-dd HH:mm:ss", "yyyy/MM/dd HH:mm:ss", "yyyy/M/dd HH:mm:ss"，"MM/dd/yyyy HH:mm:ss", "M/dd/yyyy HH:mm:ss", "yyyy年MM月dd日 HH:mm:ss", "yyyy年M月dd日 HH:mm:ss",

    • ss为空时默认为0

• 取消导入数量限制

• 支持异步导入，创建导入任务后可退出界面，之后可在【任务中心-导入平台】查看导入详情

  • 

• 导入完成后，支持导出结果明细，可导出全部数据或导出错误数据

  • 

  • 错误信息列会展示该条数据中存在的全部错误。

  • 

  • 错误数据支持在线编辑及导出失败明细，编辑后可直接创建新任务导入
    

升级内容 4：请假记录导入优化：取消数量限制、支持异步导入

业务场景&问题：

• 导入数量有限制、导入模版复杂且无法一次性展示错误信息，不支持异步导入。

解决方案：

• 导入模版优化

  • 请假日期和时间列支持输入“日期+时分格式/"上午"/"下午"”

    • 开始/结束日期列仅可识别日期格式的内容，："yyyy-MM-dd", "yyyy-M-dd", "yyyy/MM/dd", "yyyy/M/dd", "MM/dd/yyyy", "M/dd/yyyy", "yyyy年MM月dd日", "yyyy年M月dd日"

    • 开始/结束时间列仅可识别时分格式（HH:mm）或“上午”或“下午”，

  • 

• 取消导入数量限制

• 支持异步导入，创建导入任务后可退出界面，之后可在【任务中心-导入平台】查看导入详情

• 导入完成后，支持导出结果明细，可导出全部数据或导出错误数据

  • 错误信息列会展示该条数据中存在的全部格式错误。需要多条关联信息的校验会在所有信息均有效录入后再进行校验，例如：请假结束时间不可晚于请假开始时间。

  • 

• 错误数据支持在线编辑及导出失败明细，编辑后可直接创建新任务导入

升级内容 4：考勤月报封存后不允许提交假勤相关流程

业务场景&问题：

• 员工在月报封存后补提假勤申请，导致数据有变动，且不同月报封存时间不一致，无法通过申请时间进行统一限制。

解决方案：

1、考勤统计规则配置优化

• 支持限制考勤账期封存后不允许提交假勤审批流程，包括：请假、批量请假、出差、外出、加班、集体加班、补卡、换班

• 

• 注意：当考勤封存时间早于账期结束时间时，若限制了禁止提交申请时间与封存账期有交集的假勤申请，会导致员工无法提交当前账期的假勤申请。此时点击确认会出现提示信息。

  • 

• 校验逻辑如下：【封存时间】与【申请时间限制】，触发其中任一规则均无法提交申请

• 注意：

• 若休假规则设置按工作日计算时，当请假时间与考勤账期有交集时间仅有公休日时，因对统计没有影响，此时仍允许提交请假申请。

  • 例如：考勤账期为自然月，员工提交了06月30日（周日）到7月3日的请假申请，若7月封存6月的数据时，因6月30日为公休日并未计算请假时长，故不会阻断该请假申请。

• 补充考勤账期封存后立即撤销换班申请

  • 撤销逻辑：换班时间或交换日期所在账期封存时，自动撤销申请流程

• 员工提交申请时，会提醒可提交的时间范围：

  • 注意：需要升级相关的审批模板才能查看到对应的信息

    • 仅新定义的审批模板才能查看到时间范围，之前的模板没有提示信息

  • 

薪酬

升级内容 1：调薪审批优化

业务场景&问题：

• 目前查看调整后薪资和调整前薪资字段间隔过远，且审批人视角希望一次性查看清楚对应信息

解决方案：

• 提交调薪及查看调薪审批时，若当前薪资计划和调整后薪资计划均存在的字段，会在调整后薪资计划下对应的字段下，除展示涨幅外，同时可以查看调薪前的数值

• 若调整前薪资为0时，涨幅会展示为"-"，调整前数值会展示

  • 涨幅为-时，以涨幅为分支判断条件时，该场景会走其他分支

升级内容 2：任职受雇日期支持按导入/编辑的日期为准业务场景&问题：

• 任职受雇日期导入编辑，目前只要变更过合同系统在计算时就会重算任职受雇日期；

解决方案：

• 目前在【薪酬-个税-纳税人员报送】及【CSM后台-实施服务支持-Excel批量上传-人员报送信息更新】的功能中，支持编辑员工已有的报送数据的相关人员信息

  • 在【薪酬-个税-减员报送】中也可修改已有的减员报送的相关人员信息

• CSM后台增加【自动更新任职受雇从业日期】开关：位置在【租户管理>>租户列表>>管理>>薪酬功能配置】

  • 历史租户及新租户均默认关闭，若需使用需手动开启

  • 注意：一旦开启，后续所有报送记录更新报送时，均会查询相同的合同类型&报送主体下，任职受雇从业日期均会被替换为编辑/导入后的日期。离职日期无该项配置

• 若CSM后台的【任职受雇从业日期】的关闭时，若报送记录（包括减员报送）的任职受雇从业日期/离职日期被编辑/导入过，该条记录则以编辑/导入的数据为准，当编辑后的日期与系统计算出的日期不一致时，会在对应使用页面上提示客户；此时不影响其他的报送记录

  • 如当前我调整了张三在薪酬所属年月【2024年11月】在A报税主体下的【任职受雇从业日期】，则张三在其他月份或者其他报税主体下的信息不会被影响

• 若CSM后台的【任职受雇从业日期】的开关开启时：则新签合同类型相同且法人主体未变更时，需查询相同合同类型及法人公司的任职受雇日期是否有被编辑/导入，若有则以最新的编辑/导入的日期为准，否则按原逻辑计算。

  • 注意：已产生的报送记录不会有影响

• 以下页面会有相应的提示信息：

  • 纳税人员报送列表

  • 减员报送列表

• 薪酬核算活动-核对发薪人员

• 薪酬核算活动-薪资计算

组织

升级内容 1：停用职务启用无权限控制

业务场景&问题：

员工仅有职务的查看权限，却可以启用职务，需要优化权限控制

解决方案：

查看权限：仅支持查看、导出

编辑权限：支持添加、编辑、启用、停用

导入权限：跟随【设置-导入平台-职务】，若勾选，则「职务」界面的「导入」按钮展示，否则不展示

人事

（需要联系csm）升级内容 1：汇报给部门负责人

业务场景&问题：

部门负责人作为企业的核心管理角色，在知识密集型企业的扁平化管理文化下，通常部门负责人就是员工的汇报主管，支持自动汇报给部门负责人，会大幅度提升HR 管理员工关系的效率，降低由于操作错误、滞后性等问题带来的数据错误可能性，从而提升客户满意度。

解决方案：

【汇报关系管理】

• 新增【汇报关系管理】功能

  • 姓名、工号、所属部门、员工类型、入职时间、直接上级、部门负责人、按部门线直接上级、是否在手动指定名单内

  • 列表支持按角色权限获取数据，支持自定义筛选、自定义列、保存模板、导出

  • 可快速基于员工定位到其汇报关系图

• 新增【汇报关系设置】（此功能为白名单功能，按需申请，后续看效果放量）

  • 默认汇报给部门负责人开关，默认关闭

  • 提示【开启后，可在部门调整时，将员工自动汇报给所在部门的负责人，如果员工所在部门没有负责人或员工本人就是负责人，则汇报给最近上级部门的负责人。允许手动指定部分员工汇报给非部门负责人，指定成员不会受部门负责人变更影响。】

• 开启会，会将目前所有没有汇报给部门负责人的员工加入到【手动指定上级名单】中，同时会增加【汇报给指定员工】和【无直接上级】的预警列表

  • 汇报关系预警数据默认每天凌晨会做计算，支持页面手动重新计算

【手动指定上级名单】

• 支持添加和移除名单员工，在名单内的员工不会随组织架构调整自动变更部门负责人

【支持快速调整员工直接上级】

• 支持单独或者批量调整员工直接上级，会按操作日期生成员工直接上级变更的异动记录

【组织架构批量调整/部门添加变更】

• 上述场景支持变更当前或者未来部门版本时，会根据部门生效时间，获取生效时间下部门在职人员联动更新其直接上级，可选择是否变更，以及可以根据权限进行【手动指定上级名单】维护

• 开启后会按如下规则将员工直接上级做调整，生成部门/组织架构批量调整生效日期的异动记录

  • 部门直属在职成员：【异动记录生效日期】小于等于【变更生效日期】的员工最新异动记录部门为【变更部门】且员工状态为【在职】且不在手动指定上级名单内的在职员工

  • 子部门负责人为空的在职成员：【异动记录生效日期】小于等于【变更生效日期】的员工最新异动记录部门为【变更部门下部门负责人为空的子部门】且员工状态为【在职】且不在手动指定上级名单内的在职员工

  • 子部门部门负责人本人：【异动记录生效日期】小于等于【变更生效日期】的员工最新异动记录部门为【变更部门下部门负责人为员工本人的子部门】且员工状态为【在职】且不在手动指定上级名单内的在职员工

PS：部门更新导入/部门更新接口暂不支持汇报关系联动，主要原因是由于导入和接口会一次性做大批量的部门变更，可能会产生较多的员工异动记录，故暂不开放相关入口

【任职信息】

• 查看时，员工已加入【手动指定上级名单】，则在字段下方增加提示

• 【已加入手动指定上级名单，移除后可随部门架构变更，自动汇报给部门负责人】

• 支持点击【手动指定上级名单】，手动指定上级名单列表展示内容和可添加的成员使用员工详情-任职信息-查看的Function_id进行过滤

• 编辑部门时，若未加入手动指定上级名单时，直接上级联动更新为当前部门负责人，并在部门字段下方提示增加已联动更新直接上级（字段Label）为部门负责人（字段Label）

【待入职信息】

• 若直接上级为空，则根据对应部门生效的负责人进行填充

• 编辑部门时，直接上级联动更新为当前部门负责人，并在部门字段下方提示增加已联动更新直接上级（字段Label）为部门负责人（字段Label）

• 若直接上级与部门负责人不一致（如果员工所在部门没有负责人或员工本人就是负责人，则汇报给最近上级部门的负责人）时，增加按部门线应汇报给XXX

【异动/添加员工流程/转正/实习生转正/添加待入职流程】

• 开启【按部门负责人汇报】选择异动后部门，若未加入手动指定上级名单时，直接上级联动更新为当前部门负责人，并在部门字段下方提示增加已联动更新直接上级（字段Label）为部门负责人（字段Label）

PS：异动/离职交接，需要在流程表单中的直接下属交接或者新的直接下属上进行手动维护，流程中暂不支持自动调整

• 权限需要单独设置，上线后不会自动授权

一体化

升级内容 1：一体化数据和HR视角体验一致性

业务场景&问题：

招聘需求

1. 招聘需求使用编制需要有两个部门字段

2. 招聘需求审批支持使用PP角色

Offer：

1.Offer定薪时，招聘HR无法确定缴税类型、发薪组织等发薪字段，但当前仍是必填

2.Offer审批可选PP角色

3.PP字段的填写提示需要在Offer中使用

4.Offer中职位属性展示（职位族、职位类等）

入职一体化：

1.点击发起入职的按钮之后弹窗太慢，用户体验非常差，认为是系统卡顿

2.待入职阶段、已入职阶段更新候选人/Offer信息需要回写ATS

3.候选人附件不支持回写花名册

待办一体化：

1.用人经理端的面试反馈、简历筛选、考试测评、人才评价待办无法在PP工作台查看

解决方案：

【招聘需求】

1. 招聘需求联动编制时，可选择使用需求部门或者PP的部门，二者均可以获取编制数据

【Offer】

1. 缴税类型和发薪组织支持在取消Offer中填写，新租户默认不选中

   1. 缴税类型不填写时，默认为居民

   2. 发薪组织不填写时，默认会根据适用范围匹配，匹配不到会返回第一个并标记为【未匹配】

2. 任职信息和合同信息，支持设置Offer中填写字段变更回写ATS，当前仅入职日期默认会回写，支持取消

   1. 回写到ATS后，会生成ATS的操作记录（基于ATS现有可以生成操作记录的字段，之前不支持的，本次也没有扩展）

3. Offer中选择PP职务/职位时，会在下方展示职位族/职位类/职位子类

【入职一体化】

• 性能优化：预计可在发起入职时到打开填写页面，预计在2~3左右，附件越多缩短时长越大

• 人事-附件信息的字段支持选择候选人的附件字段作映射

• 个人信息（排除附件信息）中开启了字段映射的字段，支持设置在待入职和已入职阶段变更回写候选人信息

  • 例如：发起入职/已入职后手机号变更可回写候选人

【PP工作台】

PS：仅标品，旗舰版和跨云暂不支持

• 一体化租户，增加简历筛选、面试反馈、考试/测评反馈待办类型

导入能力增强

升级内容 1：人事数据初始化导入2期

业务场景&问题：

1. 离职员工自动创建已停用部门和职务，在页面前台无法使用

2. 自动创建的已停用部门和职务，如果有必填字段，则创建不成功

3. 花名册导入/异动记录导入无法关联已停用部门/职务

4. 银行卡类型导入时必填

5. 部门全路径导入的规则不统一

6. 合同导入自动计算前序合同的实际终止时间未实现

7. 合同导入无法区分预期是导入历史合同还是当前合同日期错误

8. 【异动】添加模式的异动记录，无判重逻辑，导致系统内存在多份相同数据

9. 新版花名册导入无法支持招聘信息导入

解决方案：

PS：不支持职位模式

【花名册导入】

• 新增：有则更新，无则添加的导入模式，该模式下增加

  • 离职员工部门和职务不存在时，自动创建已停用部门和职务，默认为否

  • 实际转正日期是未来日期时，自动忽略不创建转正记录，默认为否

• 导入时，默认姓名在工号前，支持删除部分字段或者修改字段排序，系统仅会根据字段名称进行匹配

• 创建已停用部门和职务时，若部门和职务有其他必填字段，则会按如下规则进行字段的创建

  • 部门：

    • 单行、多行文本，默认填充【离职员工历史部门初始化】

    • 日期，默认填充【生效日期】

    • 选项类型，默认填充【第一个选项】

    • 是非类型，默认填充【否】

    • 人员类型，默认填充【系统超管】

  • 职务：

    • 单行、多行文本，默认填充【离职员工历史职务初始化】

    • 日期，默认填充【生效日期】

    • 选项类型，默认填充【第一个选项】

• 招聘负责人允许为离职员工，地址类型字段会包含省市区，电话类型字段区号不填默认填充+86，银行卡类型支持设置为非必填，新租户默认为非必填

• 新模式下，支持同时导入招聘信息

【异动记录导入】

• 变更【添加异动记录】

  • 增加说明【添加异动记录，同一天仅支持有一条相同异动类型和异动原因的数据】

  • 添加模式下，员工生效日期当天已存在相同类型和异动原因的异动记录时，添加时报错【员工当天已存在异动类型为XXX，异动原因为XXX的异动记录，若数据不一致请使用更新异动记录导入进行数据更新】

• 【数据联动规则】变更为【如何处理】

  • 新增：员工部门和职务不存在时，自动创建已停用部门和职务，默认为否

  • 变更：【空单元格，代表无变化（填充上一条异动记录的值）】【空单元格，代表删除（仅非必填字段）】

  • 新增：后补异动记录时，更新后续异动记录未变更的字段，默认为否

    • 说明：【举例：员工2024-01-01入职时职级为P4，2024-06-01 异动时职级仍为P4，现补录2024-05-01 的晋升异动记录职级为P5，开启后，则2024-06-01的异动记录职级也更新为P5】

• 创建已停用部门和职务时，若部门和职务有其他必填字段，则会按如下规则进行字段的创建

  • 部门：

    • 单行、多行文本，默认填充【离职员工历史部门初始化】

    • 日期，默认填充【生效日期】

    • 选项类型，默认填充【第一个选项】

    • 是非类型，默认填充【否】

    • 人员类型，默认填充【系统超管】

  • 职务：

    • 单行、多行文本，默认填充【离职员工历史职务初始化】

    • 日期，默认填充【生效日期】

    • 选项类型，默认填充【第一个选项】

【合同记录导入】

• 变更：导入时，合同开始日期小于入职日期且合同实际结束日期为空或者晚于操作日期，则报错【若是当前任职合同开始日期需要大于等于入职日期，若是历史任职合同结束日期不能为空且必须已结束】

• 新增：劳动合同根据合同开始日期自动生成为空的前序合同实际终止日期，默认为是

  • 导入时，若存在多段【劳动合同】且【合同实际终止日期】为空时

  • 开启【根据合同开始日期自动生成合同实际终止日期】时，根据多段【合同开始日期】进行顺序排序，为空的【合同实际终止日期】为下一条【合同开始日期】-1天

【历史任职记录】

• 支持按租户设置是否开启，开启后可以补录历史任职信息，相关信息会在异动记录和我的团队-成员成长记录中展示

• 历史任职信息支持以下字段，不支持自定义字段，相关字段支持设置字段名称和必填属性，有自定义诉求，建议都放在备注中

• 历史任职信息仅支持导入，可选择新增或者覆盖

• 导入时必须一次性导入完整的任职信息，至少包含入职和离职的异动记录，支持过往任职信息的异动记录也可以导入

• 覆盖模式会把对应员工所有历史任职数据清空后再次增加，导入也会产生操作记录

• 数据会同步至BI数仓

• 相关信息支持设置字段权限

审批

升级内容1 ：一体化支持在ATS Offer审批&&招聘需求审批按People角色配置审批人规则

业务场景&问题：

一体化场景支持Offer和招聘需求按people角色关系配置审批节点找人规则以及实例

解决方案：

1.（一体化）Offer或招聘需求审批流程设计时，可选择【按指定人员设置-人事角色】

1. 选择并发布后，可在offer模块下进行发起。

2. 发起后，将按照对应People角色查询关联的ATS审批人并流转审批。