通用

升级内容 1：日期选择器优化

业务场景&问题：

日期选择器不支持输入选择

解决方案：

输入格式

• 支持格式："yyyy-MM-dd", "yyyy/MM/dd",  "MM/dd/yyyy", "MM-dd-yyyy"

  • 月份和日期必须都为2位，不足两位则补0。举例：2025-05-01

  • 日期内容输入完整后，再进行日期的匹配

• 若格式输入不正确，未识别到相应的日期，则鼠标失焦后，日期选择器内容为空。

• 

暂不支持：

1、批量异动

2、参保档案-增员

3、员工profile页、入职任务、招聘需求，仅支持"yyyy-MM-dd"格式

假勤

升级内容 1：需关联出差/外出审批单的外勤打卡时间范围优化

业务场景&问题：

当前外勤打卡关联审批单的逻辑为按打卡时间所在考勤日全天是否有出差/外出申请，导致可能在申请时段内无法关联到审批单从而阻断外勤打卡，或是无法按申请时间点限制外勤打卡时间，不符合客户管理要求。

解决方案：

• 优化外勤打卡配置

• 勾选「需关联包含当天的外出或出差申请」后出现以下选项

  • 申请当天及对应班次打卡时间范围内均可打卡

    • 即【min（申请开始日期00:00，申请开始日期打卡开始时间）～max（申请结束日期23:59，申请结束日期打卡结束时间）】内均可打外勤卡

    • 休息日出差/外出时，则「对应班次打卡时间范围」为休息班次的有效打卡时间范围

  • 申请开始时间前xx分钟，申请结束时间后xx分钟以内可打卡

    • 时间范围为0-600分钟

    • 即【（申请开始时间点-xx分钟）～（申请结束时间点+xx分钟）】内可打外勤卡

    • 按天申请出差时

      • 若当天为工作日，则以班次的上下班时间记为开始/结束时间

      • 若当天为休息时，则以休息班次的记录时间记为开始/结束时间，若未配置记录时间，则默认上午为9:00-12:00，下午为12:00-17:00

• 具体case

绩效

升级内容 1：绩效活动新增「批量移除被评估人」和「批量终止」

业务场景&问题：

当前绩效活动中支持批量操作，但部分批量操作功能仍缺失，对 HR 管理活动有效率的降低，缺少的批量操作有：

• 批量移除被评估人

• 批量终止绩效

解决方案：

如下图，在活动中的【被评估人】和【异常 - 员工离职】列表中，新增「批量终止绩效」和「批量移除被评估人」操作：

• 批量终止绩效：效果与单人终止一样，终止后后续环节的待办将被取消，已完成的待办数据将保留

• 批量移除：效果与单人移除一样，移除后将被评估人从活动中删除，不可恢复，请谨慎操作

升级内容 2：绩效活动新增多个筛选

业务场景&问题：

当前活动缺少部分筛选，导致部分场景下 HR 在管理活动时操作不变：

1. 活动比较多的客户，期望在活动列表筛选评估周期

2. 当前绩效被终止后，筛选只能基于待办去筛序，不能基于被评估人，用户想要筛选出未终止的被评估人，当前筛选不出来

3. 活动中「待办状态」筛选，选择待办时由于客户的待办数比较多，选起来要一个个勾选，仍然很麻烦，期望能有个搜索+全选的功能：例如搜索上级评估全选

4. 客户的执行人为空的异常较多，期望能筛选异常环节，再批量调整环节。但当前无法筛选异常环节

解决方案：

1、活动列表新增「评估周期」筛选

• 如下图，可以筛选出与创建活动时所选周期相同的活动：

2、活动列表新增「评估起止时间」筛选

• 如下图，可以筛选出在所选的时间段的所有活动：

  • 例：筛选条件 = 2021-01-01 ~ 2021-06-30，则活动的「评估起止时间」= 2021-01-01 ~ 2021-03-30、2021-02-01 ~ 2021-04-30 均可以被筛选出，但 2020-12-01 ~ 2021-03-30、2020-01-01 ~ 2021-12-01 的活动不可被筛选出

