权限
升级内容:直线经理角色支持字段权限配置
业务场景&问题:
直线经理角色字段权限无法配置,仅配置功能权限后,用户查看数据时字段提示无权限。
用户角色:
系统权限配置人员
解决方案:
支持配置直线经理字段权限,下游业务请求角色字段权限时,会包含该角色。
(字段权限计算逻辑没有任何改动,和线上一致)
上线后初始化:
直线经理角色字段,已根据“档案权限-上级可见”初始化。
假勤
升级内容:休假规则人员适用范围等优化
业务场景&问题:
目前休假规则的适用范围的限制配置字段是固定的,无法满足客户的一些限制诉求,例如区分日薪or月薪员工可享受的假期类型不同
用户角色:
系统配置人员:HR(SSC)
解决方案:
【基础规则】选择部分员工时,拓展可选字段范围为:个人信息及任职信息下的单选和是非类型的字段(包括专业职级和管理职级)
申请时长限制拓展支持【据自然年限制】
升级内容:换班支持员工申请调换自己的班次
业务场景&问题:
当前换班只能申请与其他人交换班次,无法与自己调整
月报统计数据中没有换班的次数、申请人等数据,公式中没有使用换班的数据统计字段
用户角色:
系统配置人员:HR(SSC)、员工
解决方案:
在换班申请的模板中,增加了【交换日期】和【交换班次】字段,换班人支持选自己
若换班人选的是申请人本人时,则换班班次可以自行选择
换班详情会对应展示员工的换班内容
月报中支持统计换班天数及次数
换班天数 | 按天统计按月汇总 | 月报账期内,考勤日期有申请换班且通过的次数,同一天申请多次只计为1天; |
与其他人换班天数 | 按天统计按月汇总 | 月报账期内,考勤日期有申请换班且通过,且是与其他人换班(申请人≠换班人)的天数,同一天申请多次只计为1天; |
与自己换班天数 | 按天统计按月汇总 | 月报账期内,考勤日期有申请换班且通过,且换班方式是与自己换班(申请人=换班人)的天数,同一天申请多次只计为1天; |
换班次数 | 按月汇总 | 月报账期内,考勤日期有申请换班且通过的次数,同一天申请多次换班重复计算; |
被换班天数 | 按天统计按月汇总 | 月报账期内,因为其他人通过换班申请发生过班次变更的天数;员工与自己换班不计入; |
日报月报公式增加换班字段
分组 | 字段名称 | 类型 | 逻辑 |
日报记录. | 换班日期 | 日期 | 年月日,申请人申请换班的考勤日期 |
换班班次 | 文本 | 申请在换班日期换班前的班次 | |
交换的日期 | 日期 | 年月日,申请人交换班次的考勤日期 | |
交换的班次 | 文本 | 申请在换班日期换班后的班次 | |
换班天数 | 数字 | 员工是申请人,且考勤日期当天有换班记录,即考勤日期=换班日期,结果为1 | |
被换班天数 | 数字 | 员工是换班人,且考勤日期当天有交换班次的记录,即考勤日期=交换的日期,结果为1 | |
换班来源 | 文本 | 匹配文字:管理员添加、换班申请 | |
与其他人换班天数 | 数字 | 按天统计的与其他人换班天数 | |
与自己换班天数 | 数字 | 按天统计的与自己换班天数 | |
换班次数 | 数字 | 按天统计的换班次数 | |
被换班天数 | 数字 | 按天统计的被换班次数 | |
出勤月报. | 换班天数 | 数字 | 按月统计的换班天数 |
与其他人换班天数 | 数字 | 按月统计的与其他人换班天数 | |
与自己换班天数 | 数字 | 按月统计的与自己换班天数 | |
换班次数 | 数字 | 按月统计的换班次数 | |
被换班天数 | 数字 | 按月统计的被换班次数 |
**特殊说明:这个功能使用需要重新配置新的换班审批定义
升级内容:我的出勤日历显示异常结果及班次优化
业务场景&问题:
我的出勤上线后,收到用户反馈,出勤事件和考勤结果圆点太小难以区分,以及考勤结果变成了圆点后获取信息效率低下
用户角色:
员工、考勤管理员
解决方案:
出勤事件、异常状态、排班名称不再有优先级的展示,依次有对应的位置
请假、外出、出差、加班、补卡,换成5个圆点(其中补卡为本次新增):
排班名称:如图,插槽第一行文字。截断4字,超出不显示。不再有颜色的分类
异常考勤状态:如图,插槽第二行文字。截断4字,超出不显示。显示大类(迟到、早退、缺卡、旷工、日工时不足)
正常考勤状态:下线
出勤记录卡片新增补卡记录
注意:历史的考勤统计设置若希望展示补卡记录,需要在【设置>>假勤设置>>考勤统计设置>>我的出勤字段>>考勤记录】中增加显示补卡记录
升级内容:出勤月报支持直接修改&导入
业务场景&问题:
出勤月报不支持直接变更数据,日常考勤会存在一些特殊情况影响日报的计算结果,导致月报统计不准确,HR希望可以有对于特殊情况时直接变更统计结果的功能
员工提交的请假等数据仍在审批中,导致考勤日报、月报统计结果不准确,且已封存月报数据发生变更后,无提醒
用户角色:
考勤管理员、员工
解决方案:
月报支持直接变更和导入数据结果
出勤月报的按钮顺序调整:变更、出勤日历、查看考勤确认、查看变更记录、解封/封存
点击变更后,显示当前变更的员工信息及对应月报周期
可变更的字段为月报统计设置里允许被变更的字段,不允许被变更的字段不会显示;
允许被变更的字段为:字段来源为租户的所有【考勤统计设置】中使用中的字段,不含员工信息字段
变更时必须填写变更原因,至少需要变更1项
若字段配置在【我的出勤字段】中,则员工侧可以看到变更后的数据,并有相应的提示
若员工数据发生过变更,变更状态则为【有变更】,点击可查看员工发生过变更的具体字段及数据
导入需要先下载对应月报及周期的导入模板
模板是对应周期的模板,下载后会将员工当前的月报数据同时下载下来(已封存的员工数据不会下载)
注意事项:
系统根据工号和姓名进行员工匹配,请确保维护正确数据;
月报导入仅支持月报考勤结果的字段数据,员工信息数据仅为展示不支持导入;
字段名称需要跟月报配置的名称一致;
人员必须为当前月份、当前月报的人员,考勤周期格式需输入yyyy-mm,yyyy/mm;
新数据请与原数据格式保持一致,导入后将覆盖员工原数据统计结果,若数据为空或跟原数据一样时将不做变更;
当月数据已封存的员工不支持导入;
每次导入最多支持2000条数据
**特殊说明:
导入历史数据时,需要先核算出勤月报后才能导入数据
导入模板中的变更原因必填
数据有变更时
可以查看变更记录
可穿透的数据可以会对应提醒
可能会存在系统计算值与修改后的值一致,例如旷工批量修正为正常后,则两边数据一致
月报数据员工之前确认,但没有过确认的周期结束时间,管理员修正/导入了新的数据,即考勤月报数据发生了变更,需要给员工重新发送考勤确认通知
变更和导入均有权限控制,不会默认打开,需要开启对应权限后才能使用,设置位置在【设置>>账号权限>>角色管理>>功能权限>>假勤】
当月报数据已封存时,封存数据与系统当前实时计算的数据有差异时,会提示【封存数据差异】,点击可查看差异数据,方便排查原因及核对数据
封存数据差异仅开启了封存功能的月报才会显示,可以咋【设置>>假勤设置>>考勤统计设置>>字段设置>>考勤数据监控】中设置
其他调整:
导出接入了通用列表通用导出能力,部门会有全路径名称和各级部门名称
组织人事
升级内容:历史花名册支持筛选更多字段
业务场景&问题:
历史花名册不支持筛选常用的日期字段,客户操作不便
用户角色:
HR
解决方案:
历史花名册支持筛选「入职日期、离职日期、转正日期、司龄起算日期、试用期截止日期」
绩效
升级内容 1:校准待办支持单人通过
业务场景&问题:
对于校准类待办,当前操作的步骤为:(1) 先进入详情查看每个员工的绩效详情、结果;(2)对有问题的员工操作驳回或调整;(3)回到列表对无问题的员工操作批量通过。但对于管理宽幅不大、校准范围较小的管理者来说,需要回到列表操作通过,反而增加了操作步骤,较为繁琐
用户角色:
管理者
解决方案:
在待办详情中新增「通过校准」,如下图:
若该校准环节有分布要求,则会在鼠标悬停「通过校准」时提示,若不满足分布则无法提交,如下图:
升级内容 2:目标的可见范围支持自定义范围
业务场景&问题:
当前制定目标时,自己目标的可见范围仅能在以下几个固定选项中选择,对于稍微复杂的协作场景,例如跨部门合作开放给其他部门查看自己的目标,无法满足
用户角色:
员工、管理者
解决方案:
支持在目标制定时,自定义可见范围,如下图:
自定义范围时,可选择想开放给的同事、部门:
升级内容 3:OpenAPI-绩效支持查询和回写
业务场景&问题:
常见场景:主要解决销售的绩效管理,销售提成的算法数据源都在ERP系统中,需要将员工的目标同步至ERP,通过ERP进行过程管理和结果计算,最终将结果(含绩效提成工资和绩效提成明细附件)回写Moka People,完成绩效的校准、联动薪酬系统完成绩效工作发放,最终结果回写ERP完成校准留档和后续应用
用户角色:
IT
解决方案:
查询接口
设置类--目标字段查询
设置类--绩效结果方案查询
设置类--绩效等级规则查询
数据类型--绩效活动查询
数据类型--员工绩效结果查询
数据类型--员工目标详情查询
回写接口
员工目标详情添加
员工目标详情更新
员工绩效结果更新
未开放的绩效实体
绩效模板
目标过程管理--未来可能开放进度更新回写
绩效操作记录
绩效评估内容
常见场景和使用技巧如下:
用户在People进行目标创建,通过目标详情接口查询,将目标同步至下游系统,自评时再通过目标详情更新更新回People进行评估校准
用户在ERP进行也目标制定,通过目标详情添加接口,将目标同步People进行过程管理,自评时再通过目标详情更新更新回People进行评估校准
目前可实现OKR维度、KPI维度、自定义单行/多行维度的同步,自定义单行也需要使用员工目标详情添加进行写入
绩效结果回写,可以通过自定义多绩效结果方案实现将提成结果回写至People进行薪资核算,但也会影响管理者查看下属绩效结果的应用(目前权限上无法限制提成不展示)
目标创建时,需要先调研目标字段查询,目标更新则不用,可通过目标查询获取字段结构