绩效

升级内容 1：绩效新增横向考核表

业务场景&问题：

当前绩效待办详情中，考核表是类似于 Word 的竖向展示，如下图：

这会导致两个问题：

1、页面过长，需要来回滚动好几个屏幕，才能显示完整内容

2、当前有不少客户使用系统前使用线下 Excel 或者其他系统，已习惯用横向展示的方式，需要重新习惯和适应

解决方案：

• 如下图，在考核表详情，支持进行【横视图】【纵视图】的切换，【纵视图】即为当前纵向展示 的方式，如下图

• 切换成【横视图】后，支持指标、OKR 等以横向的方式进行呈现，如下图：

• OKR 展示效果如下图：

• 可以打开/收起参考信息，例如：参考目标、360 评估、历史绩效等

• 同样可以在【横视图】中评估、以及查看他人的评估内容：

• 在活动、团队绩效中，查看被评估人的详情，同样支持【纵视图】和【横视图】的切换，切换后，会全局保存当前操作用户的适用偏好，下次查看考核表详情，依旧默认展示上次选择的视图

假勤

升级内容 1：员工离职清算及假期可用额度的折算优化

业务场景&问题：

• 当前离职清算是基于员工对应周期的已发假数量，发假数量在发假时就已换算过取整规则，客户若发假和离职清算的取整规则均为向上取整时，清算结果比重新计算员工应享受的实际额度更高。

• 离职清算的假期额度是对离职日期时依然生效的发假记录进行清算计算，员工请假时的可用额度在休假规则内配置，当前不支持取整设置，导致待离职员工休假时无法使用正确的额度，需要支持待离职员工可休额度支持选择按发假规则设置及支持取整设置

解决方案：

