组织
升级内容 1:编制变更支持同时减编上级部门编制及拆解周期&组织架构调整时支持拆解周期
业务场景&问题:
● 部门编制减少的情况下,不能向上自动减少上级部门的编制
● 变更编制计划时,不支持同时拆解周期
● 组织架构调整中,联动调整上级部门编制时,未校验编制权限
解决方案:
1、部门编制变更优化
● 若变更部门的计划编制数比当前计划编制数减少时,上级部门编制可选择「减少全部上级编制」
○ 变更范围中会显示出对应有影响的所有上级部门的计划编制数的调整
● 变更编制时,支持同时填写拆解周期信息,设置变更编制流程时分组默认启用,可选择不启用
○ 已创建的流程不会自动增加,需要使用的请在审批流程中增加「拆解信息」分组
● 提交变更编制流程时:
○ 若之前已经周期拆解过则不允许取消拆解,可以调整拆解信息
○ 若之前没有周期拆解过,可选择是否需要拆解,默认不勾选
2、组织架构调整支持同步拆解周期
● 添加编制计划、变更编制计划的页面均增加拆解周期
○ 编制维度需根据部门是否有细分维度进行展示,若有则细分维度也对应展示细分维度是拆解信息(同添加编制流程)
● 预览时可以查看部门的周期拆解的信息
● 细分维度的需要在编辑记录中查看
● 组织架构调整时,同步变更上级编制的功能,会校验编制的编辑权限
○ 变更部门信息-上级部门编制
○ 停用部门-联动变更上级部门编制
○ 移动部门-上级部门编制设置
升级内容 2:职位类、职位子类名称校验优化
业务场景&问题:
● 目前职位族、职位类、职位子类的名称限制较多,不满足实际使用场景
解决方案:
● 在「设置-组织设置-职位管理」中,添加/编辑职位族、职位类、职位子类时,名称的限制调整为以下2点:
○ 长度限制均调整为50字符
○ 仅支持汉字、字母、数字、_、+、-、.、\
● 导入同步优化,导入模板名称为「职位族、职位类、职位子类导入」
● 导入模板增加相关说明
填写说明: 4.职位族、职位类、职位子类的名称仅支持汉字、字母、数字、_、+、-、.、\,长度最多50字符 | ||
*职位族 | 职位类 | 职位子类 |
示例:管理岗 | 技术管理 | 开发管理 |
|
| |
薪酬
升级内容 1:参保档案管理优化,且支持多次入离职人员的参保状态更新
业务场景&问题:
● 员工重新入职或者实习生转正式后,若符合参保人员类型还在不参保里,未自动更新
● 二次入职的员工无法操作不参保
● 待减员列表的人员查询逻辑不合理:未来月份的待减员人员不显示,仅展示已离职&在缴状态的员工;法人公司筛选无效
解决方案:
● 待增员列表提示文案优化为:社保或公积金为「未缴或调出」状态的在职人员,及已停缴但匹配了任意参保方案的在职人员
● 待减员列表逻辑优化为,提示文案:存在离职日期的员工中,社保或公积金依然在缴的员工
○ 不再默认筛选员工状态为已离职的情况,查看待减员,离职日期的结束日期默认填充当前日期-1天,若希望查看未来离职的员工的信息可手动清除或调整离职日期进行查看
● 待增员列表及未匹配参保方案列表中,点击「不参保」时,若员工的公积金和社保均为「停缴」状态时,允许设置为「不参保」
● 员工的「任职信息-员工类型」更新时,不论是同一任职期间或者的重新入职,需重新判断是否为「不参保」员工类型,若为系统标记的不参保,则需要从「不参保」列表中移出
○ 注意:区分是人为标记的不参保还是系统标记的,人为标记的不参保不做变更--历史数据默认为系统标记
○ 不参保需有生效月份和失效月份的记录,即:若从不参保到参保,则不参保的失效月份应为参保生效月份-1;若从停缴状态到不参保状态,以不参保操作的日期对应的月份记录不参保的生效月份,历史的参保记录需要保留,未来的参保记录需要删除
○ 不参保无法操作时的提示文案对应优化为:员工社保及公积金均为「在缴或调出」状态,员工需要为「停缴」状态才可操作不参保
○ 批量操作不参保时,若无可以操作不参保的员工时,提示文案优化为:已选择N名员工,员工社保及公积金均为「在缴或调出」状态,员工需要为「停缴」状态才可操作不参保
升级内容2:算税接口迭代更新兼容-人员报送接口变更影响
业务场景&问题:
因税局的人员报送的接口更新,对算税会有影响的,系统对相关调整进行更新迭代
PS:人员报送接口更新的相关调整,01-29全量;收入信息接口更新的相关调整,预估02-05全量
解决方案:
1、人员报送接口更新的调整
税友接口调整内容:

