离职
升级内容 1:离职合规性增强
业务场景&问题:
部分系统资产,如排班组不支持离职交接
离职交接时,不知道具体有哪些资源需要交接,以及部分交接存在缺陷,如审批中手动交接后审批流程执行不下去,交接内容没有全选,部门职责交接回显缺失部门全路径等产品体验问题
离职交接落地逻辑不完善,手动交接后又被交接回去等问题
离职日期希望可以控制正式员工只能选择30天后,试用期7天后
离职时,社保停缴月份,希望是年月而不是年月日
离职交接流程,支持更新停薪信息,新离职流程,无自动停薪等问题
离职日期修改后停薪日期或者合同实际结束日期未联动变更
离职办理列表看不到离职办理流程进展,以及员工是否已完成资产交接以及交接内容
解决方案:
离职交接
【离职流程、离职办理流程】
新增【排班组长】、【项目组职责】、【成本中心职责】交接,默认停用,允许启用,均支持不同资源交接给不同人,例如:张三是A和B两个排班组的组长,离职时,可选择A交接给李四,B交接给王五
【审批交接】、【报表交接】、【入职任务交接】支持查看审批明细
优化现有交接内容的逻辑
交接内容 | 交接形式 | 审批&业务调整内容 |
部门职责 | 可交接给多人 | 【审批表单交互】 职责范围为当前担任的部门职责 部门职责支持全选 回显时,展示部门路径(不含根节点)+部门职责名称 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的职责,若没有需要交接的职责,则整个分组不展示 【业务落地逻辑】 交接时,需要根据交接时机(离职办理通过时间<--交接日期<--离职日期+1)重新获取是否有需要交接的职责,有则根据对应交接人进行交接,若有职责在离职流程通过新增的,默认按照离职员工上级进行交接,上级为空时对应部门职责清空 先判断离职员工担任部门职责的部门版本生效日期是否大于离职员工的离职日期 若是,将对应部门版本的部门职责更新成离职交接选的人,离职交接没选人,则交接给离职员工汇报上线,无上线时为空 若否,为部门插入「离职日期+1天」的版本,或仍存在「离职日期+1天」之后的版本部门职责也为当前离职员工时,则更新对应版本的部门职责,离职交接没选人,则交接给离职员工汇报上线,无上线时为空 操作记录:部门的插入或者变更,需要生成部门变更记录 |
直接下属 | 可交接给多人 | 【审批表单交互】 当前汇报给离职员工的员工 直接下属交接支持全选 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的直接下属,若没有需要交接的直接下属,则整个分组不展示 【业务落地逻辑】 交接时,需要根据交接时机(离职办理通过时间←交接日期←离职日期+1)重新获取是否有需要交接的下属,有则根据对应交接人进行交接,若有下属在离职流程通过新增的,默认按照离职员工上级进行交接,上级为空时对应员工所属部门线上第一个不为空的部门负责人 先判断下级员工汇报给离职员工的 job change 生效日期是否大于离职员工的离职日期 若是,将下级员工对应 job change 的直接上级更新成离职交接选的人,离职交接没选人,则更新成离职员工的上级,上级为空时对应员工所属部门线上第一个不为空的部门负责人 若否,为下级员工插入「离职日期+1天」的数据调整 job change,直接上级赋值离职交接选的人,离职交接没选人,则更新成离职员工的上级,上级为空时对应员工所属部门线上第一个不为空的部门负责人 操作记录:离职交接产生的异动记录增加操作记录 |
虚线下属 (原:虚线下级) | 可交接给多人 | 【审批表单交互】 当前虚线汇报给离职员工的员工 虚线下属交接支持全选 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的虚线下属,若没有需要交接的虚线下属,则整个分组不展示 【业务落地逻辑】 交接时,需要根据交接时机(离职办理通过时间←交接日期←离职日期+1)重新获取是否有需要交接的虚线下属,有则根据对应交接人进行交接,若有虚线下属在离职流程通过新增的,默认按照离职员工上级进行交接,上级为空时对应员工虚线上级清空 先判断下级员工虚线汇报给离职员工的 job change 生效日期是否大于离职员工的离职日期 若是,将虚线下级员工对应 job change 的虚线上级更新成离职交接选的人,离职交接没选人,则更新成离职员工的上级,上级为空时,对应员工虚线上级清空 若否,为虚线下级员工插入「离职日期+1天」的数据调整 job change,虚线上级赋值离职交接选的人,离职交接没选人,则更新成离职员工的上级,上级为空时,对应员工虚线上级清空 操作记录:离职交接产生的异动记录增加操作记录 |
角色权限 | 可交接给多人 | 【审批表单交互】 角色权限支持全选 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的角色权限,若没有需要交接的角色权限,则整个分组不展示 【业务落地逻辑】 角色交接:离职流程交接角色权限 |
审批权限 | 只能交接给一个人 | 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的审批待办或审批流程,若没有需要交接的审批待办或审批流程,则整个分组不展示 【业务落地逻辑】 交接时,需要根据当前时间重新获取是否有需要交接的审批待办或审批流程,有则根据对应交接人进行交接 若交接人为空,默认离职员工直接上级为交接人,若直接上级为空,默认为当前流程管理员(多个管理员时,默认返回第一个) 审批待办兜底逻辑,如果没有审批待办交接人时 1.已触达员工本人的当前节点转交: 直接上级,若直接上级为空,默认为当前流程管理员(多个管理员时,默认返回第一个) 2.未触达员工本人的当前节点转交: 直接上级,若直接上级为空,默认为当前流程管理员(多个管理员时,默认返回第一个) 审批模板,根据交接日期新增版本 更新时间:交接时间 更新人:系统管理员 |
报表权限 | 只能交接给一个人 | 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的报表,若没有需要交接的报表,则整个分组不展示 【业务落地逻辑】 交接时,需要根据当前时间重新获取是否有需要交接的审批,有则根据对应交接人进行交接 若交接人为空,则更新成离职员工的上级,上级为空时对应员工所属部门线上第一个不为空的部门负责人 |
入职任务 | 只能交接给一个人 | 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的报表,若没有需要交接的报表,则整个分组不展示 【业务落地逻辑】 交接时,需要根据当前时间重新获取是否有需要交接的入职任务,有则根据对应交接人进行交接 若交接人为空,则更新成离职员工的上级,上级为空时对应员工所属部门线上第一个不为空的部门负责人 仅交接未完成且未到期的入职任务待办 离职审批表单加载或者离职审批预览时,需要判断员工是否有未到期的入职任务以及为指定负责人的入职任务,再进行入职任务交接的显示(修复bug) |
排班组长 (旗舰版不展示) | 可交接给多人 | 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的启用的排班组,若没有需要交接的排班组,则整个分组不展示 【业务落地逻辑】 交接时,需要根据当前时间重新获取是否有需要交接的启用的排班组,有则根据对应交接人进行交接 若交接人为空,则更新成离职员工的上级,上级为空时对应员工所属部门线上第一个不为空的部门负责人 |
成本中心职责 | 可交接给多人 | 【审批表单交互】 职责范围为当前担任的成本中心职责 成本中心职责支持全选 回显时,展示成本中心路径(含根节点)+成本中心职责名称 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的职责,若没有需要交接的职责,则整个分组不展示 【业务落地逻辑】 交接时,需要根据交接时机(离职办理通过时间<--交接日期<--离职日期+1)重新获取是否有需要交接的职责,有则根据对应交接人进行交接,若有职责在离职流程通过新增的,默认按照离职员工上级进行交接,上级为空时对应成本中心职责清空 先判断离职员工担任成本中心职责的成本中心版本生效日期是否大于离职员工的离职日期 若是,将对应成本中心版本的成本中心职责更新成离职交接选的人,离职交接没选人,则交接给离职员工汇报上线,无上线时为空 若否,为成本中心插入「离职日期+1天」的版本,或仍存在「离职日期+1天」之后的版本成本中心职责也为当前离职员工时,则更新对应版本的成本中心职责,离职交接没选人,则交接给离职员工汇报上线,无上线时为空 操作记录:成本中心的插入或者变更,需要生成成本中心变更记录 |
项目组职责 | 可交接给多人 | 【审批表单交互】 职责范围为当前担任的项目组职责 项目组职责支持全选 回显时,展示项目组路径(含根节点)+项目组职责名称 【动态展示需要交接的数据】 审批环节,根据当前日期判断,动态展示仍需要交接的职责,若没有需要交接的职责,则整个分组不展示 【业务落地逻辑】 交接时,需要根据交接时机(离职办理通过时间<--交接日期<--离职日期+1)重新获取是否有需要交接的职责,有则根据对应交接人进行交接,若有职责在离职流程通过新增的,默认按照离职员工上级进行交接,上级为空时对应项目组职责清空 先判断离职员工担任项目组职责的项目组版本生效日期是否大于离职员工的离职日期 若是,将对应项目组版本的项目组职责更新成离职交接选的人,离职交接没选人,则交接给离职员工汇报上线,无上线时为空 若否,为项目组插入「离职日期+1天」的版本,或仍存在「离职日期+1天」之后的版本项目组职责也为当前离职员工时,则更新对应版本的项目组职责,离职交接没选人,则交接给离职员工汇报上线,无上线时为空 操作记录:项目组的插入或者变更,需要生成项目组变更记录 |
【关联产品bug修复】
事件类型=实习结束时,判断来源,如果来源是实习生转正式,则不进行离职交接,否则正常执行离职交接
新增离职日期变更时,同步更新合同实际结束日期
离职日期变更时(离职办理流程通过、任职信息修改、异动记录修改、花名册更新导入、异动记录导入、外部接口更新),若存在合同实际结束日期与变更前离职日期相同,则更新合同实际结束日期
操作记录:合同信息变更,操作人:系统管理员,来源:离职日期变更
新增离职日期变更时,同步更新最后发薪日
离职日期变更时(离职办理流程通过、任职信息修改、异动记录修改、花名册更新导入、异动记录导入、外部接口更新),若存在最后发薪日与变更前离职日期相同,则更新最后发薪日
操作记录:薪资档案变更,操作人:系统管理员,来源:离职日期变更
离职交接时机分组展示逻辑优化:只要有需要交接的内容就展示(线上为有直接下属交接才展示,逻辑不够严谨)
离职日期合规性
新增离职日期合规设置
可针对不同员工类型进行设置,默认全部员工类型,可选择部分员工类型
选择部分员工类型时,可添加多组
可设置试用期和转正后的离职日期范围,可输入0~99天后,0代表不限制
支持设置仅允许选择工作日,默认勾选
离职流程中需要勾选是否启用离职日期合规性验证(被动离职由HR发起可不做限制,主动离职由员工自己提交可以勾选限制)
具备拟离职日期字段编辑权限的节点,开启合规性限制后,若拟离职日期为空,则在提交时,进行日期的验证,不合规时在拟离职日期下方提示【拟离职日期需申请X天后的工作日/自然日】
不做每次编辑的验证,因为存在流程滞后性,后续HR环节也可以保证更多的灵活性
离职管理列表
离职管理列表增加流程发起时间,当前节点审批人(离职流程和离职办理流程均有)
修复离职办理的数据不一致产品bug(目前在离职办理流程中,仅离职日期会实时落地,离职办理撤销后会还原离职日期)
增加员工在途的审批(员工离职后仍可能有在途的请假、转正流程等,可交由HR判断是否需要撤销)
增加系统资产交接状态和明细,便于了解交接具体情况,以及存在新交接人尚未入职,入职后可通过交接明细查看需要分配的系统资产权限等(进会显示系统自动交接的内容,在系统自动交接前手动完成转交的不会记录)
资产类型 | 资产内容 | 交接人 | 备注 |
部门职责 | 部门全路径(去掉根节点)-职责 | 工号、姓名(已离职需要标记) | 根据交接人进行分组,不同交接人多行 |
直接下属 | 工号、姓名(已离职需要标记) | 工号、姓名(已离职需要标记) | 根据交接人进行分组,不同交接人多行 |
虚线下属 | 工号、姓名(已离职需要标记) | 工号、姓名(已离职需要标记) | 根据交接人进行分组,不同交接人多行 |
角色权限 | 角色名称 | 工号、姓名(已离职需要标记) | 根据交接人进行分组,不同交接人多行 |
审批 | 审批模板名称-流程节点名称 待办无需展示(新入职交接人只关注规则) | 工号、姓名(已离职需要标记) | |
报表 | 报表名称 | 工号、姓名(已离职需要标记) | |
入职任务 | 入职任务规则名称 待办无需展示(新入职交接人只关注规则) | 工号、姓名(已离职需要标记) | |
排班组长 | 排班组名称 | 工号、姓名(已离职需要标记) | |
成本中心职责 | 成本中心全路径-职责 | 工号、姓名(已离职需要标记) | 根据交接人进行分组,不同交接人多行 |
项目组职责 | 项目组全路径-职责 | 工号、姓名(已离职需要标记) | 根据交接人进行分组,不同交接人多行 |
离职社保停缴
社保停缴月份由日期改为年月
离职停薪
离职办理新增【薪酬信息】,支持在离职办理流程中进行停薪处理
离职办理流程发起时,若启用了薪酬信息,自动填充离职流程的薪酬信息,并在审批落地后更新数据
更新薪资档案、生成操作记录,触发后续事件
离职流程,如果未启用停薪日期,则按离职日期生成停薪记录
离职流程启用了停薪分组,按现有逻辑处理
离职流程未启用停薪分组,判断系统内是否有停薪记录,有则忽略,无则按离职日期生成停薪记录
生效日期=离职日期,事件类型=离职停薪
生成操作记录:来源离职申请
升级内容2:离职办理自动化支持多套方案
业务场景&问题:
离职办理自动化需要根据不同部门、员工类型区分规则
特殊员工,已线下办理,不希望走交接流程,可以手动办理
批量裁员时,导入的离职员工无法发起办理流程
解决方案:
支持添加的多套方案
规则名称:保持时需要校验唯一性,否则提示【XXX(规则名称)已被XX(启用/停用)规则使用】
适用范围:必填,默认全员,可选择任职信息的部门、员工类型、工作地点、职级、职位/职务、是否试用、自定义单选类型、离职信息分组(离职类型、离职原因等,会存在被动离职无需交接的场景)
适用范围优先级:如果为员工时,默认必填,否则读取当前最大优先级生成,允许修改,修改后同步更新影响的规则优先级
增加提示说明:适用范围重复时,会根据优先级进行判断
修复已驳回不再自动发起的产品bug,自动发起时,过滤离职办理被驳回的逻辑,需要增加多段任职判断,判断当前任职信息是否存在被驳回的离职办理
支持发起手动办理和办理流程,支持单点发起和批量发起
手动办理,则直接更新办理状态为已通过并触发系统资产交接(已交接不会重复触发)
批量发起办理流程时,如果员工没有匹配的办理自动化流程,则不会发起(导入的离职暂不支持发起离职办理)
假勤
升级内容 1:PC端支持我的出勤
业务场景&问题:
办公场景下用电脑高频,也存在仅能用电脑的情况,目前PC端员工无法查看我的出勤,无法看到自己的考勤结果信息,只能使用移动端。
解决方案:
员工自助工作台【常用功能】及【全部功能】支持展示【我的出勤】入口,是否展示在常用功能上以【自助服务设置-个人功能权限】的配置对应
【我的出勤】需开启权限:开启后员工可以查看自己的出勤情况,可以在【考勤统计设置-设置字段-我的出勤字段】设置可见内容;
字段的可见范围需与【假勤设置-考勤统计设置-设置字段-我的出勤字段】设置的字段一致
日、月视图的可见范围需与【假勤设置-考勤统计设置-设置字段-我的出勤字段】中的【设置可见范围】一致
注意:PC端不支持周视图
PC端工作台点击【我的出勤】可进入查看个人的出勤情况
默认进入查看日视图,右侧有当天对应的考勤周期的统计数据
如果是排班制则先展示班次的排班情况,后续依次展示每天的请假、加班、出差、外出,统计考勤周期内的事件条数
点击日期会展示对应日期的详细出勤情况
打卡记录、考勤结果、出勤记录
日数据的显示可通过【考勤统计设置-字段设置-我的出勤】中的【考勤记录】进行控制
考勤存在异常时,可以点击去处理,员工通过自助提交审批流程完成异常处理
选择对应的审批可直接跳转提交审批
切换月视图可查看月度汇总数据,若为【按天统计,按月汇总】的字段可以穿透查看明细数据,点击每天的具体数据可查看每天的详细出勤情况
若在考勤统计设置中可见范围内设置了0值隐藏,月度数据对应的字段不会显示
达到考勤确认时间,月度数据会显示考勤确认按钮,若需要手写签名确认则需要签名确认
确认说明与考勤统计设置中的考勤管理员设置的说明内容
完成考勤确认后会显示已确认,并显示确认的时间
注意:因IM通知穿透到PC端有限制,IM考勤通知点击查看我的出勤时,依然会直接进入移动端页面
升级内容 2:次日开始加班时的加班统计优化
业务场景&问题:
当班次为跨天班次时,班后加班的开始时间会是次日的时间,目前加班记录的结算时长按加班日期所属日期统计,但出勤日报统计在次日,数据需要做统一处理
解决方案:
加班结算时长统计需统计到加班日期对应的考勤日上
例如:员工2024-11-08周五,次日为周六-公休日,班次为18:00-次日02:00;若下班后申请02:00~06:00加班
若加班日期为11-08工作日加班4小时,则日报统计加班时长需统计在11-08上,类型为工作日加班
若加班日期为11-09公休日加班4小时,则日报统计加班时长需统计在11-09上,类型为公休日加班
注意:历史数据需要进行加班记录的重新核算和日报重新核算
升级内容 3:支持多段打卡工作日的班间加班
业务场景&问题:
多段工作时间的班次,多段工作时间之间的时间会允许员工提交加班流程,但目前员工提交工作日加班时会提示该段时间不允许加班,只能在第一段工作时间的班前和最后一段工作时间班后才能加班;需要支持多段班次的工作时间之间的时间可以提交加班
解决方案:
在【假勤设置-工作日加班-有效加班时间】,3种需要申请的加班的结算方式可配置【允许多次上下班的工作时间间隙申请加班】
若结算方式是需要打卡的类型时,勾选时需要配置【1、无需校验打卡,按申请时长结算;2、按结算方式校验打卡】 ,默认为【无需校验打卡,按申请时长结算】
设置开启后,多段班次的工作时间间隙可申请加班;
例如:班次时间为:工作时间段1为09:00-12:00,工作时间段2为:16:00-20:00,12:00-16:00班次工作时间之间的时间允许提交加班申请
若勾选了该配置且配置的【按结算方式校验打卡】,加班结算时需要综合【结算条件】及【出差/外出加班打卡规则】关联进行加班结算
允许多次上下班的工作时间间隙申请加班 | 结算条件 | 出差/外出加班打卡规则 | 加班结算详细逻辑 |
配置【无需校验打卡,按申请时长结算】 | 无关 | 无关 | 按申请时长直接结算 |
配置的【按结算方式校验打卡】 | 配置【不允许缺卡】 | 配置【需按加班申请时间完成打卡】 | 当天班次有缺卡则结算为0,若不缺卡按加班打卡进行结算 |
配置的【按结算方式校验打卡】 | 配置【不允许缺卡】 | 配置【出差/外出时间内无需校验打卡】 | 出差/外出时间交集部分不校验打卡 非交集部分的申请时间若缺卡则为0,若不缺卡按加班打卡进行结算 |
无关 | 无关 | 配置【无需校验打卡】 | 按申请时长直接结算 |
人事
升级内容 1:花名册支持按部门层级展示和导出多级部门
业务场景&问题:
部分企业组织架构根部门下是分公司或者是事业部,花名册导出时,多级部门默认根据根部门的上下级关系生成一级部门、二级部门,与实际业务不符,另外多级部门无法再花名册列表展示,仅能再导出时使用
问题示例:
解决方案:
多级部门会根据部门层级的字段选项顺序加载,如根部门下是分公司,添加分公司选项即可
花名册自定义列支持设置展示多级部门
花名册列表导出时,若勾选了多级部门则按照勾选展示,若未勾选默认展示部门所有层级(线上逻辑)
部门导出时,多级部门也会按照上述设置展示
升级内容 2:员工关怀适用范围增加是否试用筛选
业务场景&问题:
员工关怀:希望适用范围可以增加条件【是否试用】,会试用员工关怀给入职XXX天后的员工发送关怀通知,提醒相关人员,但如果已经转正则不需要通知,会有提前转正情况。
解决方案:
适用范围新增【是否试用】
升级内容 3:在职履历表打印支持引用附件和明细组设置(仅标准版支持)
业务场景&问题:
司龄、年龄、工龄等无法再打印时自动生成
无法支持年月的日期输出格式
明细组,如工作经历,无法支持筛选、排序、是否展示表头、是否保留固定行、是否输出为多行文本等特性
在职履历表如干部履历,无法连带学历证书一并打印
身份证正反页无法在一页纸打印
解决方案:
所有日期字段支持不同格式输出,可支持格式YYYY-MM-DD、YYYY.MM.DD、YYYY/MM/DD、YYYY年MM月DD、YYYY-MM、YYYY.MM、YYYY/MM、YYYY年MM月、YYYY
新增年龄(整数,向下取整),司龄、工龄(输出样式根据设置-人事设置-规则设置)
明细组增加标签和设置,支持一个明细组被多次引用,如:在职教育和全日制教育分成两个列表展示,不同组会按照文档上下顺序进行规则匹配
规则支持设置
筛选:可进行日期、单选、数字等字段的组合条件
显示方式:明细组按表格输出或者在表格内一个单元格内输出为多行文本
表头展示:是否按字段名称输出表头,输出时可设置表格跨页是进行标题重复行显示(仅支持独立表格的第一行为表头时生效)
固定行数:如特点的干部履历表,家庭成员最多填写7行,不足预留空白,超出按排序截取
排序:支持按指定日期字段进行排序
新增员工附件信息分组,支持在文档内插入图片附件
仅支持照片格式(.jpg/.png/.jpeg/.),否则打印不出来,没在表格中,则展示图片原始大小,在表格中,需要根据表格的大小进行等比例压缩
一个附件字段多个值时,按字段顺序上下排布
示例
一体化
升级内容 1:支持移动端发起入职
业务场景&问题:
当前不支持移动端发起入职,特殊场景下HR管理不便
解决方案:
支持范围:
标品一体化
旗舰版一体化
1对多
PP没有绑定关系,报错
PP有一个绑定关系
提供一个中间页,用户手动选择一个Corp
PP有多个绑定关系
提供一个中间页,用户手动选择一个Corp
阿里同云一体化环境,移动端在安卓钉钉里面点击跳转到pp返回无法返回到ats详情页,返回到了登录页面
标品ATS-旗舰版People
操作步骤 | 截图 |
发起入职 | |
关联招聘需求 | |
确认发起 | |
发起入职信息维护 | |
发起入职后回到ATS | |
查看入职进度 |
电子签
升级内容 1:people内发起签署后,签署人点击拒绝签署后提醒发起人
业务场景&问题:
员工拒签或者超期未签署,目前HR无法收到通知,无法及时跟进
解决方案:
当签署记录变成「已过期/已拒签」时,给签署记录发起人发 IM 消息
内容:【{文件名}】{已过期/已拒签},原因:{超期未签署/员工填写的拒签原因}
升级内容 2:电子签支持抄送给员工
业务场景&问题:
对于只需要公司盖章的文件,也可以抄送给员工。尤其是离职员工,文件可能是被发送到了公司邮箱,员工离职后就无法查看了。
解决方案:
调用发起签署接口时,将签署员工放到抄送人参数中,实现短信和邮件的方式抄送给员工。后续员工离职也可以通过短信查看签署文件。
权限
升级内容 1:管理范围条件支持按汇报线配置&复制角色&优化直线经理授权时机
业务场景&问题:
客户对不同类型的下级的管理权限是不同的,需要区分正式员工下级和外包员工下级的管理权限。目前角色授权时管理范围的维度不支持按汇报线授权
当员工的下级离职时,期望取消直线经理角色
期望支持复制角色
解决方案:
1)管理范围的条件支持汇报线,查询指定员工的汇报线下级
支持勾选“包含间接下级”,若不勾选则只查询直接下级
支持选择多个员工,查询多个员工的下级
2)直线经理角色自动授权逻辑调整
原逻辑 | 新逻辑 | |
授权 | 当员工有1个下级时(含在职和离职) | 当员工有1个在职下级时 |
取消授权 | 当员工没有下级时(含在职和离职) | 当员工没有在职下级时 |
3)角色复制
支持点击复制按钮,弹出复制角色弹窗,用户可输入名字和描述后提交。
角色名称默认为:原角色名称_副本,用户可进行修改
复制角色需要包含原角色功能权限和字段权限的配置
仅支持复制自定义角色