IM同步
升级内容：【IM】支持同步企业微信直属上级
业务场景&问题：
目前不支持同步People中员工的「直接上级」至企业微信通用录的「直属上级」
用户角色：
系统配置人员：HR（SSC）、HRIS
用户：全员（IM中可以查看直接上级）
解决方案：
场景 | 现状 | 上线后 | 对客户的影响 |
People中员工的「直接上级」同步至企业微信通讯录的「直属上级」 | 目前不支持同步
折中方案： 需要在企业微信通讯录中创建一个自定义字段「直接上级」，People中员工的直接上级可以同步至此自定义字段
| 支持同步
注意：企业微信「直属上级」最多支持维护5个直属上级，开启同步后，会使用People的「直接上级」进行覆盖
| People中的直接上级只能同步到企业微信的「直属上级」
采用了折中方案的客户，需要重新调整下配置
|
ps：上线后，已开启「企业微信-直接上级」同步的客户，对应开关会关闭掉
体验创新
升级内容：我的团队支持自定义配置
业务场景&问题：
我的团队信息固定，不够丰富，不同企业的不同层级的管理者关注的重点不同，期望可以自定义配置。
用户角色：
系统配置人员：HR、HRIS
用户：管理者
解决方案：
可选报表范围：当前用户有权限的报表，即我创建的和共享给我的
页面功能权限：创建tab后需要授权给到对应角色
数据权限范围：用户拥有该tab功能权限的角色的管理范围，因此支持精细化控制，如：
用户作为销售部部门负责人，同时兼任售前部分管领导
部门负责人角色拥有薪酬tab权限，分管领导角色无薪酬tab权限
那么，用户看薪酬tab时只能看到销售部的数据
报表字段权限：与我的团队一样走档案权限，后续收拢后统一走角色权限
假勤
升级内容：月报统计规则支持复制
业务场景&问题：
目前考勤统计规则字段及配置项很多，每次配置耗费时间较多
用户角色：
系统配置人员：HR（SSC）
解决方案：
启用中/停用的考勤统计规则列表，均增加【复制】按钮，位置如下图
点击【复制】且用户确认复制后，直接将该【考勤统计规则】复制成功，无论被复制的规则是启用or停用状态，复制成功的规则默认为启用状态
复制时会将统计规则的基础设置（即编辑中的内容），设置字段中的设置（包括启用的字段及排序、字段的分组信息、我的出勤设置、考勤数据监控设置等）均完全复制
升级内容：离职员工信息更新后触发发假及更新发假规则优化
业务场景&问题：
问题一：目前员工发起离职申请，组织人事会推送变更消息，若发假规则中设置的会自动更新，则会触发一次重新发假，一般这个情况下重新发假的数量是一样的，但发假时间会更新，客户侧看见会存在疑问。
问题二：HR提前触发了智能发假，给全体员工发假为0，后续修改了发假规则，员工满足发假规则时，因已经存在了发假记录，会导致发假失败
用户角色：
系统配置人员：HR（SSC）
员工
解决方案：
员工发起离职申请引起的任职/个人信息变更不会触发更新发假
员工离职审批通过后，任职和个人信息变更后也不会触发更新发假
智能发假若选择【撤销历史发假记录，按新规则重新发假】，则撤销该发假规则对应周期的所有发假记录，再重新发假
组织人事
升级内容：试用期转正方案-适用范围支持更多条件
业务场景&问题：
目前不支持根据法人公司、任职信息下的自定义字段、或者直接选择某些具体员工，作为转正方案的适用范围
用户角色：
系统配置人员：SSC
解决方案：
转正方案的适用范围增加如下条件：
员工：在职状态的所有员工
法人公司
任职下非「日期、单行文本、多行文本」的字段（包含自定义字段）
升级内容：电子签属文件内上一份合同/上一个法人公司的取值逻辑优化
业务场景&问题：
在续签时，法人公司并没有发生变更，则关联的签署文件就无法获取上一份合同/法人公司的相关数据
用户角色：
系统配置人员：SSC、HR
解决方案：
不论是入职（员工确认入职后）/合同/薪酬发起电子签署，还是审批流程关联的签署文件，如果当前员工存在多条「当前生效合同」和「历史合同」的合同记录，则电子签可以取到上一份合同/法人公司相关数据，逻辑为选择「主合同」类型（「劳动合同、劳务协议」）下「合同开始日期」小于「当前生效/历史合同」的开始日期，且「合同开始日期」最大的（删除了法人公司不同的判断逻辑）
薪酬
支持多主体算薪、报税
业务场景&问题：
目前只能识别人员合同信息中的法人主体信息，无法做到当月多主体算薪、报税
用户角色：
用户：薪酬HR
解决方案：
通过支持指定人员在核算活动中的法人主体，实现一个人当月多主体算薪、报税
在「个税配置-人员信息」中，增加了「报税主体」字段，该字段默认关联「法人公司」字段
存在多主体诉求的，该字段可以配置一个其他文本类型的项目
项目中通过公式维护人员报税主体，可针对人写判断条件，返回对应的主体名称
项目可以是核算时录入，即算薪时导入这些人主体名称
指定后，系统将按公式结果或导入结果匹配人员的主体，并完成在该主体中的人员报送、个税数据下载、计算、生成申报数据、申报、缴款
同时可支持配置的字段还有「任职受雇从业类型」，应对一个人在不同主体下，可能缴税类型不一致的场景
具体操作：
【重要】参保档案逻辑优化
业务场景&问题：
由于目前待增员与薪资档案耦合度较高，要求人员必须定薪后才进入待增员，导致当月入离职人员，没来得及操作定薪，该人员不会出现在待增员
参保档案权限，未接入系统统一的权限体系，权限控制逻辑较隐藏，用户不会配置，且将来接入审批后，权限控制逻辑很难实现
用户角色：
用户：薪酬HR
解决方案：
人员入职后，即可进入待增员
人员入职后，根据人员信息，匹配到了参保方案后，进入对应参保方案管理员的待增员列表中
人员如果未匹配到参保方案或匹配到多个，则进入未匹配参保方案人员列表，用户可“认领”（即指定自己做为管理员的参保方案），认领后人员进入该用户的待增员列表
权限控制
参保档案全部列表，都将按参保方案管理员权限控制，即当前用户可以看到的人员范围是：使用了自己作为管理的参保方案的人员
绩效：
升级内容：绩效环节流转通知支持实时和聚合通知
业务场景&问题：
由于不同企业流程和绩效周期的长短不同，为了确保消息通知的及时性，需要进行实时通知，而不是第二天的聚合通知，目前系统不支持实时通知。
用户角色：
系统配置人员：SSC
解决方案：
通知渠道做了聚合（IM通知和邮件通知），只需要配置一次，流转通知和催办通知都以相同渠道方式进行推送，可随时修改
每日催办由配置通知渠道改为配置通知开关，可随时开启和关闭
新增通知方式，单次实时通知/聚合次日通知，默认聚合次日修改，可随时修改，修改后仅影响新增的环节流转
注：一个活动会有多个评估组关联多套模板，不同模板配置不一致，会按照配置聚合
例1：活动有两个评估组，销售组和运营组，销售组勾选的累计次日通知，通知渠道为IM，运营组勾选的累计次日通知，通知渠道为邮件，则运营组和销售组共6人完成自评，次日11点根据运营组和销售组共同的Leader进行IM和邮件的聚合通知
例2：活动有两个评估组，销售组和运营组，销售组勾选的实时通知，运营组勾选的累计次日通知，则运营组和销售组共同的Leader提交后，销售组3个人生成3个实时通知，运营组3个人再次日生成一个聚合通知
