体验创新
1. 钉钉支持IM穿透
【功能描述】
钉钉支持从员工资料card点击跳转员工档案（可见内容遵循档案权限）
pc：外部浏览器打开
浏览器有登录态则直接进入
没登录态则跳转到登录页面，登录后自动进入档案页
移动端：内部浏览器打开
【配置过程】
（1）钉钉后台新增文本字段，命名为“员工档案”，可设置不可员工修改
（2）开启字段同步
ps：可见内容遵循档案权限设置
2. 支持外部系统穿透员工档案页，如自研IM、OA
【功能描述】
员工档案链接可以在任何系统直接使用
使用效果：
若是钉钉、企业微信、飞书，则和Moka直接同步的效果一致
若是自研系统，则按浏览器登录态走；未登录时跳转到首页，登陆后自动进入档案页（目前不支持自研系统单点登录）
3. 我的团队，团队人数区分员工类型
【需求背景】
高层管理者期望在查看部门树时可快速了解团队人数，不需要逐个部门点击查看
且调研表示，高管关注的团队人数一般不包含兼职、实习员工
【功能描述】
左侧部门树展示人数，支持勾选人数包含的员工类型（系统会记住）
团队页面展示人数时也展示具体类型对应的人数
4. 转正&入职审批延期，通过后立刻触发员工关怀
【需求背景】
解决当前问题：设置员工转正关怀卡片后，若转正日期是15号，但16号或之后才审批通过，目前不会发送员工通知。入职是支持的。
【功能描述】
如果员工转正审批通过时间晚于设定时间会立刻发送
绩效
1. 支持上级评估环节驳回
【背景】
上级评估时，看到自评不合理的员工，期望能驳回至自评重新打分。当前系统不支持该功能，只能联系 HR 操作驳回
【解决方案】
1、绩效模板 - 流程配置中新增「流程操作权限」配置，可配置：
是否允许该环节的执行人驳回至前序环节： 例如下图上级评估环节可驳回至自评环节
当配置了允许操作驳回时，可配置驳回原因是否必填
2、同理，流程操作相关的权限统一在「流程配置」中配置：原「校准」环节驳回权限配置，也由「内容权限」统一调整至「流程配置」中配置
调整前：
调整后：
2. 目标审核环节支持逐级审批
【背景】
若客户在目标审核时需要逐级审批至一级部门，当前无法配置逐级审批环节，仅能配置很多个单节点
【解决方案】
在目标审核环节的执行人配置，租户可选择是「单角色」还是「逐级审批」，与校准环节同理：当选择逐级审批时，则可配置如从所属部门的部门负责人 审批至 一级部门的部门负责人
3. 逐级审批支持驳回至指定审批人
【背景】
活动中，HR 在逐级审批环节操作驳回，无法驳回至指定审批人，只能驳回至第一个审批人或者前序环节
待办中，Leader 逐级审批环节无法驳回至本环节的前序审批人，只能驳回至前序环节，如上级评估
【解决方案】
1、HR 在活动操作调整环节时，若调整至逐级审批环节（无论是驳回还是跳过），可选择调整至指定审批人，如下图：
支持批量操作：
2、Leader 在目标审核或者校准待办中操作驳回时，若当前待办是逐级审批环节，可驳回至上一个人审批人，如下图：
待办中同样支持批量操作，可批量驳回至上一个审批人：
4. 自动计算 KPI 指标得分
薪酬
1. 解决个税申报时，提示“XX人未填写正常工资薪金所得”
上线内容：
【场景】
个税申报时，提示有人未填写正常工资薪金所得，客户及服务侧均无法定位问题，只能技术排查，导致这个报错的根本原因是：
当前主体报送的人员 > 当月实际参与算薪参与申报的人，且现有的申报逻辑中，对比人员，自动减员的机制不完善
可能是某个月测算，人员报送了，就没再使用，隔了几个月又重新使用，导致之前离职的人没有减掉
可能是取消归档后，某个人不算薪了，应该减掉但没有减掉
【解决方案】
完善了个税申报时的人员对比机制，系统对比+调用税友的报送结果反馈接口，双重对比，保证当月未算薪的人都会被减掉
上线后，客户无感知，只是完善了个税申报的逻辑
假勤
1. 请假迁移审批平台及支持请假修改
【背景】
当前的请假申请审核通过后，若实际情况发现需要进行变更时，需要将原申请撤销再重新发起一个，撤销需要走撤销审核流程，重新发起申请也需要走审核流程，且若撤销流程未通过时，重新发起流程也无法提交，导致效率比较低。
希望限制请假流程通过后员工的撤销权限，及可设置撤销时间的限制，避免对已封存的月报数据造成影响
哺乳假请假时，请假时长显示优化，避免员工认为自己申请了全天的假期
【解决方案】
请假审批单的配置优化：
支持在审批单中配置审批通过后修改、中途撤销、审批通过后撤销的权限
支持设置可修改的字段、支持设置可修改的内容
【假勤设置-休假规则】的支持设置的修改时间限制、撤销时间限制
审批通过后支持进行修改，若设置有时间限制时会有提示（限制仅可修改1次）
审批通过后支持进行撤销，若设置有时间限制时会有提示（管理员撤销不受时间限制）
员工发起修改与撤销申请时，均需要再次进行审批，审批通过后生效
提交请假申请时，支持显示具体的请假规则
历史已创建的请假规则默认不显示，需要管理员设置是否显示
若管理员对应假期类型中开启了请假规则展示，员工提交请假申请时可见具体规则
其中哺乳假类型的假期，选择晚到或早走时，请假时长会对应展示
若审批单没有开启修改或撤销权限时，撤销和修改按钮员工端不可见，若权限开启后仅适用于新提交的申请
开启权限后修改或撤销可见，若不满足时间限制时会对应提示
修改时会依据表单中重新计算的数据进行分支流程判断
修改的内容在修改审批单中可见
组织人事
1. 随机工号首位默认不为 0
上线内容：
【业务场景】客户使用随机工号是为了避免员工从工号推断出入职先后、做事排资论辈。随机工号首位为 0 有悖于这种管理思路（0 开头的工号像老员工用的）
【解决方案】生成随机工号时首位不为 0
2. 成本中心支持批量导入
上线内容：
【业务场景】：系统初始化时，已存在的成本中心数据需要批量维护到系统中
【当前问题】：目前成本中心记录不支持导入能力，必须由用户手工逐个维护到系统中，对于成本中心数量较多的用户来说效率很低
【解决方案】：提供成本中心批量导入能力，支持同时导入新增和变更记录，也支持不同生效日期的数据
重要说明：
由于成本中心数据支持按不同的生效日期导入，而不同生效日期的成本中心名称可能不同，所以无法按照名称准确定位上级成本中心，本次实现是按照上级成本中心编码来确定准确的上级成本中心，而上级成本中心名称只是辅助用户校对的列，不会参与实际校验
3. 重新入职逻辑优化
上线内容：
【业务场景】：新入职员工时需要判断填写的个人信息是否和当前数据存在冲突的数据，而这些数据可能影响后续的应用，如银行卡号、个人手机邮箱等；同时还需要判断新员工是否之前离职的员工，从而合并两次任职数据
【当前问题】：线上交互不是很清晰，可能导致以下问题
不是同一个人的重新入职被误合并，因为最开始系统判定为是重新入职，即使修改了待入职员工的数据之后，按钮还是重新入职，用户没有注意到还是确认入职
是同一个人的重新入职却无法操作
新入职员工和已离职的自己信息重复但报错阻断无法操作，如银行卡重复
重复信息报错不清晰
【解决方案】：重新入职的交互重构，更明细哪些信息重复，哪些员工是重新入职
明确提示哪些信息重复
支持直接修改待入职员工的冲突信息
其他信息冲突的数据是打开员工详情页修改
区分重新入职和确认入职
电子签
1. 支持单方签署
上线内容：
【业务场景】：职位说明，录用确认，薪资审批表，离职手续单等文件不需要公司签署，只需要员工本人签署
【当前问题】：除「入职登记表」的文件模版外，均不支持仅个人签署的方式
【解决方案】：
新增「离职文件」和「告知文件」两种文件模版，支持仅个人、仅企业盖章、个人签署+企业盖章，三种签署方式
「离职文件」和「告知文件」模版类型都可在审批的签署模块中选择
「告知文件」在入职和薪酬侧可以直接发起：
