一、人事

1. 工号支持大小写去重（优化）

功能概述：工号判重统一调整为大小写不敏感，避免出现仅大小写不同的重复工号。

业务场景：HR 在系统内新增、编辑或导入员工工号时，如果系统把 A001 和 a001 当成两个不同工号，同一租户内就可能出现大小写仅不同的重复工号；入职确认环节填写待入职员工工号、外部系统通过 OpenAPI 创建或校验工号时，也可能因规则不一致产生漏拦截。

功能说明：

• 工号判重统一改为大小写不敏感：工号在写入、查询、重复校验、批量导入、OpenAPI 写入等链路中统一按大小写不敏感规则判断，系统基于去除首尾空格并统一大小写后的值判重，标准化后相同的工号视为同一个工号；

• 页面展示、导出和提示文案仍保留用户原始输入的工号，不强制改为小写；

• 编辑员工工号时，会排除当前员工自身，避免把"自己原本的工号"误判为重复；

• 各链路使用同一口径：系统内员工工号新增、编辑、导入、查询和搜索，入职确认前的待入职工号校验，以及 OpenAPI 的批量创建、批量更新和重复查询，均复用同一套判重规则；同批次内出现 A001 / a001 这类大小写不同但标准化后相同的工号，会被识别为重复并返回明确原因。

2. 项目组人力明细列表支持展示项目组编号（优化）

功能概述：员工人力明细-项目组人力明细列表支持展示「项目组编号」字段，便于快速核对项目组。

业务场景：企业使用项目组管理人力时，项目组名称可能相似、重名，或随项目阶段变更名称，HR、项目负责人和财务在核对员工人力明细时，单看名称不一定能快速确认是哪一个项目组。项目组本身已有编号，但旧版项目组人力明细列表未提供该字段。

功能说明：

• 在"员工人力明细-项目组人力明细"列表的自定义列中新增「项目组编号」字段，可按需勾选展示；

• 字段取值为项目组资料中的项目组编号。

二、组织

1. 职务新增、变更、查询接口支持所属部门（优化）

功能概述：OpenAPI 职务接口支持写入和返回职务适用部门，方便外部系统识别职务与部门的关系。

业务场景：部分企业的组织管理逻辑要求先有部门，再有岗位或职务，岗位/职务需要与部门关联，外部系统也需要识别这层关系。在职务模式下，如果接口无法写入或返回职务适用部门，外部系统只能拿到职务本身，无法判断该职务适用于哪些部门，影响组织主数据同步、外部组织树校验、岗位体系联动等场景。

功能说明：

• 职务查询接口支持返回适用部门：OpenAPI 职务查询接口支持在返回参数配置中勾选部门适用范围，勾选后返回 departmentList，包含部门 ID、名称、编码、启停状态等展示信息；未勾选时不返回该字段；

• 职务新增/变更接口支持写入适用部门：支持写入职务适用部门，请求中只需传部门 ID 或部门编码，系统会校验部门并补齐名称、状态后写入组织模型；职务可关联多个适用部门，未关联部门时返回空值；

• 职位接口按现有模型兼容：职位仍按组织现有一对一所属部门模型处理，不扩展为职位一对多适用部门；

• 接口文档同步补充查询返回和新增/变更入参说明。

2. 添加编制审批支持选择部门（优化）

功能概述：添加编制审批中的部门字段由只读改为可编辑，发起时未带出部门也可正常填写提交。

业务场景：HR 可以从部门列表发起添加编制，也可以从页面上方的"添加编制"按钮发起。旧逻辑中，添加编制审批的部门字段是只读的：从部门列表发起时可以带出部门，但从顶部按钮发起时部门为空且不可编辑，导致无法正常填写和提交。

功能说明：

• 在"组织-编制-添加编制审批"页面，部门字段由只读改为可编辑；

• 从顶部"添加编制"按钮发起且部门为空时，可以主动选择部门；从部门列表发起并已带入部门时，也可根据实际需要调整；

• 可在审批流程设计页面，配置该字段在审批各节点的查看、编辑权限。

