人事

升级内容 1：教育经历同步最高学历按名称匹配

业务场景&问题：

● 员工教育经历中的学历、学位信息需要同步到个人信息的最高学历/学位字段。

● 原逻辑要求教育经历和最高学历/学位的选项 ID 一致，但用户在页面上无法直接看到选项 ID，选项配置稍有差异就可能同步失败。

● 同步失败后，HR 很难判断是选项配置问题还是员工数据问题，影响批量导入、入职办理和个人信息维护。

解决方案：

1. 同步匹配规则改为按选项名称匹配

● 教育经历与最高学历/学位同步时，改为比较选项名称是否一致。

● 只要对应选项名称一致，即可完成最高学历/学位同步，不再要求两边使用相同的选项 ID。

● 仅在上线后，修改选项名称为一致后，生效同步规则

2. 教育经历变更后重新计算最高学历/学位

● 个人信息中的教育经历新增、修改、删除，以及学历码表变更后的重新计算，均按选项名称回填最高学历/学位。

● 当某个字段无法匹配时，未匹配字段保留原值；其他能够匹配的字段继续正常更新。

● 本次优化不改变员工教育经历原始记录，也不要求用户手工维护不可见的选项 ID。

PS：该功能为白名单功能，需要使用联系客户成功经理或支持同学开通

升级内容 2：接口上传头像附件自动转存

业务场景&问题：

● 外部系统可以通过通用附件上传接口写入员工头像，但头像和普通附件的访问及展示要求不同。

● 原逻辑没有明确区分头像文件类型，上传后的文件需要额外转存或可能无法在员工详情、员工列表和打印场景中稳定展示。

● 外部系统还需要明确哪些图片格式可以作为员工头像使用。

解决方案：

1. 接口上传时支持标记头像文件类型

● 通用附件上传接口新增头像文件类型标识。

● 调用方上传员工头像时标记为头像，系统会按头像场景自动处理；未标记或标记为普通附件的文件仍按普通附件逻辑处理。

● 头像上传完成后自动转存到公共访问位置，并返回可长期访问的头像地址，便于外部系统保存和使用。

● 

请求体增加字段：文件类型

当“file_type”选择“2”，增加校验逻辑：

● 文件格式必须为其中一种：.jpg、.jpeg、.png

● 若非以上三种格式，报错：头像仅支持.jpg、jpeg、.png格式

2. 保持各员工页面的头像展示一致

● 头像上传链路覆盖员工详情顶部头像、员工列表和打印场景。

● 普通附件继续沿用原有的私有访问逻辑，不受头像转存规则影响。

升级内容 3：转正式审批支持取消「合同期限」和「预计终止日期」必填

业务场景&问题：

● 在“转正式-新签合同”审批中，「合同期限」和「预计终止日期」原本被固定为必填。

● 当合同期限选择“无固定期限”时，合同通常没有需要填写的预计终止日期，强制填写会造成审批配置与实际业务不匹配。

● 不同企业对合同字段的必填要求不同，需要由管理员按实际合同管理规则配置。

解决方案：

1. 支持分别调整两个字段的必填状态

● 在审批设计中，「合同期限」和「预计终止日期」支持按需取消必填。

● 管理员可以根据企业合同管理规则，选择保留或取消对应字段的必填设置。

● 本次调整仅涉及“转正式-新签合同”审批中的这两个字段，不影响其他审批分组。

2. 适配无固定期限合同

● 当企业使用无固定期限合同时，可以取消「预计终止日期」的必填要求。

● 其他需要完整合同期限和预计终止日期的场景，仍可以保留字段必填。

升级内容 4：账号权限配置支持包含/排除联动

业务场景&问题：

● 账号权限管理范围可以按部门、成本中心、发薪组织、项目组等维度配置。

● 原页面同时展示“包含”和“排除”，但在尚未设置包含范围时，排除范围没有实际配置意义，容易让用户误操作。

● 新建或编辑账号权限时，需要根据已选择的包含范围动态展示后续配置项，同时保持已有历史权限配置不变。

解决方案：

1. 排除范围根据包含范围联动展示

● 配置部门、成本中心、发薪组织、项目组权限时，默认只展示“包含”配置。

● 当“包含”范围中已选择内容后，系统再展示对应的“排除”配置。

● 当“包含”范围为空时，排除配置隐藏；在当前配置中清空包含范围后，排除范围同步清理。

2. 不影响历史账号权限配置

● 本次联动主要影响后续新建或编辑账号权限时的页面交互。

● 已有账号的历史包含/排除范围保持原样，不做历史数据改造。

● 其他权限维度、角色配置和原有管理范围规则不变。

升级内容 5：员工关怀提醒支持灵活选择邮件和 IM

业务场景&问题：

● 员工关怀提醒原默认勾选邮件和 IM 消息，且邮件无法取消。

● 部分企业希望只通过 IM 发送生日、转正或入职周年提醒，不希望重复发送邮件。

● 发送方式全部取消时，原页面缺少明确的必填校验，用户不容易知道为什么无法完成配置。

解决方案：

1. 邮件发送方式支持取消勾选

● 生日提醒、转正提醒、入职周年提醒的发送方式支持邮件和 IM 消息分别选择。

● 邮件不再固定为必选，企业可以按实际触达策略取消邮件，仅保留 IM 消息。

● 原有同时发送邮件和 IM 的配置方式继续支持。

2. 至少选择一种发送方式

● 发送方式调整为必填项，邮件和 IM 至少选择一种。

● 如果两种方式都未选择，点击保存时提示“请选择”，系统不会保存无发送渠道的提醒规则。

升级内容 6：新入职员工职务自定义职级自动同步

业务场景&问题：

● 企业在职务资料中维护了自定义单选职级，同时希望员工任职信息中的标准职级保持一致。

