绩效

升级内容 1：导入执行人放开需先开启第一个环节的限制

业务场景&问题：

当前在活动中导入执行人，需要先开启第一个环节，方可导入。这样可能会导致导入前的执行人会收到无效的待办通知

用户角色：

绩效 HR，SSC，员工

解决方案：

• 如下图，支持在未开启任何环节时，也支持导入执行人

• 使用该能力仍有部分限制：由于技术框架限制，流程、执行人的生成当前均是在开启第一个环节后产生，该能力是一个变相的取巧方式实现，在不开启任何环节导入执行人时，会有以下限制：

2. 导入的模板中无法读取原执行人，原执行人为空

3. 若环节的执行人逐级审批：从「所属部门的 XXX」到「N级部门的 XXX」，无法计算被评估人的实际层级，模板中的表头固定是从「十级部门的 XXX」到「N 级部门的 XXX」，导入时按每个被评估人的实际部门层级，填写对应的执行人即可

升级内容 2：支持按指标指定评估人

业务场景&问题：

在绩效评估的场景中，常常会存在不同的指标需要由不同的评估人来打分：例如：

• 项目制考核中：每个指标指定由不同的项目协同方/项目负责人来评分，由各评估人的评分计算得到绩效结果

• 在固定指标考核中，财务指标由财务 BP 打分、运营指标由运营人员打分

故系统需要支持到按指标级设定评估人的能力，来支撑这种灵活评估的场景。

用户角色：

员工、主管、绩效 HR、SSC、系统管理员

系统路径

• 规则配置：绩效 - 绩效模板

• 绩效评估：绩效 - 绩效待办

• 进程监控：绩效 - 绩效活动

使用教程

1、【模板】如何配置

1.1 考核表配置

• 如下图 1，若某个维度下的指标 / OKR / 评估项需要按每个指标 / OKR / 评估项指定不同评估人，需开启该开关

• 一个指标下的评估人支持多个，当有多个时，该指标得分可配置为是算平均分或加权求和

• 注意：该配置与考核表结构一样，创建活动后，当开启任意环节或导入目标后，就不可修改活动中的模板规则，请谨慎配置

• 「指标评估人」可以理解为是指标上的字段，同编辑其他指标字段同理：

  • 若是固定指标：则可以直接在模板中指定每个固定指标的评估人，如下图；也可以不指定，在考核中指定

  • 若是考核中新增的指标，则可以在考核中指定：例如在制定目标时一并指定评估人，或者 HR 在活动中导入

1.2 流程配置

• 流程中需配合两个环节以实现按指标评估的效果：

2. 指定评估人的环节：非必须，如需要建议在目标制定、目标审核、自评等环节一并完成，例如在目标制定时就允许一并填写指标上的评估人，也可以 HR 在活动中导入

3. 按指标评估环节：必须，即评估环节，这个环节的执行人即为指标上指定的评估人，每个评估人只需评估与自己相关的指标，如下图

1.3 结果配置

• 「按指标评估」环节的评分可以参与结果计算

• 「按指标评估」环节参与结果计算时，先按指标评估人的平均分/加权求和得到指标得分，再由指标得分计算得到维度得分... 层层往上计算得到最终评分

1.4 内容权限配置

1、指定评估人：

• 对于考核中员工/主管自主新增的指标：建议配置在「按指标评估」环节前的某一个环节，允许编辑「评估人」（与编辑其他指标字段逻辑相同）；若不允许，也可以由 HR 在活动中导入

• 对于固定指标：若允许编辑「评估人」，同编辑其他固定指标字段一样，需勾选「编辑已有指标」和「可修改固定指标的预设内容」和「评估人编辑/必填」权限

2、「按指标评估」环节：执行人 = 指标评估人

• 对于启用了「按指标指定评估人」的维度：「按指标评估」的执行人仅可见自己是评估人的指标，与自己无关的指标不可见