「人员状态」字段moka系统先保留,但待税友上线后,moka系统后续再考虑去除
人员是否在当前个税所属期可以进行报送、算税及申报,调整后逻辑为:
员工报送时的「任职受雇从业日期月份」 ≤ 税款所属月份
员工报送时的「离职日期为空」或「离职日期月份≥税款所属月份」;或「员工离职日期月份<税款所属月份」<且「离职后补发工资为是」且「补发税款所属月份=当前税款所属月份」
注意税局的官方要求:若需为离职员工补发多个月份工资,需分多次申报:每次选择一个补发属期完成申报后,修改属期再提交下一次申报。
在「纳税人员报送」和「减员报送」列表中增加以下3个字段,且均支持筛选:
离职日期
是否离职后补发工资
补发税款所属月份
导出列表信息时,也增加相关的字段

在「纳税人员报送」和「减员报送」列表中,操作「编辑、减员」时,若员工有离职日期,则会对应需要填写「是否离职后补发工资」,默认为「否」;若「是否离职后补发工资」填写为「是」时,则需要选择「补发税款所属月份」

「纳税人员报送」列表中,操作「编辑、减员」时,不再以人员状态进行是否能减员的判断处理,需要按新的允许算税、申报的条件进行计算
减员操作的时候,如何符合「申报、算税条件」的员工,不能进行减员,系统会提示:员工当前属期还需要进行税款计算及申报,无法进行减员
例如以下场景会阻断提示:
当前为1月份属期,员工离职日期是26年1月10日,补发月份填写为2026年2月时,实际不会减员,1月和2月都算会算税,实际3月会自动减员
当前为1月份属期,员工离职日期是26年1月10日,补发选的否,实际2月会自动减员
当前为1月份属期,员工离职日期是26年1月10日,补发月份填写为2026年3月时,实际不会减员,实际是2月会自动减员,但3月会自动增员,但4月会自动减员
编辑和减员操作的时候,若符合减员条件的员工,均会进入减员列表,纳税人员列表中不再显示
若是编辑产生的减员,此时操作需要给提示:根据员工新的信息,当前个税所属期不符合报送条件,无需进行个税申报,将自动进入减员列表
例如以下场景:
当前为1月份属期,员工离职日期是25年12月10日,补发月份填写为2026年1月时,实际当月是需要报送的,HR不论操作编辑或减员,将员工的是否补发改成了否,则都进入减员列表

批量报送、批量减员操作的时候,仅对满足条件的员工进行报送和减员,不满足条件的员工则跳过
注意:目前系统批量操作时,对于报送成功的员工是不会重新报送的,若需要支持已报送成功的员工也能重新报送请联系产品开通相关功能

在减员列表中操作编辑,若符合本属期的报送条件的员工,会进入纳税人员列表,减员列表中不再显示,此时操作系统会提示:根据员工新的信息,当前个税所属期符合报送条件,需要进行个税申报,将自动进入纳税人员报送列表