3、活动详情中新增「流程状态」筛选

• 如下图，可以筛选被评估人的流程，例如可以筛选出进行中或者已终止的被评估人

4、活动详情中「待办状态」筛选新增全选待办

• 如下图，在选择待办时，新增「全选」；搜索待办后也可以全选

5、活动详情中「执行人」筛选支持筛选为空或者为本人

• 如下图，在筛选某个环节的执行人时，支持筛选某个环节的执行人为空或者为本人

升级内容 3：绩效活动新增被评估人离职自动处理

业务场景&问题：

被评估人离职后，当前系统仅会在活动的【异常 - 员工离职】列表显示并提醒，但不会做任何自动处理，HR 期望能自动终止绩效或自动移除

解决方案：

• 如下图，在创建、编辑活动时，评估组中新增「离职员工处理」，可以对被评估人离职时如何处理：

  • 处理方式：

    • 自动移除：即离职后会将被评估人自动移除活动，该操作不可逆，请谨慎操作

    • 自动终止绩效：即离职后会将被评估人的流程自动终止

    • 仅提醒，在异常列表中手动处理：即当前效果，仅会在【异常 - 员工离职】中展示，不会做任何自动处理

  • 处理截止时间：

    • 即仅当员工的离职落地时间 ≤ 处理截止时间，方才会对离职的被评估人移除或终止或异常列表中提醒，否则不会做任何处理

• 创建活动后可以修改该配置，修改后，仅会修改规则新离职的被评估人按新规则处理，已离职的员工不受影响

升级内容 4：绩效活动新增执行人离职异常列表

业务场景&问题：

执行人离职后，若环节已经在进行中，无法触发自动更新执行人的逻辑（汇报或组织关系更新），导致流程被卡住

解决方案：

• 如下图，在活动详情的【异常】列表中，新增【执行人离职】列表：

  • 该列表显示所有「进行中」和「未开始」的环节中，存在执行人离职的被评估人，HR 可以调整执行人或者调整环节

  • 若存在执行人离职但没有处理的情况，会与其他执行人为空、为本人等异常一样，会在一个通知中提醒 HR

• 需要注意：执行人离职后，通常会通过【执行人自动更新】的功能自动更新执行人，详见：https://mokapeople.moyincloud.com/d/1707253347330842626.html

  • 例如：直接上级离职后，当维护了新的上级后，上级评估环节的执行人会自动更新；仅当没有及时维护或者环节已经在进行中，活动里方会进行执行人离职的提醒

薪酬

升级内容 1：薪酬核算数据准备及薪资计算优化

业务场景&问题：

• 薪酬核算活动同步人员效率比较慢，每次都要同步全部人员，不支持选择部分人员同步和报送，人员存在更新时，没有提示，只能依赖HR手动全部重新同步人员

• 不支持单独使用最新公式计算1个员工的工资项目

• 在发薪人员核对及薪资计算时，预警不够

• 人员筛选和数据查看效率低，筛选项少，不支持自定义列等

• 算薪过程时间轴前后校验缺失，如：

  • 本期已算薪，但上期税款还未申报，导致新入职人员已报送，无法申报；

  • 个税申报时，未强校验所有相关的薪酬核算活动的归档状态，导致薪酬核算活动无法归档

  • 薪酬核算活动归档时校验个税申报状态，导致后续薪酬核算活动无法归档

  • 不支持客户取消归档，依赖服务同学进行操作

解决方案：

1.薪酬核算规则配置优化

• 薪酬核算规则支持按版本管理，每个版本均可以编辑修改，但每个版本仅支持保留最近修改的版本

• 「薪酬核算规则-基础信息」编辑后仅对新创建的薪酬核算活动生效，不会影响已创建的薪酬核算活动

• 新增编辑方式：

  • 若为「修改规则」时，不允许修改「生效日期」

  • 若为「添加变更」时，允许设置生效日期，此时会生成新的薪酬核算规则版本

• 薪酬的核算活动创建时，会按薪酬核算活动的算薪周期的结束日期匹配对应的薪酬核算规则的版本；