• 未启用「按指标指定评估人」的维度：若也允许「按指标评估」环节的执行人可见/可评价该维度下的内容，则可见/可评价维度下所有内容。例如「价值观」维度，也允许「按指标评估」环节的执行人可见并评价，则评估人可见所有价值观并做出评价

• 「按指标评估」环节建议关闭总评：由于评价的指标只是部分指标，会缺失部分指标，该环节的总评分若自动计算，则会缺失部分指标的评分

3、非「按指标评估」环节：无论维度是否开启「按指标指定评估人」，均可见内容权限配置允许可见的维度下所有内容

2、【待办&活动】如何指定评估人

1. 在完成待办时指定：若是内容权限允许在待办中编辑评估人，例如在「目标制定」时一并指定评估人，则效果如下图（若是指标得分取平均值，则无需设定权重）：

2. HR 导入：导入指标上的「评估人」，同导入其他指标内容一样（例如「目标值」「完成值」），可以通过活动中「目标或指标导入」功能，来完成评估人的首次导入或更新

3、【待办】「按指标评估」环节如何完成评估

• 与其他评估型待办一样，在「我团队的绩效待办」分类下，可见「按指标评估」待办，会显示所有需要我评估的被评估人：

• 进入详情，对于启用了「按指标指定评估人」的维度，「按指标评估」环节的执行人仅可见自己是评估人的指标，其他指标会被隐藏，如下图红框

• 但若该环节同时允许可见或可评论其他维度（未启用「按指标指定评估人」），则不会做过滤，例如「价值观」维度，同时允许「按指标评估」环节进行评估，则评估人可见、可评价维度下所有价值观

4、【活动】HR 如何监控流程并干预

1. 对于开启了「按指标指定评估人」的维度，HR 可以在考核表中，看到每个指标的评估人：

2. 绩效流程中，也可以看到「按指标评估」环节每个评估人的完成状态：

3. 由于指标评估人可能是在考核中新增，故当被评估人的流程流转至「按指标评估」环节时，若存在有的指标上的评估人为空（仅校验开启了「按指标指定评估人」的维度），则会在「待处理」报错，HR 可以通过导入更新指标完成修改评估人

5、【试用期】同样支持「按指标评估」能力

• 与绩效一样，试用期同样支持「按指标评估」的能力

• 需要注意：修改试用期模板，仅会对新发起考核的员工生效

IM

升级内容 1：支持查询 IM 中员工/部门变更日志

业务场景&问题：

Moka People 作为员工、部门的主数据管理系统，同步员工和部门的数据至 IM 的通讯录中，常常会出现两边系统对不上的情况，用户不知道原因，往往需要找到 Moka 技术查询，沟通链路长且效率低

用户角色：

系统管理员、CSM

解决方案：

1、IM 侧员工变更日志

• 如下图，在员工同步列表中，新增「IM 变更记录」功能，可以通过该功能，查看某个员工在 IM 侧的所有变更记录（注：是指该员工账号在 IM 通讯录里的信息变更记录，不是 Moka 系统中的变更记录）

• 如下图，点击该功能，可以查看对应员工在 IM 所有的变更记录，变更来源两部分内容：

  • 通过 Moka 同步产生的变更：例如异动导致信息变更、离职导致账号删除

  • 客户自行在 IM 侧修改产生的变更：

    • 目前仅钉钉支持查询来自这部分的变更，且需要在 IM 中对 Moka People 应用开通事件回调权限，详见帮助中心：https://mokapeople.moyincloud.com/d/1729799375436214273.html

    • 企业微信、飞书暂不支持查询来自这部分的变更

• 若最新一条变更日志来自 Moka 同步且「失败」，则可以操作「重试」，如上图

• 对于来自 Moka 同步且「成功」的日志，可以操作「查看详情」，查看变更前后的对比，如下图：

2、IM 侧部门变更日志

• 同员工，在部门同步列表中，新增可查看「IM 侧部门变更记录」的入口

