文件模板

升级内容 1：合同模板支持更多明细组

业务场景&问题：

当前「合同模板」的文件模板，明细组不支持工作经历、教育经历等明细组，客户期望在合同中也能添加这些信息一并让员工签字，当前不支持

解决方案：

• 文件模板的「合同模板」类型，新增「教育经历」「工作经历」「实习经历」和租户自定义的明细组，如下图：

• 需要注意：在发起签署时，对于明细组暂不支持修改（因为有多段），表单内明细组相关字段不可修改（下图的红框）；如需修改，请直接在花名册中修改，修改后发起签署会获取最新信息

假勤

升级内容 1：外出申请支持多明细组

业务场景&问题：

目前不支持外出审批单支持多明细组，若员工存在不连续的多段外出申请时，需发起多条外出申请，及重复审批

解决方案：

• 外出审批新增多段外出申请及多段外出汇总分组（需升级审批模板使用）

  • 审批单设计

    • 外出申请分组可启用/停用——非明细组

    • 【新增】多段外出申请分组可启用/停用——明细组

    • 【新增】多段外出汇总分组可启用/停用

      • 注意：多段外出申请中的外出总时长、工作时间外出总时长仅可汇总明细组中的时长

      • //建议外出申请分组和多段外出申请分组不要同时启用

      • 

  • 流程设计

    • 外出总时长、工作时间外出总时长可作为分支判断条件

• 

• 消息及通知摘要

• 若未开启多段外出申请，则通知摘要与现有一致

• 若开启多段外出申请，则通知摘要为

  • 外出时间: {$外出时间} 「取明细组多条外出开始到结束时间，分号连接」

  • 外出事由: {$外出事由} 「优先取多段外出事由，若无该字段则取明细组多条外出事由，分号连接」

  • 外出总时长: {$外出总时长} 「取多段外出汇总中的外出总时长」

• 审批校验

  • 若申请时间与审批中或审批通过的外出记录重复，将提示出具体的重复记录

    • 

  • 若明细组间申请时间重复，则重复明细组将提示：同一时间段禁止重复申请

    • 

  • 审批通过后撤回时，将校验所有外出申请是否均满足外出撤回的时间限制，任意一条不满足时将阻断提示

    • 

人事

升级内容 1：员工关怀适用范围组件优化

业务场景&问题：

原有适用范围组件中的部门组件存在使用问题：1、默认含下级，无法修改；2、选完子部门默认收回至一级部门

解决方案：

员工关怀适用范围组件整体替换最新组件，支持个人信息和任职信息字段。

通用

升级内容 1：支持短信内容模板报备

业务场景&问题：

1. 三大运营商对短信的合规性要求升级，需要基于短信模板报备后才允许带有链接的短信发出

解决方案：

审批

升级内容 1：任务节点办理完成后，支持配置任务办理人是否可修改表单

业务场景&问题：

目前，任务节点办理完成后，审批没落地前，任务办理人可随时修改表单内容，导致一部分客户审批在下游审批人通过后发现表单内容和审批时不一致以及不正确的修改记录

解决方案：

审批设置-流程设计-任务办理节点-高级设置：新增配置项【任务办理完成后，允许任务办理人修改】

默认：关闭 （线上已有数据默认开启——保持和当前逻辑等义）

升级内容 2：审批通过-意见弹窗增加前端默认填充值：同意

业务场景&问题：

体验优化问题，针对审批通过的操作增加预置内容，降低客户审批意见填写成本。

解决方案：

审批通过时，通过原因预置：通过

生态

升级内容 1：支持快速生成钉钉审批OA可访问的外部配置链接

业务场景&问题：

现状：

如果客户需要在钉钉审批工作台创建审批发起入口，需要一线的服务同学通过PP CSM后台获取审批流程链接后按特定规则拼接好再提供给客户进行配置。

原操作文档：

审批发起入口嵌入钉钉OA工作台操作说明.adoc

问题：

1. 增加额外且不必要的服务成本

2. 配置规则繁琐

解决方案：

IM对接-钉钉应用增加：集成链接配置，支持批量生成符合钉钉发起入口配置的审批链接。后续可引导客户自助处理此类问题

薪酬

升级内容 1：薪酬核算规则配置支持离职补算薪月

业务场景&问题：

• 员工离职后需要补发奖金，现在需要在薪酬核算活动中添加临时算薪人员，不支持自动拉取需要补发奖金的人

解决方案：

• 当算薪频率为月度时增加配置「离职补算薪月」

• 可设置：

  • 离职后指定月，页面根据配置的月份有相应的提示

    • 例如：设置为每年6月和每年12月，则创建6月薪酬核算活动时，会查询去年12月~今年5月的已离职员工，补算薪1次。

• 离职N个月后，最多可设置12个月

  • 用于离职后给员工补发奖金时的场景，创建薪酬核算活动时，根据算薪周期查询过去{N月}内的已离职员工，补算薪1次；

  • 例如：设置为离职后3个月后，则创建6月10日~7月9日的薪酬核算活动时，会查询3月10日~4月9日之间离职的员工，补算薪1次

• 注意：仅可设置离职补算薪1次数，不支持非连续的多次场景，需使用薪酬核算活动中的添加临时算薪人员功能

• 编辑核算规则时，若「离职补算薪日期」调整，有预警提醒：调整规则可能导致员工多次补算薪，请谨慎修改；

• 例如：原设置为每年6月和每年12月，6月的薪酬核算活动已将去年12月~今年5月离职的人员补算薪过1次；若又调整为每年7月和每年12月，则创建7月薪酬核算活动时会再次计算去年12月~今年6月的已离职人员的薪资

• 创建薪酬核算活动时，根据薪酬核算规则的设置不同，需要将已离职员工同步进来重新算薪

  • 若设置的是离职后指定月，则创建指定月份的薪酬核算活动时，需要查询指定月份之间（不含当前月份）的已离职员工，补算薪1次；例如设置为每年6月和每年12月，则创建6月薪酬核算活动时，会查询去年12月~今年5月的已离职员工，补算薪1次。 

  • 若设置的是离职N个月后，创建薪酬核算活动时，根据当前活动的算薪周期查询过去{N月}内的已离职员工，补算薪1次；例如设置为离职后3个月后，则创建6月10日~7月9日的薪酬核算活动时，会查询3月10日~4月9日之间离职的员工，补算薪1次。

• 离职补算薪的人员会自动展示在发薪人员列表内，变动类型为「离职补算薪」

  • 若手动停止算薪，则自动到「停止发薪」列表，变动类型不变

  • 若薪酬核算规则重新配置了离职补算薪的规则，薪酬核算活动重新同步人员时不会按新的规则重新拉取人员，需要重新创建薪酬核算活动

    • 例如：原本设置为每年6月和每年12月，后调整为了每年7月和每年12月，则已创建的6月薪酬核算活动不会变更，若新创建6月薪酬核算活动时不会再查询已离职人员的信息