• 编辑「计算规则」中时，若增加/删除字段在薪酬核算活动中会立即显示/消失，字段计算规则修改需点击「计算」后才会生效，单独计算1名员工的数据也会使用对应薪酬核算规则版本的最新规则

• 在「薪酬核算规则-计算规则」增加「薪酬数据监控」的设置，查看对应薪酬核算活动的薪资计算数据时，会根据配置的提醒规则，将满足条件的员工筛选出来并提醒

  • 支持配置是否强提醒算薪，默认不勾选，若勾选了，则薪酬核算活动进入第三步时，该数据监控数值非0时（即存在员工为该数据监控的情况时），在进入第三步时每次均会弹框提醒

• 薪酬计算规则中所有的【数字】、【选项】及【日期】，以及算薪的「计算状态、手动调整状态」支持设置提醒

  • 【数字类型】设置支持2种配置方式：

    • 与固定值比较，填写数字，支持4位小数，最小最大输入±99999999.9999

    • 与其他指定字段比较：可以选择任意数字字段

  • 【选项】类型支持：包含、不包含

    • 如配置：「计算状态」包含「计算失败」

  • 【日期类型】：选中后仅监控日期是否在当前算薪周期内

    • 如配置：「入职日期」在当前算薪周期内

  • 最多可配置6个

• 薪酬核算规则的版本记录仅保留对应版本的最新更改的规则，按新的版本规则对应显示薪酬核算活动

  • 注意：

    • 说明信息内仅展示最近一次编辑的备注信息，历史备注信息可以在操作记录查看

    • 薪酬核算规则的版本记录中，若有部分版本用户无管理员权限时，无权限的版本会显示但无法编辑，编辑按钮置灰并提示：无该版本的管理权限，无法编辑

2.薪酬核算活动通用优化

• 薪酬核算活动列表（处理中和已归档）中支持可支持搜索员工

• 创建薪酬核算活动时，需要通过薪酬核算活动匹配薪酬核算规则的版本，匹配规则：根据薪酬核算活动的发薪周期结束日期匹配对应的版本

  • 若发薪周期结束日期＜所选的薪酬核算规则的所有版本的生效日期，会阻断报错无法算薪，需要增加过去日期的版本才能算薪

  • 如：薪酬核算规则的最早生效版本是2025-05-01，此时若创建4-1~4-30的薪酬核算活动时会阻断

  • 注意：创建薪酬核算活动时，若用户没有对应核算规则版本的权限时，提示：当前没有「薪酬核算规则名称」生效日期为{根据薪酬核算活动结束日期匹配的核算规则版本的生效日期}的权限，如需添加权限，请在「薪酬核算规则LL测试2的yyyy-mm-dd版本」中编辑「薪酬核算HR」

• 支持客户取消归档，取消归档时需要有弹框提示

  • 取消的薪酬核算活动归档时，若薪酬核算活动内的存在员工个税已申报，则需在弹框上预警提示（仅对接口算税的薪酬核算活动需要校验），提示内容：取消归档后可重新计算薪资，该薪酬核算活动的个税已申报，重算后对工资单及个税均会有影响，若个税存在差异需在「个税申报」中逐月变更个税或到税局变更，建议谨慎操作

• 薪酬核算活动归档时不再校验个税申报的状态

• 对于开通了接口算税的客户，创建薪酬核算活动后进行「人员更新报送」时，若查询上个发薪所属年月的个税未申报，且这次人员报送中存在新增人员时，则弹框提示（每个核算活动仅首次同步更新报送人员时提示）

3.薪酬核算活动-核对发薪人员优化

• 核对发薪人员列表接入通用列表：

  • 支持自定义列，自定义列支持的分组及字段：任职信息、基本信息（人事对应的基本信息，非招聘的）、个人概况、离职信息、薪资计算（会按薪酬核算规则配置的分组展示）、所属成本中心

  • 通用列表的字段、模板、筛选项均配置根据「用户&薪酬核算规则」进行配置，即同一个用户且是相同的薪酬核算规则的情况下，不同算薪周期的薪酬核算活动列表配置是一致的

    • 例如：摩小卡在6月薪酬核算活动的核对发薪人员列表创建了关注调薪人员的模板，则在相同核算规则下创建7月的薪酬核算活动时，会沿用6月的配置；反之若7月改了再重新查看6月的核算活动，也会同步变更；

  • 注意：员工的任职信息的数据按薪酬核算周期结束日期获取数据