● 原逻辑在新员工创建或入职时没有稳定触发同步，导致职务下已有职级，但员工任职信息中的标准职级为空。

● 这会影响员工档案展示、后续职级管理及依赖标准职级字段的业务使用。

解决方案：

1. 新增员工时自动带出标准职级

● 新增员工时，系统读取员工任职信息中职务对应的自定义单选职级。

● 如果职务下存在该自定义职级，系统自动将其赋值到员工任职信息的标准职级字段。

● 待入职员工的职级同步生效日期支持取员工入职日期，保证新增员工的职级记录从正确日期开始生效。

2. 覆盖多种新增和入职入口

● 覆盖 ATS 发起入职、扫码入职、添加待入职、导入待入职、OpenAPI 写入待入职等待入职入口。

● 覆盖直接在花名册添加员工、导入花名册、OpenAPI 写入员工等正式员工入口。

● 待入职转为正式员工时，也会按同一规则完成职级同步。

一体化

升级内容 1：修改 ATS 入职日期联动更新 People 合同日期

业务场景&问题：

● ATS 入职日期发生变更时，People 侧的入职日期、合同日期和司龄起算日期需要同步调整。

● 原逻辑只根据 ATS 的「合同预计终止日期」写入 People 侧的同名字段；当 ATS 隐藏该字段时，People 侧合同预计终止日期也无法正常更新。

● 这会导致 ATS 和 People 的合同信息不一致，尤其影响隐藏部分合同字段的企业配置。

解决方案：

1. 修改 ATS 入职日期后联动更新 People 日期

● 在 ATS 中修改入职日期后，People 侧同步更新员工入职日期。

● People 侧合同开始日期同步更新。

● People 侧司龄起算日期同步设置为入职日期，保证司龄计算起点与最新入职日期一致。

2. 按 People 侧合同信息重新计算预计终止日期

● People 侧合同预计终止日期不再依赖 ATS 是否展示或填写同名字段。

● 系统根据 People 侧新的合同开始日期和合同期限重新计算预计终止日期，计算口径为“合同开始日期 + 合同期限 - 1 天”。

● ATS 隐藏合同预计终止日期时，People 侧仍可根据合同开始日期和合同期限完成联动更新。

3. 限定触发场景

● 本次优化的触发条件是 ATS 入职日期发生修改。

● 其他合同字段的维护和审批规则不在本次升级范围内，仍按原有配置执行。

入职

升级内容 1：待入职员工数据接口支持更多入职模块字段

业务场景&问题：

● SSC、员工服务或客户自建系统需要通过接口获取待入职员工数据，并据此通知相关人员、推进入职任务或搭建内部工作流。

● 原待入职员工数据接口主要返回员工基础信息，职级、入职地点、入职计划、法人公司、入职任务进度、信息采集状态等信息需要通过其他页面或接口补充。

● 数据不完整会增加外部系统的二次开发成本，也容易造成接口数据与待入职列表展示口径不一致。

解决方案：

电子签

升级内容 1：电子签支持选择认证方式

业务场景&问题：

● 电子签签署意愿认证方式目前不支持自由配置

解决方案：

● 电子签设置页面，新增「签署意愿认证方式」

○ 默认全选，至少要选择一种方式

○ 支持选择短信验证码、支付宝刷脸、腾讯云刷脸、签署密码

多语言

升级内容 1：移动端支持多语言

业务场景&问题：

● 当前多语言系统仅支持PC端，对于不习惯使用PC端的用户来说使用效率低下

解决方案：

● 移动端支持多语言

○ 移动端“我的”页面右上角增加语言偏好设置入口，可切换英文和繁体中文

■ 用户首次登录people系统时，默认取浏览器语言并保存，若浏览器语言非简体中文/英文/繁体中文，则默认为英文

● 

PS：该功能为白名单功能，需要使用联系客户成功经理或支持同学开通

绩效

升级内容 1：校准驳回后支持重评完成直接返回校准

业务场景&问题：

绩效校准过程中，校准人可能发现前序评估环节的评分或评语需要修正，因此需要将被评估人驳回至前序环节重新评估。若驳回目标不是紧邻的上一个环节，而是更早的评估环节，目标环节重评完成后，旧流程会继续按原流程经过中间已完成环节，可能带来重复待办、重复处理和流程回到校准较慢的问题。

解决方案：

在校准环节的「驳回」「批量驳回」弹窗中新增一次性勾选项「重评完成后返回本次驳回的校准环节」。勾选后并不是无条件跳回校准，而是先记录本次驳回的原校准位置；被驳回目标按自身规则完成后，系统先校验该位置是否仍可达，可达才直接返回原校准位置，不可达则按当前流程继续流转。

详细功能：

【绩效-校准环节驳回/批量驳回（PC / 移动端通用）】

● 仅当前操作来自校准环节，且驳回目标属于本期支持的重评环节时展示勾选项；目标环节不支持本期回跳时不展示，按当前流程继续。

● 默认不勾选；每个评估组独立展示和选择，批量操作不提供覆盖所有评估组的总开关。

● 勾选仅记录本次驳回意图。目标环节按自身完成规则完成后，系统按被评估人分别校验原校准位置，包括环节、逐级层级、有效执行人和权限等是否仍可达。

● 原校准位置仍有效时，只创建原校准位置待办；中间已完成环节不重新生成待办、不重复通知。

● 原校准位置已被删除、跳过、终止，或流程顺序、环节依赖、执行人、逐级范围发生变化导致不可达时，不恢复历史跳过状态、不强行创建原校准待办，按目标环节完成时的当前流程继续流转，并记录失效原因。

 PS：该功能为白名单功能，需要使用联系客户成功经理或支持同学开通