3. 关闭编制管理增加确认提醒（优化）

功能概述：关闭编制管理前增加二次确认弹窗，避免误关导致在途数据异常。

业务场景：编制管理开关关闭后，与在途占编、待入职占编、编制释放相关的部分后续处理可能不再继续执行。对 HR 来说，关闭开关前如果没有明确提醒，很容易把它当成普通配置项误关。

功能说明：

• 关闭编制管理前，系统增加确认弹窗，提醒关闭后可能影响在途占编、待入职占编等编制相关数据处理，用户确认后才真正关闭；

• 本次不改变编制数据本身的业务规则，开关保持开启时，编制相关在途数据继续按原规则流转；

• 已出现异常的历史在途占编数据，需根据实际情况单独处理或通过既有修复逻辑纠正。

4. 编制审批提交/通过时校验最新数据（优化）

功能概述：编制审批在提交/通过前校验最新编制数据，避免并发审批基于旧快照重复叠加。

业务场景：企业可能同时存在多个编制变更审批。审批 A 已经通过并更新了某部门编制数，但审批 B 仍基于旧快照发起或继续通过，例如某部门计划编制数已从 926 变更为 927，后续审批仍显示 926，并在通过后再次加 1，最终造成编制数异常。旧逻辑在审批提交或通过前未充分感知最新编制数据，导致多个审批之间数据时点不一致。

功能说明：

• 审批提交/通过前感知最新编制数据：当审批中的编制快照与当前最新数据存在冲突时，系统会识别并阻止继续按旧数据提交或通过，用户需基于最新数据重新发起或调整审批；

• 避免并发审批重复叠加：对同一部门或父级范围存在多个编制审批时，后发起、后通过的审批会感知此前已生效的数据，不再简单使用发起时的旧快照直接落地；

• 本次修复面向后续审批流程，防止新审批继续产生异常；对已生成的历史异常编制数，需根据实际情况确认修正方式。

5. 兼岗主管去除入职日期校验（优化）

功能概述：去除"兼岗开始日期需晚于或等于兼岗主管入职日期"的校验，避免误拦截正常业务。

业务场景：企业维护兼岗信息时，会为员工选择兼岗主管。旧逻辑会校验"兼岗开始日期 ≥ 兼岗主管入职日期"，但兼岗主管本质是组织管理关系字段，不一定适合用主管本人的入职日期限制员工兼岗开始时间，在历史组织任命、兼岗补录、跨组织调整等场景中会误拦截正常业务。

功能说明：

• 对"兼岗主管"字段，去掉"兼岗开始日期必须晚于或等于兼岗主管入职日期"的校验；

• 本次只影响"兼岗主管"字段，不改变兼岗员工本人、兼岗部门、兼岗开始/结束日期等其他字段的既有规则；

• 覆盖多个入口：员工详情页编辑兼岗信息、兼岗审批发起和落地、导入兼岗、组织架构调整中的批量调整兼岗，均同步去除该校验。

三、一体化

1. Offer 人员选项搜索支持精准匹配（优化）

功能概述：ATS Offer 人员搜索支持精准匹配优先，输入姓名完全一致时优先展示精确结果。

业务场景：招聘 HR 在 ATS Offer 链路中选择人员时，经常输入员工姓名、手机号或邮箱来定位目标人员。旧逻辑主要依赖模糊搜索，员工数量较多、存在同名员工、姓名相近或拼音相近时，完全匹配的员工不一定排在最前，HR 需要在下拉结果中继续人工核对。

功能说明：

• ATS Offer 人员搜索接口启用精准匹配模式，当搜索关键词与员工姓名完全一致时，优先返回完全匹配的人员；

• 精确匹配结果之后，再按姓名、拼音、手机号、邮箱、工号等规则补充模糊搜索结果；

• 仅影响 Offer 人员搜索场景，不影响系统内其他普通员工搜索入口。

四、入职

1. 信息采集支持跨页联动（优化）

功能概述：信息采集表单的联动规则支持跨页选择条件字段和动作字段，第一页字段可控制后续页面字段。