• 支持的筛选字段信息同自定义列的字段，「员工」不支持取消筛选，其他字段可以取消筛选项

• 点击人员行时，可打开员工的花名册详情页，并定位到薪资档案页

• 若列表选择了部分人员时，同步人员、停止发薪、导出仅为操作选中的人员的信息

• 增加算薪范围发生变更及并行算薪的预警提示

• 并行算薪：指【员工】当前发薪周期内存在其他薪酬核算活动（含已归档）

  • 注意：员工有多个其他薪酬核算活动时，会显示多条

• 算薪范围发生变更：指若薪酬核算活动中的算薪范围内人员发生了变更，发薪人员的发薪组织发生了变更（距离上次同步人员后发生过变更），如有员工从「非算薪范围的发薪组织」调整为「算薪范围的发薪组织」或从「算薪范围的发薪组织」调整为「非算薪范围的发薪组织」

  • 点击同步人员后可将发生变更的员工的信息进行更新，不再需要同步全部人员

4.薪酬核算活动-薪资计算优化

• 薪资计算列表中接入通用列表

  • 支持自定义列，支持自定义薪酬核算规则中配置的字段，及薪资计算状态的字段，以及任职信息、基本信息（人事对应的基本信息，非招聘的）、个人概况、离职信息、所属成本中心

    • 注意：

      • 字段的顺序默认与薪酬核算规则配置的字段顺序保持一致，但若自定义列调整了顺序后，以用户操作的顺序进行展示

      • 薪酬核算的字段若引用于员工信息字段，在薪资计算时会记录快照，并不是最新实际的人事信息，例如「职级」，若员工在薪资计算时的职级为「P6」，但计算后任职信息变更为「P7」，若薪资没有重新计算的情况下，「任职信息-职级」会显示为「P7」，「员工信息-职级」显示为「P6」

        • 其中「员工信息」对应为「薪酬核算规则-计算规则」中的分组名称

      • 员工的任职信息的数据按薪酬核算周期结束日期获取数据

• 支持的筛选字段信息有：任职信息、基本信息（人事对应的基本信息，非招聘的）、个人概况、离职信息、薪资计算配置的字段（支持数字、文本、日期、发薪组织、选项）、所属成本中心

  • 「员工」不支持取消筛选，其他字段可以取消筛选项

• 点击人员行时，可打开员工的花名册详情页，并定位到薪资档案页

• 薪资计算列表表头需支持筛选表头和快速选分组的能力，支持合计统计

• 在「薪酬核算规则-计算规则」中配置的「薪资数据监控」，若存在员工满足条件时，会显示出来

• 修改公式需校验薪酬核算规则中的字段是否允许编辑，若不允许编辑时需要置灰，并提示：

  • 非接口算税时提示：算薪的必要字段，无法修改

  • 接口算税时提示：算薪或算税的必要字段，无法编辑

• 修改公式时会打开对应薪酬核算规则版本进行修改

5.操作记录-薪酬核算规则

• 增加「薪酬设置-薪酬核算规则」的操作记录

升级内容 2：发薪审批支持自定义报表及自定义发薪明细字段

业务场景&问题：

• 发薪审批概览中仅支持固定的看板，需支持自定义报表；

• 发薪审批明细字段太多，希望可以自定义字段在审批中是否显示

解决方案：

• 「薪酬核算规则-更多设置」中将「发薪审批」独立进行配置

  • 看板配置支持：

• 系统默认看板

  • 则保留原「人力成本组成」和「差异项目组成」的配置

  • 已创建和新建的薪酬核算规则默认选中该项

• 自定义报表看板：不需要配置「人力成本组成」和「差异项目组成」

  • 可引用系统预置看板或自定义的看板