• 点击可查看某个部门的变更日志：

  • 同样来源两处：通过 Moka 同步产生的变更、或自行在 IM 侧修改产生的变更

  • 最新一条来自 Moka 同步失败的可以重试

  • 来自 Moka 同步成功的可以查看变更详情，如下图 2

3、其他事项

• 查询员工、部门在 IM 侧的变更记录，操作用户需先拥有相关权限：

  • 员工变更记录权限：设置 - 服务对接 - 查看 IM 同步日志 - 员工同步日志

  • 部门变更记录权限：设置 - 服务对接 - 查看 IM 同步日志 - 部门同步日志

• 该日志的记录，在已有接口上修改，不会增加对 IM 的接口调用量

• 注：无论是哪种变更，客户在 IM 的操作后台中，同样能查询到这些变更日志，路径为：

  • 钉钉：【钉钉管理后台】→ 【安全与权限】→ 【审计日志】

  • 企业微信：【管理工具】→ 【使用分析】→ 【管理端操作日志】

  • 飞书：【合规】→ 【日志审计】→ 【管理员日志】/【OpenAPI日志】

假勤

升级内容 1：按班次配置加班规则

业务场景&问题：

• 加班规则中按考勤组关联，若班次加班规则不一致时，无法正确结算加班

• 业务场景：

  • 如：周一到周四不加班，但周五可能需要加班

  • 如：排班制需排了加班班次才能加班，其他情况不加班

用户角色：

员工、考勤HR

解决方案：

• 班次设置中支持配置加班规则，仅可选择开启了【工作日加班】的加班规则

  • 默认是与关联的考勤组的加班规则一致

• 加班规则列表中增加显示关联的班次数量（启用&停用的班次数量），点击可查看关联的班次，点击可查看班次详情

• 加班规则列表的停用判断逻辑，增加了是否关联了【启用中的班次】，若关联了启用中的班次则不允许停用

• 若编辑加班规则详情时，已关联班次的加班规则，不可取消【工作日加班】，并提示：加班规则已关联班次，不可取消工作日加班规则

• 考勤组关联【加班规则】配置增加提示，引导可以在班次内配置加班规则

• 逻辑影响：员工提交加班申请、管理员添加/导入加班记录时，查询加班规则时，若为工作日加班，员工对应的班次有加班规则时，以班次的加班规则进行计算

• 员工出勤日历上展示的信息优化

  • 考勤组支持直接跳转，增加了考勤统计规则的展示

• 员工每天的假勤记录中，基本信息中可查看当天的休假规则和加班规则

• 本月/本年累计加班次数和时长的统计，以【加班日期】所在月份判断，不再以加班开始时间和结束时间是否与当前月份有交集判断

对于【排班需安排加班】的解决方案：

• 需先配置一个【安排加班班次】，因班次内的时间不会记录为加班时长，班次时间需配置为不记录为加班时间的范围，班次的上下班打卡范围根据实际员工上班时可打卡的范围设置即可；

  • 如：09:00-18:00为可加班范围，12:00-13:00为休息时间，则班次配置为12:00-13:00，上下班打卡范围设置为06:00~次日03:59分

• 设置安排加班时的加班规则，加班结算方式选择为【按实际打卡结算，无需申请】，员工当天加班时长=当天的下班打卡时间-当天上班打卡时间-休息时间-不可加班时长；若当天加班时长有限制，在加班规则中可以配置最大8小时。

  • 如上方例子中的情况，09:00前、12:00-13:00及18:00后不算加班，则这部分时间需要设置为休息时间

• 班次内关联该加班规则，排班时若给员工安排该班次，则员工完成上下班打卡后，会自动统计加班时长

  • 如：员工当天排班了【安排加班班次】，上班打卡时间为08:50，下班打卡时间为18:21，则员工有效加班时长会自动计算8小时

升级内容 2：加班时长计算解析优化

业务场景&问题：

• 加班记录结算时的逻辑计算比较复杂，为HR能更清晰的了解是如何结算出来的，优化了加班结算说明