业务场景：HR 配置信息采集表单时，常会将候选人基础信息、证件信息、银行卡信息、紧急联系人等内容拆到不同页面或分组中填写。旧版联动规则对字段选择存在分组限制，第一页字段不能直接控制第二页字段的显示或隐藏，迫使实施或 HR 拆分表单、减少分组，或用额外说明替代系统联动，影响表单体验和配置效率。

功能说明：

• 条件字段和动作字段支持跨页选择：同一个信息采集表单内，联动规则的条件字段和动作字段均可跨页选择，支持用第一页字段控制第二页字段；

• 字段展示时继续按明细组、非明细组分组，避免字段量变大后难以查找；

• 保留原有字段类型和联动动作限制：条件字段仍沿用原有可选范围（默认字段及字段类型符合要求的自定义字段），动作字段仍沿用原有动作能力，包括显示、隐藏、赋值、值联动。

2. 入职信息设置组合字段填写联动（优化）

功能概述：打开"证件"组合字段下任一子字段的填写开关时，自动联动打开"证件类型"和"证件号码"，保证关键数据完整采集。

业务场景：入职信息设置中，证件属于组合字段，HR 可能只勾选其中某个子字段用于候选人或 HR 填写。如果只开启了组合字段中的其他子字段，而"证件类型""证件号码"等关键子字段没有同步开启，后续在待入职详情、扫码入职、确认入职或数据落地时容易出现字段缺失、页面加载异常或保存失败。

功能说明：

• 在入职信息设置中，只要打开"证件"组合字段下任一字段的填写开关，系统会自动打开同一组合字段下的"证件类型"和"证件号码"填写开关；

• 被联动打开的"证件类型"和"证件号码"默认必填，保证后续入职链路拿到完整的证件主数据。

3. 扫码入职进入待入职支持银行卡完整落地（优化）

功能概述：扫码入职进入待入职时，银行卡等组合字段（含自定义子字段）完整落地，不再丢失。

业务场景：员工通过扫码入职填写资料后，HR 会将其转入待入职继续管理。旧逻辑中，证件组合字段已支持落地，但银行卡组合字段的部分自定义子字段（如开户支行）仍可能在"扫码入职进入待入职"时被清空，导致员工已填写的信息消失，HR 需要重新确认或手工补录。

功能说明：

• 扫码入职进入待入职时，支持银行卡组合字段整体落地，覆盖证件、银行卡等组合字段的预置子字段和自定义子字段，开户支行、自定义文本等子字段不再因进入待入职而被清空；

• 覆盖单个和批量进入待入职入口：两个入口按同一套组合字段落地规则处理，避免处理结果不一致；

• 与入职信息设置保持一致：组合字段是否在待入职各场景展示和落地，仍受入职信息设置中的"发起时填写"配置影响，建议将组合字段按整组开关管理，减少只开部分子字段造成的数据结构不完整问题；

• 历史已进入待入职且字段缺失的数据不自动补齐，重新进入或重新保存时按新规则处理。

五、多语言

1. 支持租户级翻译修正（新增）

功能概述：新增翻译工作台，支持维护系统预置字段的租户级译文（英文与繁体中文），满足不同企业用语习惯。

业务场景：当前系统已具备统一翻译能力，但翻译结果是平台级统一结果。不同企业对同一个组织/人事概念的使用习惯不同，例如「部门」在某些企业中希望展示为 Department，在另一些企业中希望展示为 Team。

功能说明：

• 新增翻译工作台配置，支持被授权用户维护系统预置字段的租户级译文，包含英文与繁体中文；

• 功能入口：设置-公共设置-翻译工作台；

• 被授权用户可在添加/编辑表单中从系统预置字段库选择标准字段并填写译文，也可点击「导入」批量新增字段；保存时系统校验同一租户、同一字段只能存在一条启用配置；

• 导入规则：默认导入模式为「添加字段」，选择数据源并上传模板文件；导入字段与已有标准字段重复时默认覆盖现有翻译结果，仅覆盖已填写的译文，译文为空则不覆盖现有内容；英文译文和繁体中文译文均为空的数据会被忽略；