除影响人员报送外,算税及申报的条件也按新的要求进行算税和申报,不符合要求的员工会返回相关的错误,此时请核对对应个税所属期员工的报送信息
注意:若接口更新前即使进行了算税,接口更新后需要完全按新的接口要求进行信息的填写,否则人员报送、算税、申报时,均会提示相关的错误信息
2、收入信息接口变更影响
标准版及旗舰版,个税接口对应的内容为:

在「薪酬核算规则-更多设置-个税申报」中,有以下调整
所得类型 | 示意图 | 详细逻辑 |
正常工资薪金所得 |
| 【其他】改名为:其他(2026年属期起不可用) 税友做了兼容,26年属期起即使传值了也不可用 增加字段:非必填 公务交通费用 通讯费用 律师办案费用 西藏附加减除费用 |
劳务报酬(一般劳务, 其他非连续) | - | 【其他】改名为:其他(2026年属期起不可用) 税友做了兼容,26年属期起即使传值了也不可用 不增加字段 |
劳务报酬(其他连续, 保险营销员, 证券经纪人) | - | |
全年一次性奖金 | - | |
解除劳动合同 | - | |
偶然所得、个人股权激励 | - | 不涉及改动 |
对于之前客户在「薪酬核算规则-更多设置-个税申报-正常工资薪金所得」中配置了「其他」的客户,需要将「其他」字段上关联的字段配置到新的对应的字段上,其他上的字段关联去掉
例如:「其他」关联了「通讯补贴」,需要将「其他」与「通讯补贴」的关联去掉,将「通讯补贴」关联到「通讯费用」字段上
注意:一旦接口更新上线后,2026年起的个税所属期的税款计算、个税申报都需要按新的字段进行,否则会返回报错信息

若配置了,以下页面会对应展示字段信息:
个税申报明细
个税申报差异明细
升级内容 3:银企直连支持中国银行及工商银行
业务场景&问题:
银企直连增加对接的银行
解决方案:
工商银行:标准版-银企直联(工商银行)对接
中国银行:标准版-银企直联(中国银行)对接
升级内容 4:调薪日期相同的多次调薪,保留所有调薪记录
业务场景&问题:
当前导入调薪时,若同时导入多条调薪日期相同的调薪,则仅保留最后一条调薪记录,中间调薪记录被覆盖,在频繁调薪的场景下会导致调薪记录缺失
解决方案:
薪资异动原因中增加展示规则配置

默认选择仅保留最终生效的一条
当选择保留全部时,当通过审批产生的与已有调薪记录的生效日期和调薪原因的调薪记录时,新增一条调薪记录,在调薪记录、员工薪资档案中保留全部调薪记录
员工薪资档案中的展示顺序以记录落地时间倒序展示,最新记录在最上面
员工薪资档案中展示所有「已通过」的调薪记录,右侧时间轴按展示顺序展示所有记录。
调薪记录列表和薪资档案变更明细中,调整前的数据以上一条的调薪结果为准

选择「仅保留最终生效的一条」时,当通过审批产生的与已有调薪记录的生效日期和调薪原因的调薪记录时,覆盖上一条调薪记录,在调薪记录、员工薪资档案中仅保留最新的调薪记录-现有逻辑
导入调薪记录时,新增配置

仅当薪资异动展示规则选「系统将保留全部」时才显示该配置
选择『新增调薪记录』时,展示逻辑与上述新增逻辑一致
落地顺序以Excel表从上至下的顺序落地
选择『更新已有调薪记录』时,展示逻辑与原逻辑一致
审批
升级内容 1:审批手写签字
业务场景&问题:
审批单流转过程中需要相关人手写签留痕
解决方案:
审批流程配置:
-支持审批节点可配置

-支持任务办理节点可配置

启用后效果:
-审批处理时,审批通过需手写签确认


-任务办理时,任务办理完全需手写签确认

-签字后效果

升级内容 2:审批支持「一键催办」
业务场景&问题:
审批催办目前最多支持200条且是否已催办无法筛选
解决方案:
支持按勾选情况进行催办:
未勾选:一键催办全部权限范围内的在途审批
已勾选:一键催办勾选范围的在途审批


