绩效
升级内容 1：活动内调整执行人优化
业务场景&问题：
当前在多人评估环节，如果模板中设置了「为空自动跳过」，在实际活动中，改环节的执行人为空，在修改执行人时该环节还是报错阻断，导致无法修改其他环节的执行人
用户角色：
绩效 HR，SSC
解决方案：
1、任意环节的执行人，只要模板中设置为「执行人为空时自动跳过」，如下图，则在活动中该环节的执行人为空不会在「待处理」中报异常，修改执行人时即使为空也不会阻断报错（到达该环节时会触发自动跳过）
2、任意环节的执行人，只要在模板中设置为「执行人为本人时自动跳过」，如下图，则在活动中该环节的执行人为本人不会在「待处理」中报异常，修改执行人时即使为空也不会阻断报错（到达该环节时会触发自动跳过）
需要注意例外情况：以上两种情况若环节参与结果计算或者参与分布校验，则即使设置了为空/为本人自动跳过则不会触发跳过（否则就会出现结果计算不出，或者分布校验人数不足），也会在活动中的「待处理」报异常，修改执行人时也会阻断
升级内容 2：活动内异常执行人支持手动忽略异常
业务场景&问题：
上级评估环节，未设置「为空跳过」，但对于被评估人 = CEO，其没有上级，且会一直提示 HR 异常，且每天都会提醒但无法处理
结果校准为部门负责人，但对于被评估人 = 部门负责人本人，会出现执行人为本人的异常，但存在有的客户实际业务允许部门负责人自己校准自己（不希望跳过）
用户角色：
绩效 HR，SSC
解决方案：
如下图，在活动中【待处理】里，对【执行人为空】和【执行人为本人】两种异常执行人，当报异常时，支持 HR 手动处理忽略异常
若对执行人为空的异常进行忽略（例如设置的执行人 = 直接上级），则忽略后会跳过该环节
若对执行人为本人的异常进行忽略（例如设置的执行人 = 所属部门的部门负责人），则忽略后会以本人作为执行人继续进行该环节
需要注意的几个点：
「按指标评估」环节暂不支持忽略异常
若设置为某个评估环节的总评作为绩效结果，该环节的执行人为空，忽略异常后会跳过该环节导致无法生成结果，需要谨慎操作，如下图
若设置为多个评估环节加权计算得到绩效结果，其中某个环节的执行人为空，忽略异常时需要重新分配权重，如下图
若设置为某个环节参与分布校验，该环节的执行人为空，忽略异常后会导致分布校验人数相应减少，请谨慎操作
若流程设置为执行人为本人自动跳过，某个执行人为本人，但由于该环节又参与结果计算或分布校验，导致依旧会异常，这种情况暂不支持手动忽略异常，请操作调整执行人或者调整环节
IM
升级内容 1：钉钉员工对接范围支持按适用范围圈选
业务场景&问题：
当前 IM 对接中员工对接范围是 by 每个员工选择是否要绑定、同步至 IM，对于新员工是默认会同步（当其部门同步时），但客户可能会存在新员工也无需同步的场景
用户角色：
系统管理员
解决方案：
1、若租户已经安装好了钉钉，且完成了部门&员工同步的初始化：
可进入【服务对接 - IM 对接 - 某个钉钉 - 员工同步详情】
点击「绑定和同步范围设置」，会进入绑定和同步范围设定页面，如下图：
绑定范围：可设置为全部绑定、不绑定、与同步范围一致
同步范围：可设置为全部同步、不同步、按适用范围圈选
「按适用范围圈选」：支持各种条件组合，可以设置多个条件组，如下图，租户按所需设置需同步的员工范围即可
设置好绑定、同步范围后，对于新入职的员工会按设定的范围决定是否绑定、是否同步；已有的员工的绑定、同步状态不受影响（已经在初始化时完成了设置）
2、若租户新安装钉钉
则可以在初始化部门&员工同步范围时，圈选员工的同步范围，如下图：
设置功能与上述一样：
区别是：初始化设置时，绑定、同步圈选的范围，是影响当前所有员工；
完成初始化设置后，新入职的员工也会按设定的范围决定是否绑定、是否绑定
完成初始化设置后，绑定和同步范围设置的仅会影响新员工，已有员工的绑定、同步状态不再被影响，例如又手动修改了某个员工的绑定、同步状态（例如手动取消绑定、手动同步等），则依旧会按手动操作后的状态为准
3、飞书、企业微信暂不支持该能力
依旧按每个员工选择是否绑定、是否同步
升级内容 2：支持对接钉钉企业账号
业务场景&问题：
钉钉通讯录的账号类型分为「个人账号」和「企业账号」，「企业账号」是付费功能，需要企业在钉钉单独开通
Moka 中集成钉钉后，会通过钉钉的开放接口对钉钉通讯录的账号进行增、删、改、查（员工同步）
由于钉钉「个人账号」和「企业账号」是两套接口，之前 Moka 仅支持对接「个人账号」，本期新增对「企业账号」的对接
用户角色：
系统管理员
解决方案：
业务场景&问题：
钉钉通讯录的账号类型分为「个人账号」和「企业账号」，「企业账号」是付费功能，需要企业在钉钉单独开通
Moka 中集成钉钉后，会通过钉钉的开放接口对钉钉通讯录的账号进行增、删、改、查（员工同步）
由于钉钉「个人账号」和「企业账号」是两套接口，之前 Moka 仅支持对接「个人账号」，本期新增对「企业账号」的对接
用户角色：
系统管理员
前提条件
授予 Moka People 相应权限
在钉钉找到 Moka People 应用（地址：https://open-dev.dingtalk.com），授予该应用企业账号相关权限，路径如下图：
企业账号对接需要的权限（通过搜索关键词找到对应权限，确保以下权限均已授予）：
维护通讯录的接口访问权限
根据手机号姓名获取成员信息的接口访问权限
成员信息读权限
维护通讯录的接口访问权限
通讯录企业账号安全数据读写权限
维护通讯录的接口访问权限
解决方案：
1、新安装一个钉钉初始化设置
实施同学在后台将 Moka People 和钉钉绑定后，可进入【服务对接 - IM 对接】完成对部门&员工同步的初始化设置，点击如下红框：
新增第三步「对接企业账号」开关：
若企业无需对接企业账号，保持关闭即可
若需要对接企业账号，则打开开关
打开开关后，需要设置企业账号的登录名、初始密码：
该配置仅影响完成对接后通过 Moka 自动创建的新企业账号（比如新入职的员工）；对于之前已在钉钉中自行创建的企业账号不受影响，依旧按原登录名、密码登录
登录名：本期支持手机号、工号
密码：钉钉要求至少需要 8 位且不能全是数字或字母
第四步：设置员工同步范围
若未打开「对接企业账号」开关，则只需设定个人账号的绑定、同步范围：
绑定：仅完成 Moka 员工和钉钉账号的绑定，绑定后可以实现在钉钉中免密码登录 Moka
同步：在绑定的基础上，会将员工信息同步至钉钉（例如直接上级、岗位等）
若打开了「对接企业账号」开关，则分别需要设定个人账号、企业账号的绑定和同步范围
支持部分员工同步「个人账号」，部分员工同步「企业账号」
同一个员工在一个钉钉内仅可同步一种账号类型，若「个人账号」和「企业账号」的适用范围有重复，则需要选择是绑定的是个人账号还是企业账号
2、员工日常同步管理
路径：【服务对接 - IM 对接 - 某个钉钉 - 员工同步】
（1）支持修改是否对接企业账号设置：
可进入员工同步详情中，修改「企业账号设置」，重新开启或关闭开关
需要注意：若重新开启开关，记得要一并要成「个人账号」和「企业账号」同步范围的设置
（2）修改「个人账号」和「企业账号」同步范围设置
需要注意：在完成初始后，再修改绑定和同步范围，仅会对新员工生效，若要修改已有员工的绑定和同步状态，请手动进行操作
（3）手动操作修改某个员工的绑定、同步状态
如下图，若没有员工没有绑定钉钉账号，则可以选择绑定个人账号或企业账号
若已绑定个人账号，则仅同步个人账号，可取消同步；绑定企业账号同理
支持批量绑定或同步个人账号、企业账号
解绑企业账号时，支持同时对原企业账号操作「停用/删除/保留」：
3、账号关停规则
若对接了企业账号，则账号关停规则中需要分别设置「个人账号」和「企业账号」的账号关停规则
企业账号支持停用，如下图 2
若租户同时对接了多个钉钉，且启用了企业账号：则对于员工调整部门后导致使用的钉钉发生变化，也可以设置原企业账号是删除还是停用，如下图
人事
升级内容 1：「信息健康度」支持采集「组合字段」&「明细组」的子字段
业务场景&问题：
组合字段的子字段无法触发采集：例如「银行卡」的「开户支行」缺失无法触发采集
明细组的子字段无法触发采集：例如「工作经历」的「职位名称」
用户角色：
HR：设置信息健康度规则
员工：根据规则填报个人信息
解决方案：
以下更新内容仅对上线后新建的信息健康度规则生效，存量规则不会受影响
配置健康度规则，「缺失字段」可选择子字段
组合字段支持下钻选择子字段
现状是只能选到组合字段本身，无法下钻
明细组支持仅选择部分子字段
现状是勾选任意一个子字段都会触发全选该明细组的字段，即只能在明细组为空时触发采集
应用效果1——采集「明细组的子字段」
触发采集时，为满足 a or b 条件的员工触发采集
a：明细组有行数据，但任意一行缺失要采集的子字段
b：明细组无行数据
应用效果2——采集「组合字段的子字段」
触发采集时，为满足 a 条件的员工触发采集
a：组合字段缺失要采集的子字段
应用效果3——采集「明细组的组合字段的子字段」
触发采集时，为满足 a or b 条件的员工触发采集
a：明细组有行数据，但任意一行的组合字段缺失要采集的子字段
b：明细组无行数据
一体化
升级内容 1：首页待办集成
业务场景&问题：
售前客户反馈：目前ATS和PP是两个独立网址，不认为是一体化系统
一体化管理者：无法在统一的入口处理审批待办和流程申请，希望在PP可以进行招聘需求发起以及可以在PP进行招聘相关的待办审批
用户角色：
招聘HR、管理者
解决方案：
【增加招聘一级菜单】
标品-新增以及菜单招聘，顺序固定在人事前
需要根据当前账号展示是否有【招聘】，有则展示，无则不展示
【招聘】优先跳转至社招概览页，无社招时再跳转至校招
【招聘需求】
应用名称 | 招聘需求申请 |
应用介绍 | 可以在人事工作台发起招聘系统的招聘需求 |
状态 | 新租户默认开启，允许停用，旧租户默认停用，允许手动启用，不允许删除 |
URL | 系统内置 |
应用适用范围 | 系统内置，首页是否展示根据ATS的接口动态查询 |
影响范围 | 标品 |
PC/移动端 | 仅PC端 |
工作台展示逻辑 | 根据ATS接口判断当前管理员是否有发起招聘需求申请的权限，有则展示入口，否则隐藏 |
跳转方式 | 点击应用新开页签，可跳转至ATS-职位-招聘需求（优先社招/没有社招直接到校招） |
【内推】
【Breaking change】旗舰版【内推】一级菜单取消，转移至首页应用
应用名称 | 内推助手 |
应用介绍 | 可以在人事工作台访问内推助手 |
状态 | 标品新租户默认开启，允许停用，旧租户默认停用，允许手动启用，不允许删除 |
URL | 系统内置 |
应用适用范围 | 系统内置，首页是否展示根据ATS的接口动态查询 |
影响范围 | 标品 |
PC/移动端 | PC/移动端 |
工作台展示逻辑 | 根据ATS接口判断当前管理员是否有内推访问的权限，有则展示入口，否则隐藏 |
跳转方式 | 点击应用新开页签，可跳转至内推官网（多内推官网，默认跳转至默认官网） |
【待办集成】
待我处理
已处理的
我发起的
抄送我的
增加【招聘需求】、【职位】、【offer】的待办分组
分类 | 标题 | 详情 | 是否支持批量审批 | 是否支持移动端审批 |
招聘需求 | 保持和ATS对外一致 | 保持和ATS对外一致 | 否 | 是 |
offer | 保持和ATS对外一致 | 保持和ATS对外一致 | 否 | 是 |
职位 | 保持和ATS对外一致 | 保持和ATS对外一致 | 否 | 否 |
【实现机制】
ATS待办支持写入，待办通知消息仍由ATS自己发出
ATS流程撤销、转交等动作需要同步People待办
点击审批详情，新开页签跳转至ATS审批待办
薪酬
升级内容 1：薪资计划支持联动
业务场景&问题：
薪资计划是定义员工的薪资构成，企业会存在多套薪资计划，如不同岗位、不同职级的员工薪资构成不同。但目前系统无法做到根据员工信息匹配对应的薪资计划。
用户角色：
HR
解决方案：
HR可配置薪资计划的适用范围，支持条件：部门、职位/职务、职级、管理职级、工作地点、法人公司、员工类型、发薪组织、员工
上线后，默认为全部员工，与线上保持一致
当HR为员工选择薪资计划时，筛选展示该员工在适用的薪资计划。
注意为筛选逻辑，即薪资计划1适用于销售部P5，薪资计划2适用于销售部P6
当员工填销售部时，可选择销售部的所有薪资计划1、2
当员工填写销售部+P5时，只能选择薪资计划1
生效页面：
ats-offer
待入职人员-薪酬信息编辑页
薪资档案编辑页
薪酬相关审批流程
定薪流程
调薪流程
试用期转正
实习生转正式
异动
试用期转正-多轨制
续签合同
添加待入职
升级内容 2：支持从其他核算活动引用专项扣除数据
业务场景&问题：
客户完成员工当月工资核算和发放后，还会再给员工发放一笔报酬（绩效奖金）。因此存在一个在一个月内存在于多个核算活动中。
为确保核算结果与最后申报的税款一致，要求多个活动的专项扣除数据为一份。
但目前系统专项附加扣除数据是每个活动独立一份，并且由于客户活动创建时间时间不同，调用税友接口获取到的结果也会不同。
用户角色：
HR
解决方案：
HR可在「专项附加扣除累计」页面，点击“从其他活动引用”按钮，可选择当前用户可见的核算活动引用专项附加扣除数据（包含归档和未归档，需与本次活动相同个税所属期）。
逻辑：从指定的核算活动中，查询本次活动算薪人员的专项扣除数据：
若指定活动包含该人员，则将指定活动的专项扣除数据覆盖到本次活动
若指定活动不包含该人员，则不处理
ps：支持多次点击该按钮，每次都按最新的数据覆盖
升级内容 3：薪酬核算公式增加【职位】/【职务】字段
业务场景&问题：
核算公式中取不到【职位】字段，导致核算结果和工资单无法呈现员工的职位信息
用户角色：
HR
解决方案：
核算公式支持选择职位/职务字段
权限
升级内容 1：BI实体权限精细化管控
业务场景&问题：
注：需要开通联系客户成功经理
用户角色：
HR
需求背景：
现状
当用户拥有以下2个角色时，在报表中对于查看绩效相关报表时，拥有全公司的数据。
角色 | 管理范围 | 功能权限 |
财务BP | 全公司 | 薪酬实体权限
|
财务部门负责人 | 薪酬部门 | 绩效实体权限
|
原因
未使用实体对应的功能权限进行查询，当前使用的是“报表-基础操作-查看”权限
为什么做这个功能
满足用户多角色时对BI数据的精细化权限控制
二、功能描述
逻辑调整
BI实体数据权限请求时，会根据对应的实体功能权限查询，返回用户身上，拥有该实体功能权限的角色的管理范围（多个角色为并集）
ps：该逻辑为通用逻辑，即和花名册一致，只是原来用的权限id没有细化到实体权限
客户的影响
上线后，对于多个角色的用户，可能会出现报表查看数据变少了。
如上线前用户查看报表可查看100行数据，上线后只能查看10行。该逻辑为正确逻辑。
若客户期望仍然能查看100行数据，可为客户修改角色配置，授予对应实体权限即可。