• 存在有的场景下加班补偿为调休假时，存在比例换算或者公式配置错误的情况，在加班记录中增加发假时长的展示

用户角色：

考勤HR

解决方案：

• 加班结算说明的解析增加了加班规则的展示，是加班结算时对应的规则快照，非最新配置的规则

• 加班记录中增加了【发假时长】的展示

升级内容 3：考勤免打卡规则支持配置

业务场景&问题：

• 系统目前的免打卡规则需当天员工已有打卡的情况下，才可享受免打卡的规则，不符合客户的一些场景：如入职当天若员工未打下班卡时，依然可以享受上班免打卡，考勤异常应统计为缺卡。

用户角色：

员工、考勤HR

解决方案：

• 考勤组设置时，免打卡规则可以根据不同场景，分别设置免打卡是否要求员工当天需要打卡

  • 例如：入职时不要求有打卡记录，离职时需要求上班进行了打卡才可享受免打卡。

  • 历史已配置的考勤组规则是：员工当天没有打卡记录时，不享受免打卡

升级内容 4：考勤核算解析优化

业务场景&问题：

• 考勤核算过程比较复杂，HR核对时需要很多信息，目前系统内已提供了相关的信息，但入口不够明显，且信息提供后内容不够直白。

用户角色：

考勤HR

解决方案：

• 异常计算说明的入口优化：

  • 在假勤记录页面上，直接在考勤异常结果后，直接引导用户可点击打开查看

  • 出勤日报中增加异常计算说明，若为多段时，展示多段的异常计算的结果明细

• 考勤的异常说明是以最新的考勤规则计算，若检查发现员工当前考勤核算的结果跟最新规则不一致时，会提醒直接重新核算

• 内容优化：

  • 应出勤时间的释义：说明是结合哺乳假类型请假、晚走补偿后计算的应出勤时间

  • 出勤信息：若有审批中的请假、出差、外出、补卡时，会直接提醒审批通过后的考勤结果

  • 弹性考勤规则：若未触发弹性会明确告知“不符合弹性考勤规则”，若触发了会告知实际的弹性规则

  • 同享规则：触发了会显示

  • 实际应出勤时间：综合弹性规则、出差外出请假计算后的实际应出勤时间

  • 上班or下班打卡范围：若班次是分批配置的上下班打卡范围，会结合出勤情况、弹性考勤后的实际下班打卡范围

  • 上下班打卡范围：若班次不拆开上下班打卡范围显示，打卡范围不会调整，但上下班打卡记录的逻辑会明确显示

  • 上班打卡时间和下班打卡时间：无有效打卡记录时，会提醒

升级内容 5：支持查询发假记录日志及发假变更记录

业务场景&问题：

• 目前系统内员工没有发假成功时，没有记录可以查询；且发假记录发生过变更后，客户无法查看历史变更记录

用户角色：

考勤HR

解决方案：

• 在【假勤-假期账户-发假明细】可查看发假明细的变更记录，所有记录均可以查看变更记录

  • 变更记录需校验权限：需有【发假明细】页面的【编辑】才可查看

• 所有已撤回的发假记录均需要展示（历史逻辑：未被使用过的发假记录被撤回时，页面上不展示）

  • 状态为【已撤回】的发假记录不支持操作编辑/撤回

• 点击变更记录，可查看该条记录的变更记录，按变更的时间倒叙排列

  • 注意：上线前管理员编辑或修改的记录无法查询，仅支持上线后的数据；非管理员编辑或修改的记录会展示

• 通用的发假记录的变更有以下类型，支持查询：

  • 系统自动的智能发假

  • 管理员手动发的智能发假

  • 管理员手动智能发假时撤销的发假

  • 管理员添加发假记录

  • 管理员导入发假记录

  • 员工信息变更触发的智能发假

  • 管理员编辑了发假记录

  • 管理员撤销了发假记录

  • 管理员批量修改了发假记录的有效期