升级内容 3:「发起人可自选申请人」时,默认填充发起人为申请人
业务场景&问题:
审批发起条件设置「发起人可自选申请人」后,发起人发起审批单时需手动选择「申请人」
若,发起人实际给自己发起审批时,仍需要手动选择一次
解决方案:
设置「发起人可自选申请人」后,打开审批发起表单,默认填充「发起人本人」
注意说明:上线后默认开启,如果不需要,可在后台-租户详情-审批功能配置 关闭
IM
升级内容 1:审批im集成链接生成工具支持旗舰版工作台链接规则生成&支持飞书
业务场景&问题:
客户需要在im(如:飞书/钉钉)审批OA或工作台配置系统内的快捷访问入口
目前钉钉已支持,但旗舰版工作台链接需要https协议
飞书未支持
解决方案:
针对旗舰版,新增「工作台PC端」链接生成

针对飞书,支持PC端链接和移动端链接生成

升级内容 2:工作台待办支持openAPI方式查询
业务场景&问题:
客户外部系统集成需要获取People工作台内的待办
解决方案:
新增OpenAPI接口,支持按员工查询执行员工当前系统内待办。具体调用和返回,上线后参考接口文档
升级内容 3:API接口支持根据IM部门ID获取PP部门ID
业务场景&问题:
客户三方对接IM和People,需要双边同步组织架构。但People内的部门创建需要依赖上级部门ID,目前不支持直接查询
解决方案:
新增OpenAPI接口支持按IM部门id查询对应系统内部门id。具体调用和返回,上线后参考接口文档
AI
升级内容 1:AI识人支持薪酬、绩效明细数据识别 && 新增数据源范围权限可配
业务场景&问题:
AI识人覆盖场景范围和权限问题未完全治理,影响功能放量。
计划2月后开始逐步放量使用
解决方案:
数据源接入:
接入薪酬档案数据源,识人可基于当前员工薪资档案内容总结
接入调薪记录数据源,识人可基于员工调薪明细内容总结
接入绩效考核明细数据源,识人可基于绩效过程数据对员工进行总结
权限配置范围:
支持配置AI识人功能权限点
支持配置AI识人数据范围权限点
员工基本信息数据源
员工任职信息数据源
员工履历信息数据源
员工薪酬信息数据源
员工绩效信息数据源
员工异动信息数据源
权限取值说明:根据当前用户管理范围(人纬度)和数据源范围(上述项)取最终结果交集
不支持更细颗粒度的字段权限,放量后,请建议客户谨慎配置功能开放情况(所有系统角色默认功能权限不勾选,仅超管可见,超管可按公司内实际情况对部分管理者放开功能以及设置支持识人范围的数据源)
升级内容 2:AI辅助绩效面谈
业务场景&问题:
管理者(上级)在进行绩效结果面谈前,需要快速了解员工在本周期及历史的综合表现,并获取结构化的面谈指导和沟通技巧,以提升面谈效率和质量。
解决方案:
注意:AI辅助绩效面谈的能力在当前绩效季开放给用户免费试用,不限使用次数
如何使用AI辅助绩效面谈:
在结果面谈界面中,点击AI面谈,弹出AI面谈浮窗,在「面谈助手」页签下,将立即生成对员工的绩效结果回顾,结构如下:
一、绩效结果回顾
目标达成情况
绩效趋势
绩效结果在同部门的水平
自评与总评的差异
绩效评价情况
二、原因分析与问题诊断
客观因素参考
周期内的请假情况
异动:调岗、晋升等,结合绩效趋势,分析趋势成因
反复出现的问题:总结历史面谈、总评中多次提及的问题(如“沟通不足”连续2个周期)
待改进项:历史面谈、绩效总评,与本周期面谈、绩效总评中提到的需改进的问题

