体验创新
审批表单支持穿透查看员工信息
上线内容：
【场景】
1）在某个业务场景下，需要查看员工信息
如员工调薪审批时，相关审批人可点击穿透了解员工信息，如过往绩效。
2）People系统查看员工时，可快速联系该员工，或者其管理者（上级、bp）
如管理者进行绩效结果核对时觉得有异议时，可直接点击打开与员工的企业微信会话窗口
【功能描述】
1）审批表人员字段&审批进度人员，鼠标悬浮展示miniprofile页
2）支持点击穿透跳转至员工profile页查看完整信息
3）支持点击IM图标唤起对应员工的IM会话窗口
ps：
字段的可见权限逻辑目前与IM穿透权限保持一致，走档案权限。因此对HR用户来说会存在和花名册查看不一致的问题。7月底档案权限会统一收敛到角色字段权限中，解决该问题。
期间该功能会先按租户进行灰度，可联系产品开通。
同级定义逻辑优化
上线内容：
【原逻辑】
原同级计算逻辑：用户所在部门内，除去汇报线所有上级和下级的员工
原逻辑问题：
（1）不在一个部门内就无法统计统计同级，比如我的同级就是0
（2）我的同级的下级，也会被计算为我的同级
图示：员工3的同级
【新逻辑】
与我同一个直接汇报上级的员工，为我的同级
图示：员工3的同级
考虑到部分用户只期望计算部门内，且原逻辑也是只统计部门内，因此产品支持配置是否跨部门
对新租户默认跨部门，对已有租户默认只统计部门内
ats offer同步 people
上线内容：
【原逻辑】
people招聘信息-附件信息新增预设字段：offer生成附件
需初始化入职映射关系，且不允许修改
档案权限-招聘信息字段也要增加这个字段，默认无权限
角色字段权限-招聘信息也要增加这个字段，默认无权限
同步逻辑（和简历同步逻辑一致）：
支持用户配置发起时填写
开启发起时填写时，在发起入职页面&查看待入职可查看该字段及字段内容
若未开启则无法查看，但在确认发起入职时仍然需要将该分组内的字段（简历、面评、考试测评、背调、候选人登记表、offer附件）同步到people中
ps：若ats offer生成附件开启加密，则拼在附件名字之后
薪酬
离职场景薪酬闭环
上线内容：
【业务背景&问题】
人员离职时，一般需要进行社保停缴的办理，目前系统社保业务没有和离职业务关联，用户需要单独在社保模块进行减员，操作比较割裂
【解决方案】
在离职审批中，增加「社保信息」、「公积金信息」分组，该分组下增加以下字段（以社保信息举例）
是否社保减员，有参保档案的人员，默认为“是”；为“否”时，「社保信息」其他字段均自动隐藏，无需填写
社保起缴月份，自动获取人员参保档案中的数据
社保缴纳地，自动获取人员参保档案中的数据
社保停止月份，会自动根据离职日期计算出默认值，用户可编辑
审批通过后，将基于审批表单数据生成员工的停缴记录，人员将出现在已停保列表中
假勤
离职、离职办理流程支持引用&修改月报考勤数据
需求背景：员工离职前，需要完成考勤数据的确认，目前离职流程或离职办理流程，无法联动获取出勤月报数据，需要审批人系统核对后自行填入，且填入离职员工确认后无法体现在出勤月报中。
上线内容：
离职、离职办理定义中增加【离职考勤确认】段落
【离职考勤确认】段落默认为停用状态，需要手动启用
该段落的字段来源于【设置-假勤-考勤统计设置】中启用的考勤统计规则中，当前启用的考勤统计字段
备注：若某个字段在多个考勤统计里可用，其实是1个字段，审批定义里对应是同1个字段；若某个字段仅在1个考勤统计里可用，在审批定义里也是可应用的
启用【离职考勤确认】段落后，可以将需要离职员工确认的字段引入到审批定义中
有个默认的补充说明字段【离职考勤说明】，在离职/离职办理审批流程中会提示到：考勤数据为申请人离职日期对应考勤周期的月报统计数据，离职审批通过后修改的数据会覆盖月报原数据
在审批定义配置时，考勤统计字段是按中文名称排序，因字段比较多，可以通过搜索查询需要的字段
考勤统计字段会自动获取【离职员工的离职日期所在考勤周期】的月报数据，同时若该节点有字段的编辑权限时，可以手动编辑字段数据
备注：默认均为数字类型，仅可输入数字，最多仅支持输入4位小数
字段的编辑权限，建议仅配置给审批节点为考勤管理员的人员，在考勤管理员后可配置1个申请人的审批节点，申请人仅有查看权限
离职、离职办理流程中完成考勤数据的确认
离职考勤确认的数据为离职员工提交的离职日期所在考勤周期的出勤月报数据
若没有离职日期时，无法获取出勤月报数据，有编辑权限则可以手动编辑填入数据
若申请人或离职日期变更时，会自动重新获取数据，离职考勤确认的字段会根据申请人适配的考勤统计规则自动展示
例1：离职办理中【离职考勤确认】段落配置了旷工天数、请假天数、加班小时数、年假清算天数；员工A对应的月报有：旷工天数、请假天数、年假清算天数；员工B对应的月报有：旷工天数、请假天数、加班小时数；若申请人从A调整为B，此时表单中的【离职考勤确认】段落中显示字段需要对应变更为【旷工天数、请假天数、加班小时数】
例2：离职办理中【离职日期】从4月25日修改为了5月25日，则段落中的考勤数据需重新获取5月的考勤数据
若申请人当前存在有审批中的请假、加班、外出、出差、补卡申请时，会提醒出来，点击后可
离职/离职办理流程审批通过后，会同步更新对应周期的月报数据，不论月报是否已封存，均以修改后的数据为准
审批通过后不会触发封存，还是走月报自动封存的时间
月报数据被修改后，出勤月报内可查看对应的变更记录，变更记录可点击穿透查看对应的离职/离职办理流程
月报列表中优先展示修改后的数据，穿透后的明细为系统计算数据，存在对不上的情况，增加了相应的提醒
【我的出勤】中也会有相应的提醒
休假规则与加班规则支持复制
上线内容：
休假规则支持复制
在休假规则列表中选择需要复制的休假规则，点击复制后进入【添加休假规则】页面，将该休假规则的所有配置均带入，含假期类型的启用状态、基本规则和发假规则
在没有点击确认保存休假规则前，可以修改任何配置
保存休假规则后，发假规则的发假周期和周期开始时间将不可修改
已停用的休假规则支持复制
加班规则支持复制
在加班规则列表中选择需要复制的加班规则，点击复制后进入【添加休假规则】页面，将该加班规则的所有配置均带入，含加班类型的启用状态、风险设置及具体的加班规则
复制加班规则时，各配置项均可以调整，需要点击保存才会创建成功加班规则
已停用的规则支持复制
特殊日期处理适用范围优化
需求背景：目前的特殊日期处理仅支持员工和部门的筛选，不满足很多特殊场景，例如3月8日女性员工可下班免打卡的情况
上线内容：
出勤日报-特殊日期处理，适用范围组件替换
可支持的字段有：可选择任职信息（含离职信息，排除生效日期、事件类型、事件原因三个异动记录字段）、个人信息（排除家庭成员、排除附件类型字段）
可支持条件组
适用范围的配置调整为在考勤核算时，实时查询适用的人员，不再是配置时当时可适用的人员信息
例如：3月2日配置了3月8日女性员工可以下班免打卡，则在3月2日-8日入职的女性员工也适用于该特殊日期规则
绩效
指标库适用范围支持更多筛选条件
场景与问题：
如下图，当前在指标库的适用范围中，仅支持按「员工」「部门」进行筛选适用的员工，对于更精细化的指标库管理需求无法满足：例如 by 职位设置指标
上线内容：
如下图，在指标库的适用范围中，在原有的「员工」「部门」条件上新增了更多条件：例如员工类型、职位、职级等
除此之外，职位族、职位类、职位子类也支持圈选（绩效活动适用范围当前暂不支持，后期也会一并优化支持）：
绩效待办详情新增目录概览
场景与问题：
如下图，在绩效待办详情页，考核表当前视觉是以纵向排布的方式，若员工填写的目标内容较多，无论是在目标制定还是评估环节，查找某个目标或者查看概览均不方便，需要来回上下滚动
上线内容：
如下图，详情页的考核表新增概览目录，用户鼠标滑入该区域即可查看，点击特定维度、目标等即可快速定位
若当前是评估环节的待办，目录中还会显示自己的评价明细，方便在自己给出总评前先查看明细的评价再进行总评：
绩效模板「从指标库引入指标」内容权限优化
场景与问题：
如下图，当前在绩效模板-内容权限中，「从指标库引入指标」的权限与「新增指标」强绑定：即需先勾选了「指标权限」，才能勾选「从指标库引入指标」权限。但对于只允许从指标库引入指标的客户来说，无法满足需求
上线内容：
如下图，绩效模板内容权限中，允许仅勾选「从指标库引入指标」，无需先勾选「新增指标」权限
当仅勾选了「从指标库引入指标」时，实际该环节的待办中，仅会有「从指标库引入」按钮，无「新增指标」按钮，如下图左侧预览：
个人绩效数据操作记录
场景与问题：
绩效目标制定、审核，经常需要经过多轮沟通与调整，每次调整后，主管和员工都需要知道具体变更了哪些内容，当前系统没有留痕
HR 作为绩效流程的监控者，当员工绩效流程发生了驳回、转交等操作、或者员工目标发生了变更，也需要知道变更内容
上线内容：
支持 HR 在绩效活动中，查看每个被评估人绩效数据的详细变更记录：例如提交目标、驳回目标、完成自评、修改执行人等，如下图：
2、支持在待办中查看「目标变更内容」：即目标制定、审核、调整相关的变更记录：
若某个待办需要看到「目标变更记录」，在【绩效模板-内容权限-选中对应环节-参考信息】中打开「目标变更记录」的开关：
在实际待办中，可查看自己有查看权限范围内的目标变更记录，点击「查看详情」可查看详情变更内容：
组织人事
信息采集支持表单联动规则
场景与问题：
不同的员工属性/员工所属的组织属性等条件，需要收集员工不同的信息，所以信息采集表单显示/隐藏不同字段，或者字段赋值
根据信息采集表单内字段值，联动表单内其他字段的显示/隐藏，或者字段赋值
上线内容：
可以在入职设置-信息采集-添加「联动规则」，全部的信息采集共用一套联动规则，按照规则更新的时间先后依次生效（同发起入职的联动规则一致）
本期支持的条件和执行字段有限，主要先处理已知的问题。
条件字段：
执行字段：
联动规则内可选的字段，前置条件为任一启用中的信息采集表单勾选了该字段；且字段一旦被联动规则引用，则无法在信息采集表单取消勾选
条件和执行字段如果都是信息采集表单中的字段，则所有条件和执行字段必须属于同一个分组；如果条件属于任职/合同分组，则执行字段可以任选分组，但是也仍需要都属于同一个分组
创建联动规则时，也会校验所有「已分配、但未提交」的信息采集表单（即所有版本的信息采集表单）内字段的「是否必填」状态，如果有历史版本中存在必填字段，但是规则内配置了该字段为执行字段，且符合条件时需要隐藏，则保存失败
员工填写信息采集会根据联动规则实时变化
首次打开时，会实时获取最新的联动规则，但是在填写过程中，不会再读取新规则（如果有变更）
如果员工二次打开信息采集待办，也会实时获取最新的联动规则，但是针对已经填写的字段，不会根据最新的规则变更，除非员工编辑条件字段，则执行字段会根据最新规则实时调整；特殊场景：条件字段为任职/合同分组时，只要在执行字段分组所在的页面，会实时获取最新规则并自动执行
【入职模块优化】待入职阶段公司邮箱重复性校验
场景与问题：
HRBP 填写邮箱的时候没有校验重复，还需要点击确认入职的时候才知晓公司邮箱重复了，但是办理入职的人不知晓任务办理人填写的什么公司邮箱
员工的公司邮箱需要提前填写好，然后发待入职任务给到 IT 同事进行开通，但有些重名或多音字的会重复，这样发给 IT 的也是错误的，IT 也不知道正确的邮箱应是什么
上线内容：
新的待入职员工的公司邮箱和已有的待入职、花名册中员工的公司邮箱一起做唯一性校验
由于产生待入职员工邮箱的入口比较多，本期上线只涵盖了比较高频的场景，部分场景仍没有覆盖，这类待入职员工的邮箱在确认入职时只会和花名册员工的公司邮箱校重，本期优化包含场景如下
ATS 发起（手动或自动）
确认入职时重复入职修改邮箱
入职任务填写
待入职详情页编辑
校验报错示意图（以任务填写页面为例）
如果只和某个待入职/花名册员工邮箱一致，报错同线上（会区分待入职和花名册员工，也包括已离职员工）
如果存在多个拼音姓名一致且邮箱前缀类似的邮箱时，同时报错给用户参考
【入职模块优化】待入职生成工号
场景与问题：
在待入职员工被确认入职前会用到工号做一些处理。比如 IT 开账号、邮箱等，确认入职时才生成工号，时机太晚
上线内容：
支持用户配置工号生成时机在待入职或确认入职（强调了系统自动生成）
添加待入职员工的时机会涵盖添加员工的时机
支持在待入职阶段生成工号时从 ATS 发起入职时按用户配置工号生成时机生成工号
存在自动生成工号规则
也可以切换为手动填写
上线时初始化策略
自动生成工号
老租户：只要存在启用中的规则就开启，否则关闭
新租户：开启
工号生成时机默认值
老租户：添加员工花名册时，和已有功能保持一致，用户无感知
新租户：添加待入职员工时
花名册支持人事操作
场景与问题：
目前花名册不支持人事操作，HR 操作不方便
上线内容：
行末：异动、试用期转正、实习生转正式、离职、重新入职、加入黑名单、移除黑名单
批量：批量异动（勾选人员后可以点击）
权限：「角色-员工花名册」会增加上述功能权限控制，现有角色默认不授权
花名册支持切换历史日期查看/导出
场景与问题：
场景：HR 在审计、汇报等场景需要查看历史花名册数据。例如政府要求出示去年年底本科以上员工的人数
问题：客户不知道线上支持「导出历史数据」，月末会手动导出当时的数据；HR 有时只需要看历史数据，不需要统计分析，导出不方便
上线内容：
权限：「角色-员工花名册」会增加「历史花名册」权限控制，现有角色默认不授权
入口：花名册右上角-历史花名册
功能：
支持 HR 切换历史日期查看花名册（默认按月看月底数据，可以手动切换成指定日期）
支持「成本中心」字段的展示/筛选/导出
支持导出当前页面数据
离职/离职办理流程支持交接「入职任务、虚线下级」
场景与问题：
员工离职时无法交接「入职任务、虚线下级」，可能导致这两类交接项无人处理
上线内容：
（暂时只给新开租户使用，我会在 7 月初收集老租户迁移名单，暂定 20 家）
配置「离职、离职办理」时，可以开启「入职任务交接、虚线下级交接」分组
离职列表优化
场景与问题：
目前离职列表的 tab 被拆得很细碎，找人麻烦
员工离职再入职，离职列表里面就搜索不到这个员工
上线内容：
权限：离职页面的「查看」收拢成统一一个（线上是「审批中/未办理/办理中/已办理」拆了 4 个页面查看权限）
将页面拆成 3 个 tab
全部：所有离职记录（包括二次入职员工上次离职的信息）
进行中：离职流程审批中 或者 离职审批通过但还没到离职日期
支持模板能力，预置「全部、审批中、未办理、办理中、已办理」模板
可自定义增加
预置风险数据模板「7天内审批逾期、审批已逾期」
已离职：所有审批通过，且已离职的离职记录