• 在【假勤设置-假期规则设置-离职清算规则】中，清算方式若选择【按在职天数按比例折算后清算】时，可以选择不同的折算方式：

  • 按员工实际发假数量折算：历史清算规则对对应该类型，添加规则时默认为该类型；

    • info说明内容：员工2024年周期内应发假为7.88天，取整后实际发假数量为8天，则按8天进行折算

  • 按发假时的发假规则折算：以发假记录当时的发假规则快照，重新计算员工应享受的假期额度；

    • info说明内容：依据员工发假记录当时的发假规则，折算后的额度是依据发假规则中的取整规则及释放方式的释放颗粒度综合计算。

    • 若发假规则配置的按天折算，则应清算额度计算规则：

      • 发假额度不存在跨档时：days (min{周期结束日期,离职日期}-max{周期开始日期,入职日期})/days(周期结束日期-周期开始日期）*周期应享受发假总额度，计算后通过【离职日期】计算已释放的假期额度即为清算额度。

      • 发假额度存在跨档时：根据跨档情况分段计算后相加获得

    • 若发假规则配置的按月折算，则离职日期对应的月份是否需要折算，则按入职日期的配置规则进行计算

    • 注意：若发假规则配置的不折算，则此时离职清算也不会折算

• 选择【按发假时的发假规则折算】时，需要设置清算单位和取整规则，这里与发假规则里的取整规则不冲突，因清算时会有多条发假记录综合进行清算。如：发假折算后为2.9，离职清算规则可以设置取整到0.5；若希望一直则离职清算配置舍去到1位小数即可。

• 若选择【按按发假时的发假规则折算】时，假期清算弹框上会显示按发假规则清算

• 注意：历史已创建的离职清算规则不能修改，可停用后重新创建

• 【在假期规则设置-休假规则】中，【员工离职申请通过后请假限制】若选择【不允许使用拟离职日之后的假期余额】时

  • 增加设置项，折算方式为2选1，默认为1：1、按员工实际发假数量折算；2、按发假时的发假规则折算

  • 增加取整规则设置

  • 对应影响到离职审批通过的员工的假期账户余额及请假时可用的余额

• 注意：若按发假时的发假规则折算进行计算时，需要重新智能发假，否则无法获取到快照信息的情况下，将会按员工当前对应的发假规则进行计算

人事

升级内容 1：新增离职交接时机

业务场景&问题：

• 管理者未离职但已休假，相关审批以及新增审批权限需要及时交接给其他人

解决方案：

【离职/离职办理】

• 离职&离职办理流程，新增交接时机分组，默认按默认时机交接，可选择手动指定交接时间

• 交接时间为非必填，为空时，默认按离职日期次日进行交接，交接时间不能晚于离职时间

• 审批通过后，交接时间落地至花名册离职信息中

• 系统交接执行（部门职责、直接下属、审批等）：离职办理通过时间<--离职交接时间<--离职日期次日

一体化

升级内容 1：支持一体化映射更多信息

业务场景&问题：

1. 一体化同步时，无法支持offer电子签附件、候选人附件信息中的附件信息的同步

2. offer变更，如薪酬调整暂不支持同步到People，导致数据不准确

3. 招聘负责人希望调整为候选人所有者，目前仅为职位招聘负责人，不可修改

4. 编制占编不支持发起offer或者接受offer

解决方案：

【字段映射】

• 设置-人事设置-员工信息设置中，附件信息新增【候选人登记表】、【offer电子签】，附件类型，非必填，允许更名，不允许停用

• 设置-入职设置-字段和规则设置，候选人登记表默认映射ATS候选人登记表，offer电子签默认映射ATS offer电子签附件

• 发起入职时，将所有候选人登记表和offer电子签写入，确认入职时，相关字段同步至花名册

• 支持附件信息的自定义字段可选择招聘的候选人自定义附件字段

【offer反复修改】

•  已发起入职，处于待入职阶段的候选人，在ATS中编辑offer信息后且候选人接受了offer，触发相关信息同步至待入职

  • offer标准字段，按照字段映射的配置，修改People中的数据

  • offer中填写的People字段，修改后同步待入职信息

    • 包括任职信息、个人信息、招聘信息、薪酬信息

• 相关变更，生成操作记录，来源offer变更，操作人：ATS操作人（显示对应员工姓名）

【招聘负责人】

• 设置-入职设置-字段和规则设置，招聘负责人支持变更，可选择招聘负责人/候选人所有者

【编制&offer联动】

PS：启用offer相关占编时，需要同步开启offer设置中的编制校验，否则无法触发offer占编

• 入职时机，新增已发送offer（offer状态为未发送且审批状态为审批中、offer状态为待接受、offer状态为已超期未接受）、已接受offer（offer状态为已接受）

• 在途调入数，新增上述时机的候选人，相关的占编数也同步更新计算

  • 姓名：展示为简历姓名

  • 工号：为空

  • 部门展示：为offer中的入职部门/People部门（二者取其一）

  • 工作地点：展示为offer中的People工作地点

  • 员工类型：展示为offer中的People员工类型

  • 职务：展示为offer中的People职务

  • 直接上级：展示为offer中的People直接上级

  • 占比情况：入职

• ATS 候选人 offer状态变更时，触发People编制计算

  • offer中People部门字段无值时，对应候选人不进行编制统计

  • 计算逻辑：

    • 候选人，offer状态为（offer状态为未发送且审批状态为审批中、offer状态为待接受、offer状态为已超期未接受）、已接受offer（offer状态为已接受）时，增加对应编制维度的编制

    • 相同候选人ID，

    • offer状态【已接受】时，状态改为其他，在途调入扣除对应编制

    • offer状态【已发送】时，状态改为非【已发送、已接受】是，在途调入扣除对应编制

    • 相同候选人ID，淘汰归档/删除候选人时，在途调入扣除对应编制

    • 相同候选人ID，取消入职时，在途调入扣除对应编制

    • 相同候选人ID，已入职时，在途调入扣除对应编制，在职编制+1

    • 相同候选人ID，offer状态为（offer状态为未发送且审批状态为审批中、offer状态为待接受、offer状态为已超期未接受）、已接受offer（offer状态为已接受）时，变更编制维度，增加新编制维度的编制，扣除之前编制维度

    • 相同候选人ID，发起入职后（确认入职前）入职信息发生变更编制维度，增加新编制维度的编制，扣除之前编制维度

电子签

升级内容 1：优化文件模板的明细组排序

业务场景&问题：

• 客户会打印在职履历表用于商务场合，目前教育经历、工作经历等明细组的填充顺序是乱序，客户觉得这样不专业

解决方案：

优化文件模板的明细组排序逻辑：

1. 家庭成员

   1. 按照数据创建时间正序排序

2. 工作经历

   1. 按照「开始时间」倒序排序

   2. 若有开始时间相同的数据，则再按创建时间倒序排序

3. 教育经历

   1. 按照「开始时间」倒序排序

   2. 若有开始时间相同的数据，则再按创建时间倒序排序

4. 实习经历

   1. 按照「开始时间」倒序排序

   2. 若有开始时间相同的数据，则再按创建时间倒序排序

5. 绩效结果

   1. 按照「绩效周期开始日期」倒序排序

   2. 若有开始时间相同的数据，则再按创建时间倒序排序

薪酬

升级内容 1：员工pofile显示薪资档案相关信息

业务场景&问题：

在员工晋升、调薪、年度普调时，管理者往往需要找HR了解员工薪酬情况及历史调薪记录。目前了解员工薪资数据需要从IM工作台-Moka people-花名册-搜索员工-点开薪资档案，高层吐槽路径太长，希望IM穿透后可快速查看。

解决方案：

效果页：

管理者查看时支持选择：

• 金额默认显示/隐藏

• 金额自动显示为K、W，并保留两位小数

• 可选择内部水平的定义，系统计算在管理者薪资档案权限内，对应维度与该员工相同的在职员工的平均值

设置页：

默认不添加，需要用户手动添加

• 可自定义命名组件名称，默认为薪酬信息

• 适用的员工范围：默认全部员工

• 谁可以看：默认仅具备查看员工薪资档案权限的用户可见

• 指标配置：

  • 可选择薪资标准项目+年度总收入，单选，必选：展示最新生效的薪资档案的这个字段

  • 内部平均薪酬

    • 管理者在查看时可选择维度，系统计算在管理者薪资档案权限内，对应维度与该员工相同的在职员工的平均值

    • 可选维度：选择部门、职务/职位、职级、员工类型

  • 可选择带宽分位/标准值：

    • 根据员工当前生效的薪资档案的薪资计划关联的薪资等级表

      • 若是带宽模式，则查询该薪资项目对应的带宽，计算带宽分位（要用%展示），（薪资-带宽下限）/（带宽上限-带宽下限）*100%

      • 若是薪级标准，则查询该薪资项目对应的薪级标准

      • ps：当选择年度总收入时，不可勾选本项，因为薪资等级表不支持配置年度总收入的带宽

  • 可选择CR值

    • 根据员工当前生效的薪资档案的薪资计划关联的薪资等级表，查询该薪资项目对应的行业薪酬，计算CR值

    • CR值公式：员工薪酬/行业薪酬

    • ps：当选择年度总收入时，不可勾选本项，因为薪资等级表不支持配置年度总收入的行业薪酬

  • 可选择近1年调薪次数（默认选中）

• 时间轴配置

  • 时间轴字段：薪酬生效日期、停薪记录则取最后发薪日

  • 时间轴关键信息：薪酬异动原因

  • 时间轴展示内容：支持用户选择薪资档案的字段，多选

    • 薪资生效日期、最后发薪日、薪资异动原因、默认选中、且不可取消

    • 薪资计划、年度总收入，默认选中

升级内容 2：支持更新员工资单并重新发送

业务场景&问题：

HR发送工资单后，员工会反馈工资有误，此时HR需要调整数据后重新发放。

当前操作路径：HR只能删除全部人的工资单，调整后重新生成再发放，将导致所有人会再一次收到工资单通知。若客户选择不发放，但会存在法律风险，因为实际发放和工资单数据不同。

需要修改核算中数据，保证核算结果和工资单结果一致，用于后续成本分析。

解决方案：

本次升级仅提供合规操作，即流程为修改算薪数据并重新审核，最后发新的工资单给员工。

1. HR创建工资单后，可撤回核算活动的发薪审批（若无需审批，则跳过本步）

2. 点击进入核算的第二步，HR可调整数据、或者进行核算

3. 重新发起审批（若无需审批，则跳过本步）

   1. 发薪审批可增加自定义字段，让HR填写重新发起原因，并通过分支流程走到特殊审批分支，达到快速审批效果

4. 完成审批后，系统会提示：有n人核算结果有变化，前往更新工资

   1. 核算第三步页面提示

   2. 工资单页面提示

5. 查看更新明细（支持只看差异字段），点击更新并发送工资，逻辑如下：

   1. 走重新发送逻辑，即先更新工资单“发送状态”和“查看状态”更新为“未发送”，“未查看”（若未发送则无需处理），在重新发送并获取发送结果

   2. 对于这些人新发的工资单邮件、短信 、IM内容需要增加文案最后增加说明说明，原工资单已作废，以本次工资单为准。

   3. 更新成功后，作废员工已收到的工资单，即员工进入系统查看的是最新的工资单。

审批

升级内容 ：钉钉OA审批创建Moka审批发起入口

效果：钉钉OA审批工作台增加Moka People入口