面谈提纲、面谈技巧:会针对员工的绩效结果回顾的情况,制定适合的面谈提纲,并提供相应的面谈技巧
这两个功能可以自选生成,在绩效结果回顾的下方,点击对应的按钮则会立即生成
意见反馈:点击「意见反馈」,会弹出窗口,可根据体验感受进行填写,详细的感受、优化建议可填写在备注中,欢迎大家反馈~

面谈实时录制转写的入口修改为「开启实时面谈记录」:
点击「开启实时面谈记录」,开始进行录音设备准备,准备好就可进行实时面谈录制转写了
注意:实时面谈录制转写不会保留录音文件,只会生成转写的文字记录

注意:绩效结果回顾、实时录制转写、面谈总结功能的使用均通过后台开关统一控制,如需要开启AI面谈能力,可联系客户成功经理开启(内部联系产品)
假勤
升级内容 1:单个请假审批增加针对当前假期类型的统计字段及统计逻辑优化
业务场景&问题:
请假总计中,本年/本月累计请假时长和次数均为所有假期类型的总和,不支持区分请假类型的汇总统计,导致部分业务场景无法满足
请假累计天数统计的是请假记录总时长,非每天的拆分表记录,导致累计时长计算结果不符合预期,本月可能超过30天,本年超过365天。
解决方案:
单个请假审批中增加4个统计字段,均默认不展示,可删除。可作为分支判断条件使用。
原字段名称 | 字段名称变更 | 适用审批模板 | 统计逻辑 |
本月累计请假时长 | 月累计时长-所有假期 | 单个请假&批量请假 | 与当前自然月有交集的请假记录,汇总当月每天日报中的请假天数 通过后修改的请假记录,时长取原请假记录和修改后的请假记录的最大值。 例如:请假6小时修改为8小时时,或将8小时的请假修改为6小时时,当月请假时长均为8小时 |
本月累计请假次数 | 月累计次数-所有假期 | 单个请假&批量请假 | 与当前自然月有交集的请假记录数 通过后修改的请假记录不额外增加请假次数 |
本年累计请假时长 | 年累计时长-所有假期 | 单个请假&批量请假 | 与当前自然年有交集的请假记录,汇总当年每天日报中的请假天数 通过后修改的请假记录,时长取原请假记录和修改后的请假记录的最大值。 |
本年累计请假次数 | 年累计次数-所有假期 | 单个请假&批量请假 | 维持原逻辑与当前自然年有交集的请假记录数 通过后修改的请假记录不额外增加请假次数 |
连续请假时长 | 连续请假时长 | 单个请假&批量请假 | 维持原逻辑 |
(新增字段) | 月累计时长-当前假期 | 单个请假 | 与当前自然月有交集的请假记录且假期类型与当前表单选择一致时,汇总当月每天日报中的请假天数 |
(新增字段) | 月累计次数-当期假期 | 单个请假 | 请假记录与当前自然月存在交集且假期类型与当前表单选择一致时的请假记录数 |
(新增字段) | 年累计时长-当前假期 | 单个请假 | 与当前自然年有交集的请假记录且假期类型与当前表单选择一致时,汇总当年每天日报中的请假天数 |
(新增字段) | 年累计次数-当前假期 | 单个请假 | 请假记录与当前自然年存在交集且假期类型与当前表单选择一致时的请假记录数 |

升级内容 2:假期账户支持PC端展示
业务场景&问题:
PC端员工无法查看假期账户,目前仅支持移动端查看假期账户,无法在电脑端及时查看假期余额。
解决方案:
员工自助工作台【常用功能】及【全部功能】支持展示【假期账户】入口,是否展示在常用功能上以【自助服务设置-个人功能权限】的配置对应
自助功能-常用功能上,【假期账户】不再显示【仅移动端适用】的标签
仅拥有假期账户查看权限的员工可见【假期账户】入口,查看权限以假期账户适用范围圈定的员工范围为准

点击进入假期账户,左侧展示左右假期余额,右侧展示发假记录、使用记录和请假规则
发假记录、使用记录是否展示,由「个人功能权限」-「假期账户」配置决定
请假规则是否展示,由「休假规则」-「假期规则」-「显示规则」-「请假规则」配置决定

