薪酬

「我的薪酬」支持短信验证码查看

业务场景&问题：

• 出于薪酬数据的敏感，目前员工在查看「我的薪酬」时，每次都需要输入6位数字的密码

• 部分客户认为密码容易遗忘，从员工体验角度出发，希望更快捷，因此引入短信验证码登录的能力

用户角色：

• 薪酬HR、员工

解决方案：

• 在“设置-自助服务设置-功能权限-我的薪酬配置”中，增加短信验证码查看的开关，上线后默认关闭，有需要的客户可自行开启

• 开启后，无论员工是否设置过密码，都可以通过短信验证码的方式，查看我的薪酬

• 获取短信验证码，将向当前员工的手机号发送验证码，收到后填入即可

  短信验证码60s内只能请求一次，5分钟之内都可以使用

  验证码错误不允许查看我的薪酬，错误次数不能超过5次

  「我的薪酬」支持邮箱验证重置密码

业务场景&问题：

• 目前员工如果忘记了密码，需要通过身份证验证，通过后会向员工手机发送验证码，输入验证码后可重置密码

• 部分客户不使用IM，员工找回密码时，如果手机号更换了，且没有及时维护到系统时，员工就无法及时收到验证码，就无法查看工资单，期望可以有工作邮箱的方式重置密码

用户角色：

• 员工

解决方案：

• 员工忘记密码时，增加了通过邮箱验证的方式

     选择邮箱验证后，将向当前员工的工作邮箱发送短信验证码，输入验证码后可重置密码

体验创新&一体化

ps：升级内容排序，按工作量大小，先介绍大的功能，再排列小功能

升级内容：员工关怀增加公司成立时间和司龄

业务场景&问题：

• 客户期望在员工关怀里增加公司成立时间和员工司龄

用户角色：

• 系统管理员、员工

解决方案：

员工关怀字段增加：

1、增加公司成立时间，根据根部门设立日期计算，支持选择：公司成立时间(天)、公司成立时间(年天)

2、增加司龄，和花名册司龄、和工作台首页展示的天数一样，支持选择：司龄(天)、司龄(年天)

假勤

升级内容：考勤核算边缘场景逻辑覆盖

业务场景&问题：

【入职离职场景】

• 入职日期延后了，新的入职日期之前核算了考勤为旷工，应该自动重新核算，不需要考勤；

• 配置里入离职免打卡，入职、离职当天一次都没有打卡，实际应该是旷工，不应该自动打卡导致计算为缺卡；

• 入离职免打卡没有考虑重新入职后上一段离职日期免下班卡的离职自动打卡场景；

【请假出差外出只打一次卡场景】

• 包含上午或下午时间段只打一次卡，当前会按照实际的弹性时间去计算下班时间，按半天下午请假时请假按班次时长计算不包含实际的半天时间，会导致无法按照请假开始时间自动打卡；例如：09~18点班次，可晚到晚走1小时，下午为13~18点，下午按半天请假，09:37上班打卡，18:37为应下班时间，请假为13~18点无法覆盖下午时间段，导致无法触发免打卡；

• 包含上班或下班时间点只打一次卡，上午晚到晚走出勤，且下午请假时，实际下班时间延后，自动打卡会按照实际弹性的下班时间打卡，导致打卡时长不准确，实际应该按请假的开始时间生成打卡；例如：09~18点班次，可晚到晚走1小时，下午为13~18点，下午按小时请假，09:37上班打卡，请假为13~18点包含班次下班时间点，会按实际应下班的时间18:37自动打卡，导致打卡时长增加，实际应该是按13点打卡；

• 分段申请的外出/请假，虽然两段时间加起来完全覆盖了半天工作时间段， 但是没有触发外出只打一次卡的规则，导致缺卡；
  例如：09~18点班次，可晚到晚走1小时，下午为9~12点，申请外出9~10,10~12点，组合计算9~12点包含了上午时间段，符合免打卡的情况，实际当前无法组合多个申请时段进行计算；

【每日定时考勤核算】

系统每日6点定时核算前两天的考勤，对于前一天打卡范围在6点之后结束的班次，不会核算下班的打卡异常，例如旷工或缺卡就无法核算出来，导致异常提醒的消息不准确，希望能及时核算；（例如：班次9~18，下班打卡的范围为 14~次日07:00，那么这个班次在6点定时考勤核算时，认为当天考勤还没结束，不会核算出下班的打卡异常，如果下班有缺卡在7点结束后也不会及时核算，导致结果不准确，前一天异常考勤提醒也不准确）

用户角色：

• 员工日常考勤

解决方案：

【入职离职场景】

1. 入职日期离职日期发生变更后，会自动重新核算日期变更前、后之间日期的考勤，确保考勤数据为最新结果；

2. 入职、离职上班免打卡、下班免打卡的规则配置时，要求全天至少有一次主动打卡，才会触发系统免打卡的逻辑；