• 保存或导入成功后，翻译服务刷新租户字段缓存；标准字段被删除后，展示回退到通用翻译结果。

六、绩效

1. 绩效/试用期全部考核环节支持绩效变更记录（优化）

功能概述：绩效和试用期考核的所有环节均支持查看绩效变更记录，PC 端和移动端均可查看。

业务场景：绩效考核和试用期考核推进过程中，不同处理人需要了解员工在本次考核内的完整过程记录，例如提交、驳回、调整、评估、校准、确认等操作。此前绩效侧仅在校准环节支持查看绩效变更记录，其他考核环节和试用期考核缺少统一入口，处理人需要跨页面查证，影响问题定位和审批判断效率。

功能说明：

• 【模板设置-内容权限】在「内容权限 > 选择考核环节 > 参考信息」中新增「绩效变更记录」开关，支持目标制定、目标审核、评估、校准、结果确认等所有考核环节；

• 每个考核环节独立配置，默认关闭；老模板、存量模板和历史考核没有配置值时均按关闭处理；复制模板时，原模板已配置的开关随模板复制；

• 考核流程中不包含的环节，不展示也不保存该配置；

• 本次不新增待办、不新增通知，不影响导出、报表和 OpenAPI，也不回刷历史数据；

• 【PC/H5 待办详情】当前环节开启开关后，PC 端待办详情右侧参考信息展示「绩效变更记录」页签，移动端待办详情展示「变更记录」入口；

• 记录范围为当前考核活动、当前员工、本次考核内的过程记录，按时间倒序展示，内容包括操作人、操作时间、操作类型、操作说明和可见的变更内容；

• 无记录时展示空态，加载失败支持失败提示和重试；无待办查看/处理权限的用户不能查看，字段级内容仍遵循当前环节的内容可见权限。

2. 绩效待办总评自动计算支持前端函数插槽（新增）

功能概述：绩效待办总评自动计算支持前端函数插槽，可自定义总评分、推荐评级的二次计算规则。

业务场景：部分企业的绩效结果计算规则不只依赖系统模板中配置的默认总评分、总评级规则，还会包含更复杂的企业口径，例如某个结果类别的分数需要结合其他结果类别二次计算，或绩效系数需要联动分数、等级后再得出。此前绩效待办中的总评自动计算主要按后端标准规则返回结果，遇到企业差异化计算口径时，无法在不改动标准逻辑的前提下灵活扩展。

功能说明：

• 在 PC 端和移动端绩效待办总评自动计算链路中新增前端函数插槽：系统仍先按模板配置调用标准自动算分逻辑，再允许通过插槽对返回的总评分、推荐评级等结果进行二次转换；

• 支持按绩效模板、被考核人、结果类别等条件命中特定企业或特定场景；支持基于多个结果类别的分数，自定义计算某个结果类别的总评分，并同步返回匹配的推荐评级；

• 覆盖 PC 端绩效待办的横向详细模式、纵向简洁模式、批量评估，以及移动端待办详情中的总评自动计算链路，插槽转换后的结果会回显到表单并随待办提交一并上报；

• 兼容与边界：仅在编辑态、且结果类别配置为「自动计算」时触发；只读态、已提交待办、手动打分的结果类别不触发；未配置插槽、加载失败、执行超时或返回结果不合法时，自动回退为后端原始计算结果，原有绩效待办流程不受影响；

• 本次不改变标准自动算分规则本身，不新增待办、不新增通知，也不影响报表、导出和 OpenAPI。

3. 组织绩效、分支条件、固定考核方案全量开放（新增）

功能概述：组织绩效、分支条件、固定考核方案三个能力全量开放，所有客户默认可直接使用。

业务场景：组织绩效、分支条件、固定考核方案三个能力此前按租户节奏逐步开放，部分企业已具备对应管理场景，需要在绩效活动配置和流程规则中直接使用这些能力。

功能说明：2026 年 8 月 6 日起，组织绩效、分支条件、固定考核方案三个功能全量开放，全量后默认可直接使用，不影响其他绩效功能。