空数据情况
若员工当前无出勤规则,则展示无权限考勤规则的页面
若员工当前有出勤规则,但发假记录、使用记录、请假规则页面均不展示,则展示暂无数据页面


入职
升级内容 1:入职管理打印登记表时支持导出Word格式文件
业务场景&问题:
入职任务通知模板中如果上传了附件,在邮件中无法展示附件
解决方案:
本次改造范围只涉及标品。
操作路径:入职-入职人员-选择员工-打印入职登记表
支持选择文件格式:docx、pdf

升级内容 2:入职通知模板支持附件
业务场景&问题:
入职任务通知模板中如果上传了附件,在邮件中无法展示附件
解决方案:
入职任务通知模板中如果上传了附件,在邮件中可正常展示附件
升级内容 3:ATS和pp字段长度不一致报错文案优化
业务场景&问题:
ATS和PP对于单行文本、多行文本的长度限制不同,导致从ATS发起入职、PP修改信息保存后会报“服务器错误”。
解决方案:
多行文本长度统一限制为255,超出长度会报错
试用期
升级内容 1:历史离职员工的试用期考核状态支持立即更新
业务场景&问题:
定时任务在每天凌晨1点 将离职员工的 试用期考核状态 修改为「已终止」 。但是对于历史离职日期的已离职员工,考核状态不会立即变更
解决方案:
增加自动终止考核的时机:若为历史离职员工,则离职审批通过后就自动将试用期考核终止
绩效
升级内容 1:指标库新增【导出】
业务场景&问题:
当前指标库不能导出
导出希望检查公式配置是否正确
当前指标库不能导出,且导入时不支持按指标ID更新
指标名称无法批量修改
解决方案:


【指标库导出】
新增指标库导出按钮,支持勾选是否同步到邮箱
表头逻辑:
指标名称、指标 ID、指标类型、指标分类、状态:
这几列固定有
指标分类:用「/」区分层级,未分类的指标显示为「未分类」
指标其余字段,例如下图的「指标描述」「评估说明」等:
取导出范围下的指标类型下,所有「应用于指标库」的字段在表头中展示;若某个字段没有打开「应用于指标库」,则不在表头中展示(或者取导入范围下指标的所有字段,也可以,取决于研发成本)
字段名称显示字段名称即可,无需显示别名
没有值的内容显示为空
计算公式:
仅当导出的指标范围,至少有一个指标打开了「自动计算指标得分」开关后,方展示对应字段
展示字段:计算方式、计算公式、取整规则
计算方式:即「按计算规则」或「按自定义公式」
计算公式:文本展示即可
取整规则:即取配置的取整规则,文本展示即可,统一为XXX(规则)至N(小数位),例如:四舍五入至2位小数
没有值时展示为空即可

【指标库导入】
注意事项:
1.同一个指标分类下,指标名称不能重复,创建指标时,指标名称必填
2.创建指标时,指标ID无需填写,系统会自动生成,暂不支持手动
3.更新指标时,会优先通过指标ID进行匹配,没有指标ID会通过指标分类+指标名称进行匹配
4.指标分类请填写完整路径,如:财务/收入/新签
5.指标的适用范围跟随指标分类,若为空则视为未分类,适用范围为全体员工
6.若指标需要设置自动计算得分,请选择计算规则,不需要则可不填
7.多行文本字段最多8000字
8.一次最多导入2000行数据
【导入模板】
指标名称改为非必填
指标名称后,增加指标ID,非必填
【数据校验】
若指标ID为空或者不存在时,需要校验指标名称是否必填,未填写提示【创建指标时,指标名称必须填写】
【数据落地】
如果指标ID在当前指标类型下存在,则根据指标ID进行指标更新,支持指标名称和其他字段更新
仅指标名称不会被清空,其他字段为空时会清空对应字段的值