3. 重新入职的情况，可以正常对每一段在职期间的离职免打卡规则正常核算；

【请假出差外出只打一次卡场景】

1. 配置包含上午或下午时间段、包含上班或下班时间点时，都能正常触发免打卡，且打卡时间按照实际的请假/出差/外出开始的时间计算，并减免早退的时长；

   例如：09~18点班次，可晚到晚走1小时，下午为13~18点，下午按小时请假13或~18，或按半天请假，09:37上班打卡，会按照请假开始的13:00自动打卡，实际应该13:37打卡才不存在早退，优化后会自动豁免早退的分钟数；

2. 配置包含上午或下午时间段的情况下，会组合计算全部的请假/出差/外出时间段，只要符合就能正常免打卡；

【每日定时考勤核算】

1. 在系统每日6点定时核算前一天考勤的基础上，如果发现有班次的下班打卡结束时间在6点之后，会在打卡时间结束后15分钟内补充进行核算；

   例如：班次9~18，下班打卡的范围为 14~次日07:00，那么这个班次在6点定时考勤核算后，在7点之后的15分钟内会自动补充核算一次，确保考勤结果及时更新；

升级内容：假期离职清算规则逻辑优化

业务场景&问题：

• 假期离职清算数据配置规则不够灵活，预置的清算规则不能停用，存在跟发假或假期账户单位不一致问题

• 离职清算设置灵活性提高

  • 预置的离职清算规则支持停用或修改

  • 规则设置增加更多场景配置（如清算单位、取整规则）

用户角色：

• 考勤HR

解决方案：

• 假勤设置将【原离职清算规则与休假规则】归类为1个设置项

• 所有离职清算规则均可以停用，包括系统预设的【年假&加班调休】的离职清算规则

• 添加离职清算规则时，可以选择所有【余额限制】的假期类型，但每个假期类型只能配置1个启用中的离职清算规则

• 特殊情况说明：

  • 目前仅支持智能发假可以折算，添加和导入的假期不会折算

• 系统预置的【加班调休】假期类型，仅可选择全部额度清算，不可以设置为按在职天数折算

• 生效日期：员工的离职日期需要在假期的离职清算规则的生效日期之后，才会进行清算

• 原失效日期：去掉了

• 离职清算单位支持设置，默认为【与请假单位一致】，可统一调整为天或小时

  按分钟请假时，默认折算为小时

• 取整规则可支持【向下舍去/四舍五入/向下补足】到【1/0.5/1位小数/2位小数】

• 离职清算规则设置后，有3个入口可以查看员工的假勤清算额度

  【离职申请、离职办理】的审批申请表单中：原有逻辑，需要对应审批定义中启用了【假期清算】字段

  

  

  • 【后台-人事-离职管理】中：原有逻辑

  • 【假期账户-余额管理-员工假期账户详情】：新增入口

• 若离职员工没有需要清算的假期类型，或者没有清算规则时，弹框会提示为空

• 离职清算规则增加清算单位后，对月报的影响：

     配置了离职清算规则的假期账户，在月报中的预置离职清算字段中，需要增加对应的小时数的预置字段

       预置的公式中需要增加【取假期类型在指定日期的清算小时数】

升级内容：排班更新通知支持可选

业务场景&问题：

• 存在客户上线时，存在需要多次导入排班数据的特殊场景，此时不想通知员工排班变更通知，目前系统会默认推送，无法选择

用户角色：

• 考勤HR、排班管理员

解决方案：

• 在以下场景中，若监控到存在员工班次发生过变更（从有班次变更为无班次、班次调整）时，需要弹框确认是否给员工推送消息。

  假勤-排班管理-个人视角-调整班次-确认

  

      假勤-排班管理-排班组视角-排班-编辑排班表-发布

         假勤-排班管理-排班组视角-批量导入排班-确认导入-发布

升级内容：不可加班日期交互优化

业务场景&问题：

• 客户工作日不允许加班，客户法务反馈以下文案存在用工风险，该风险确认存在，需要进行规避。

用户角色：

• 员工

解决方案：

• 加班规则中若针对日历类型，部分未开启可以加班时，员工在发起加班申请时，选择加班日期时，不可选择该员工适配的加班规则中，未开启加班规则的日历类型对应的日期

管理员添加加班记录时，交互没有调整，会明确告知原因

升级内容：提补卡审批时在表单内实时统计补卡次数

业务场景&问题：

• 当前补卡审批流需要提交完毕之后才会更新补卡次数，会导致审批流中配置的判断条件【当不卡次数大于等于X次时，走何种审批】无法产生实际作用。

用户角色：

• 考勤HR、审批HR、员工

解决方案：

• 目前审批表单中的【补卡总计】的【本月累计补卡次数】不含当前表单中的补卡次数

• 原【本月累计补卡次数】字段调整为【本月补卡不含当前】

• 新增字段【本月补卡含当前】：已通过的补卡申请+在审批中的补卡申请+表单中已经填写的所有补卡申请次数