• 选择的看板中需校验是否含有薪酬核算活动的筛选项，没有核算活动名称筛选项的无法选中

  • 在发薪统计时查看看板时，需要仅查看对应薪酬核算活动的数据，系统会自动将对应的薪酬核算活动名称填入到看板的筛选项中，所以该配置项是必要的配置

• 注意：

  • 因「薪酬核算活动名称」不会校验已删除的薪酬核算活动名称，若自定义看板时，需要在报表中去掉状态为「已删除」的活动，否则若薪酬核算活动名称重复的情况下，数据统计上会统计到已删除的活动

• 看板若与启用中的薪酬核算规则（含历史版本和当前版本）关联了，则不允许删除「薪酬核算活动名称」的筛选项

• 对应的薪酬核算活动的「发薪结果」页的看板会显示配置的看板

  • 注意：因薪资计算完成后，同步到报表会存在延迟，页面上有提示建议客户若重新计算薪资后，需要等待3分钟左右再查看报表统计结果

• 发薪明细的列表中接入通用列表

  • 支持自定义列，支持自定义薪酬核算规则中配置的字段，以及任职信息、基本信息（人事对应的基本信息，非招聘的）、个人概况、离职信息、所属成本中心

    • 注意：

      • 字段的顺序默认与薪酬核算规则配置的字段顺序保持一致，但若自定义列调整了顺便后，以用户操作的顺序进行展示

      • 薪酬核算的字段若引用于员工信息字段，在薪资计算时会记录快照，并不是最新实际的人事信息，例如「职级」，若员工在薪资计算时的职级为「P6」，但计算后任职信息变更为「P7」，若薪资没有重新计算的情况下，「任职信息-职级」会显示为「P7」，「员工信息-职级」显示为「P6」

        • 其中「员工信息」对应为「薪酬核算规则-计算规则」中的分组名称

      • 员工的任职信息的数据按薪酬核算周期结束日期获取数据

• 发薪明细支持配置公共模板，审批人员会根据公共模板配置的适用范围进行展示，即可以通过管理公共模板实现不同审批人员查看不同的发放明细数据

• 审批单对应调整

  • 备注字段允许发起人编辑，依然是必填字段

    • 注意：发薪审批定义需要升级后才能正常

  • 对于自定义报表的概览页，人力成本（设置人力对应相关字段）审批表单中不再展示

• 发起审批时，若有多活动可一起审批时，需要增加校验配置方式：需要均为「系统默认看板」或均为「自定义报表」，若均为为「自定义报表」，引用的数据报表看板需要一样

  • 发薪审批支持多活动合并审批，需满足以下条件才可合并发起审批：

    • 薪酬核算活动的发薪所属周期相同

    • 已完成薪资计算且还未发起审批的薪酬核算活动

    • 薪酬核算活动绑定的审批模版相同

    • 发薪统计的展示方式相同，且若为「引用报表中心看板」时，报表看板相同

  • 注意：若多个活动合并发起审批后，薪酬核算规则中的看板不一致了，则按选择的核算活动中的第一个活动对应的规则查询报表看板id进行展示

• 审批中查看详情时，点击新页面打开到概览页，概览页的展示同薪酬核算活动中的规则一致

  • 若为自定义报表时，移动端点开可以查看报表信息，但移动端查看报表时，无法查看发放明细

  • 若报表没有配置协作权限时，需显示：无权限

    • 注意：看板需要给审批人开放协作权限，否则审批人可能无法查看看板；若引用的是系统预置的看板则默认会有权限

升级内容 3：薪酬核算配置支持入职最晚算薪日

业务场景&问题：

• 客户月底算薪的时候，需要把21号之后入职的排除在当月算薪外，下月再一并算薪；目前系统不支持设置入职最晚算薪日

解决方案：

• 当算薪频率为月度时增加配置「入职最晚算薪日期」，选填项，可不设置，可选「每月1-31号」

  • 该配置下需提示：员工当月入职日期＞入职最晚算薪日期时，当月默认不算薪，下月算薪

  • 若配置29号~31号时，需要增加提示：若当月无{设置的日期，如29日}时，默认为月末最后1天