• 变更原因中若展示【休假规则】时，点击休假规则可查看当时发假的快照信息

• 加班记录产生的加班调休记录，会存在的特殊情况有以下类型，支持查询：

  • 员工申请通过的加班记录

  • 管理员添加的加班记录

  • 管理员导入的加班记录

  • 审批通过的加班记录撤销

  • 打卡记录引起的加班重新核算

  • 加班记录重新核算

• 在【假勤-假期账户-发假明细】增加了【智能发假日志】入口，可查看智能发假的日志

• 发假日志展示当前登录的账户的可见范围的员工的发假日志，分页展示，支持搜索查看

• 休假规则为当时发假时对应的快照记录，非最新的规则，i提示：点击查看的是发假时间当时的休假规则配置，不是最新的规则配置。

• 发假状态的定义：

  • 成功发假则显示【已发假】，不论数量是否为0

  • 失败则显示【未发假】，未发假时会展示失败的原因

  • 注意：已发假但发假数量为0时：发假数量为0时，发假明细中不会展示该发假记录

• 智能发假日志也可以进行发假测试，与发假规则内的功能相同

• 符合发假条件，但发假时间超过了规则配置时间的，系统不会智能发假，增加了相应的提示，告知用户需要进行手动智能发假

升级内容 6：支持假期账户余额读取及请假写入/更新/撤销接口

业务场景&问题：

• 客户有部分员工的请假不会在moka内提交，但发假是在moka内进行。目前员工在外部系统提交请假申请时，无法直接查看自己的假期额度，请假后也不会扣除系统内的假期额度。

用户角色：

HR、IT

解决方案：

1、支持请假记录写入接口

【接口形式】

• 由客户主动推送请假数据过来，请求方式POST

【接口授权】

• 统一走标准授权认证：OPEN API

【接口说明】：通过此接口，可以新增/更新员工请假记录信息（请假类型、请假时间等），可写入最近半年的请假记录。

【接口参数】

【接口验证内容】-适用于写入和更新接口

【数据落地】

• 接口写入会生成请假记录

• 请假记录状态无论是审批中或通过，需计算请假时长，若为【余额限制】类型的假期类型时，需扣除对应的假期账户额度

• 请假记录来源需标记为【接口同步】的请假记录

• 审批通过或撤销的请假记录需触发员工期间内考勤核算和月报核算

2、支持请假记录更新接口

【接口形式】

• 由客户主动推送请假数据过来，请求方式POST

【接口授权】

• 统一走标准授权认证：OPEN API

【接口说明】：通过此接口，可以更新员工请假记录信息（请假类型、请假时间等），可更新最近半年的请假记录。

【接口参数】

3、支持假期账户余额读取接口

【接口形式】

• 由客户主动请求获取数据

【接口授权】

• 统一走标准授权认证：OPEN API

【接口说明】：通过此接口，可以查询员工的假期账户的信息（假期类型、发假总额、可用余额等），员工假期账户信息查询接口，支持条件查询以及分页

【接口参数】

请求体：Request Body,

• 响应体 Response Body

• 返回结果data说明

同一假期类型中需要有多个员工，则date中展示多条记录

批量查询员工时，返回没有查询到的员工ID

人事

升级内容 1：人事-试用期考核优化

业务场景&问题：

1. 客户启用试用期管理或者变更转正方案，不会影响已入职员工且客户感知不到，导致预期参与试用期考核的员工未发起流程，且无法筛选

2. 试用期考核方案维护错误，无法排查是手动添加还是自动添加，影响排查效率

3. 非超管无法关联自己的试用期考核

4. 转正后，试用期考核未自动归档，导致待办仍在进行通知

5. 试用期列表部门筛选组件权限应用错误，目前需要分配花名册管理权限

用户角色：

HR SSC

解决方案：

1. 转正方案添加与更新时，会提示适用范围冲突的员工支持客户手动修改