• 计算规则的自定义公式中，增加「入职最晚算薪日期」及字段，放在系统变量中放在最后

  • 字段说明：根据当前核算活动的最新规则，计算计薪周期内的入职算薪最晚日期，若规则设置的日期当月不存在时，默认取月末最后一天

  • 例如：

    • 规则中设置入职算薪最晚日期每月29日，本期算薪周期为2025/02/01～2025/02/28，返回结果：2025/02/28

    • 规则中设置入职算薪最晚日期每月10日，本期算薪周期为2025/04/15～2025/05/14，返回结果：2025/05/10

• 创建薪酬核算活动时，入职日期＞本期入职算薪最晚日期的员工，默认「发薪状态=停止算薪」，归属在停止发薪人员列表内，变动类型为「入职不算薪」

  • 若手动恢复发薪，则自动到「全部发薪」列表，变动类型调整为「本期入职」

    • 若继续不想算薪，可以手动筛选入职日期，调整为停止算薪

  • 若薪酬核算规则重新配置了，薪酬核算活动重新同步人员时不会按新的规则重新拉取人员，需要重新创建薪酬核算活动，例如：原本配置的是每月20日为入职最晚算薪日期，员工A为22日入职，则当月应不算薪；但若薪酬核算规则调整为每月25日为入职最晚算薪日期，原来薪酬核算活动员工依然不算薪；若重新创建核算活动则会算薪；

• 创建薪酬核算活动时，若上期入职算薪最晚日期＜入职日期＜本期算薪开始日期，且当前任职记录的上个周期没有算薪活动的员工，默认「发薪状态=发薪」，归属在发薪人员列表内，变动类型为「上期入职」

人事

升级内容 1：花名册公共模板管理

业务场景&问题：

• 花名册列表模板不支持统一管理和分享

• 部分交互不符合预期

  • 筛选变更后，卡片统计数字不会变化

  • 筛选项预期重置不是清空

解决方案：

【人事-花名册-公共模板】

• 新增【公共模板】，可进行公共模板的添加、编辑、删除

• 原【创建新模板】更名为【添加模板】，支持添加个人模板和公共模板

• 原【管理模板】更名为【我的模板】，支持个人模板和公共模板的排序、编辑

【添加/编辑公共模板】

• 添加模板入口：

  • 添加模板和公共模板-添加模板

  • 公共模板-添加模板时，模板类型默认为【公共模板】不可修改

【删除公共模板】

• 删除：支持管理员删除公共模板，删除需要进行二次确认

【权限】

• 角色-人事-员工花名册，新增【公共模板管理】

【我的模板】

• 交互变更，我的模板管理改为侧拉窗，支持排序、编辑、删除、设置默认模板

• 支持个人模板和匹配适用范围的公共模板统一进行排序、设置默认模板

  • 未进行过公共模板和个人模板混排的用户

    • 优先展示个人模板，按个人模板顺序展示，再展示公共模板，适用范围下按公共模板排序顺序展示

  • 已进行过公共模板和个人模板混排的用户

    • 新增公共模板和个人模板时，个人模板按照添加时间展示在下方，再将未设置顺序的公共模板按照顺序展示在最下方

• 仅支持一个模板为默认模板，默认模版被删除后，展示排序中的第一个

【新用户】

• 新用户有公共模板时，不进行当前9个模板初始化，优先展示公共模板，并始化全部、在职、离职、次月周年、次月生日五个模板

• 新用户无公共模板且没有个人模板时，初始化全部、在职、离职、次月周年、次月生日五个模板

【花名册】

• 有新增公共模板后，员工侧需要提示【有新的查询模板】，在我的模板中增加【New】，在列表首页仅增加【.】进行标记

• 若用户是对应公共模板管理员，可以编辑、删除对应公共模板

  • 公共模板编辑筛选保存时，增加二次确认【当前模板为公共模板，修改后会影响适用范围下所有员工，请确认是否修改】

  • 公共模板自定义列时，增加二次确认【当前模板为公共模板，修改后会影响适用范围下所有员工，请确认是否修改】