PS：更换转正方案，会清空试用期考核已填写的所有内容，建议客户谨慎操作

2. 试用期考核详情，新增修改当前员工考核模板能力，支持待考核和考核中的试用期员工进行考核内容和流程的变更，变更条件与绩效活动中修改模板一致，未开启的环节可进行调整

3. 试用期列表新增【转正方案缺失】提醒，增加转正方案、加入转正方案方式、加入转正方案时间的展示和筛选，转正方案默认会展示在现在的列表上

4. 新增修改档案员工考核模板权限，新增查看自己考核详情权限，修改查看考核详情-->查看他人考核详情

升级内容 2：自定义流程/人事核心流程支持回写员工信息

业务场景&问题：

• 场景 1：

  • 客户会很经常用到面谈，关怀面谈、冲突面谈等，这些面谈的结果希望能回写到人员信息档案

  • 学历/职业药师/注册安全工程师提升津贴。信息发生变化时需要走自定义审批流

• 场景 2：

  • 客户自定义了「资产信息」分组，离职时需要查看并维护状态

用户角色：

员工、HR SSC

解决方案：

「自定义流程、异动、离职、离职办理、实习生转正式、试用期转正、试用期转正-多轨制」增加「个人信息」和「其他信息」的数据回写能力

入职

升级内容 1：增加取消入职操作记录

业务场景&问题：

1. 取消入职有多个入口，目前没有操作记录，用户排查问题困难

用户角色：

HR SSC

解决方案：

1. 新增取消入职操作记录（ATS取消、页面取消、接口取消均支持）

升级内容 2：支持入职回写接口

业务场景&问题：

1. 用户采购了其他招聘系统，如飞书招聘，预期将offer员工同步至Moka People

用户角色：

IT

解决方案：

1. 新增待入职员工接口

• 支持一次性添加多个待入职员工，按data 数组中的顺序执行，成功的落库并记录待入职员工ID至返回记录中，失败的记录到返回记录中

• 部门支持部门编码或者部门ID识别，Id有值时按Id查询，否则使用编码

• 直接上级/其他人员类型字段，支持员工id或者工号识别，Id有值时按Id查询，否则使用工号

• 支持写入附件类型字段

• 添加后触发入职计划相关事件，如入职任务、信息采集、入职通知等

  • 数据落地：
    添加操作记录

1. 变更待入职员工接口

• 支持一次性更新多个待入职员工，按data 数组中的顺序执行，成功的落库并记录待入职员工ID至返回记录中，失败的记录到返回记录中

• 已入职和取消入职后不支持更新

• 支持按待入职员工ID更新或者按待入职工号更新，都有值时以待入职员工ID为准

• 待入职员工ID有值时，支持更新待入职员工工号

• 部门支持部门编码或者部门ID识别，Id有值时按Id查询，否则使用编码

• 直接上级/其他人员类型字段，支持员工id或者工号识别，Id有值时按Id查询，否则使用工号

• 支持写入附件类型字段

• 更新后触发入职计划变更相关事件，比如：入职日期变化通知

  • 数据落地：
    添加操作记录

1. 待入职员工取消入职接口

• 支持一次性取消入职多个待入职员工，按data 数组中的顺序执行，成功的落库并记录待入职员工ID至返回记录中，失败的记录到返回记录中

• 仅支持取消入职，不支持取消入职后变更为待入职或者已入职

• 触发入职计划中取消入职的相关通知以及其他事件

  • 数据落地：
    添加操作记录

薪酬

升级内容 1：发薪组织变更支持操作记录

业务场景&问题：

1. 未来生效的薪资档案，发薪组织会自动匹配适用范围，落地到薪资档案时没有操作记录，导致出现问题不好排查

用户角色：

HR SSC

解决方案：

1. 薪资档案落地时，如果前序薪资档案已有发薪组织，则不会匹配，如果发薪组织为空则会按适用范围自动匹配

2. 自动匹配时会同步生成操作记录