• 花名册列表查询时，另存为时，可选择另存为个人模板或者公共模板

  • 模板名称为XXX（当前模板名称）的副本

  • 筛选条件和展示列复制当前模板

  • 公共模板时，适用范围默认为当前操作人

  • 公共模板时，管理员默认为当前操作人

  • 另存为的模板在我的模板中排序在最后一个

• 花名册列表筛选的清空更名为重置，点击后不清空筛选条件，还原模板保存的筛选条件

• 筛选未保存时，卡片数字随着筛选进行变化

【字段权限】

• 筛选条件：公共模板会默认根据设置的筛选范围进行数据过滤，若无对应筛选条件的字段权限，则查询时忽略对应条件

  • 例如默认筛选条件中有员工状态=在职，当前用户无员工状态的字段权限，筛选条件不展示对应字段，以及筛选逻辑中排除员工状态=在职，相当于查询所有员工状态的员工

• 筛选字段：公共模板会根据默认模板（系统初始化的默认模板）的字段进行展示，无对应字段时隐藏相关字段

一体化

升级内容 1：支持ATS年月类型和时间段类型的字段同步到PP

业务场景&问题：

• 目前仅支持日期类型进行字段映射，无法将ATS年月类型和时间段类型的进行映射同步

• 明细字段映射的字段规则混乱，可能导致配置结果不符合预期

解决方案：

【字段映射规则】

• PP明细组仅支持在选择同一组信息（选项过滤）

  • 存量租户编辑明细组字段映射时，触发其他已经保存的字段校验，若其他字段存在来着不同分组，则进行提示【验证失败，仅支持映射XXX（ATS分组名称）的字段】

  • 工作经历、教育经历、实习经历的分组是固定的

  • 其他分组可选择字段来着对应分组下映射字段中所有的明细组，例如：自定义分组映射了3个ATS-实习经历、2个ATS-项目经验、1个ATS-个人信息的，则对应明细组新增/编辑字段时，可以选到ATS-实习经历、ATS-项目经验下的字段

• PP普通组仅支持选择ATS普通组信息（选项过滤）

  • 存量租户编辑普通组字段映射时，触发其他已经保存的字段校验，若其他字段存在来着明细组，则进行提升【验证失败，不支持映射候选人可添加多行的分组字段】

【字段映射新增】

BI

升级内容 1：图形表数字支持千位符

业务场景&问题：

• 明细表支持数字类型展示时，可按千位符展示，但是图形报表不支持

解决方案：

审批

升级内容 1：联动规则配置部门类型字段时，支持设置是否勾选包含下级

业务场景&问题：

配置审批表单联动规则时，如果判断条件内包含较多部门时，不能自动勾选全部下级，交互繁琐。

解决方案：

联动规则部门组件新增快捷交互：含下级/不含下级

升级内容 2：支持按审批人角色隐藏审批单中的抄送节点展示

业务场景&问题：

客户在流程中配置了较多抄送节点，员工发起时，体感不太友好，希望可以屏蔽抄送节点展示。

解决方案：

新增审批配置项【抄送节点不可见】，支持按审批角色自定义配置哪些角色不可见抄送节点

特殊逻辑说明：

如果员工在审批流程中存在多个身份（如：即是发起人，也是审批人），则按对应节点下的角色进行判断。

如：

-节点1-员工A发起->节点2-员工A审批

-配置规则：抄送人节点对【发起人】不可见

-则：

--节点1：抄送节点对员工A隐藏

--节点2：抄送节点对员工A展示

升级内容 3：支持按节点配置审批节点上是否可转交或退回

业务场景&问题：

部分客户对审批动作有强管理诉求，不允许审批转交或退回。

解决方案：

新增「审批节点-高级设置-允许审批人或管理员转交」——默认开启（保持和线上原有逻辑一致）

新增「审批节点-高级设置-允许审批人手动退回」——默认开启（保持和线上原有逻辑一致）