人事
升级内容 1：【异动】异动业务适配更全面
业务场景&问题：
异动记录时间轴模型存在缺陷
已离职员工当天产生新的异动导致员工状态以及IM的数据异常
相同日期相同异动类型会相互覆盖，导致审批撤销不了或者数据丢失
时间轴验证不完全，导致报表统计不准确或者下游流程消费时找错人
异动记录导入在实施阶段需要花费较多时间来整理数据，确保部门成立日期早于入职日期才能够完成导入，历史数据越多实施成本越高
异动导入不支持清空，导致类似绩效考核人无法批量修改
用户角色：
HR SSC、实施同学
解决方案：
异动模型优化，同一天相同事件类型的异动记录不再相互覆盖而是基于落地时间先后生效
入职/重新入职必须是当天最早的，主动离职/被动离职/实习结束必须是当天最晚的，这几个事件类型不允许调整顺序
异动记录导入/异动流程，增加时间轴完整校验
职位（职位模式）未根据异动生效时间获取对应的职位列表
部门未根据异动生效时间获取对应的组织架构版本
直接上级/虚线主管/自定义人员未基于生效日期和入职日期（离职再入职取最早入职日期）进行过滤
异动导入增加选项
字段值为空代表删除
(仅针对非必填字段)，字段值变更不会同步更新后续异动记录
字段值为空代表不变（线上目前的逻辑）
字段值更新会同步修改后续异动记录
同步更新说明： 1月1号的异动记录部门为B，3月1号异动记录部门为B，插入历史异动记录2月1号部门变更为A，会同步更新3月1号的异动记录为A
增加异动实施小工具--以下内容不放升级公告，仅内部同步
异动记录导入增加无时间轴校验模式，支持插入历史任职信息的异动记录
绩效
升级内容 1：绩效申诉
业务场景&问题：
当前员工在确认绩效结果时，仅能操作确认，当对结果有异议时，不能发起申诉
用户角色：
员工、管理者、绩效 HR
背景
当员工在确认绩效结果时，若对结果不认同，期望发起申诉，客户根据所需配置是否需要启用申诉功能。
相关功能说明
支持系统可以配置是否允许发起申诉，发起申诉后需先进行审批（需预先配置申诉审批流），审批通过后，HR 可以在绩效活动修改绩效结果（申诉审批仅做申诉意见的审批，最终是否要调整绩效结果由 HR 在活动中决定并操作）。
1、【管理员】先配置「绩效申诉」审批
如下图，管理员可按需创建「绩效申诉」的审批，用于员工发起申诉时的审批：
在审批表单中：下图为系统预置的字段，建议保留，根据需要配置各审批节点的权限：
「绩效活动」「绩效结果」：即发起申诉的绩效活动名称、员工发起申诉时的结果；结果会做「结果确认」环节内容权限的过滤，例如：员工在「结果确认」环节仅可见「最终评级」，不可见「最终评语」，则发起申诉后，审批中也仅会显示「最终评级」
「绩效详情」：该字段为一超链接，在审批中点击可以查看员工的绩效详情，打开的是团队绩效中的员工详情页，若使用该字段，请预先给审批人开通团队绩效的查看权限，否则会导致审批人无法查看详情，并建议在审批中将字段对「发起人」隐藏（团队绩效说明：https://mokapeople.moyincloud.com/d/1707246951570890754.html）
「申诉理由」「附件」：即「发起人」填写的理由、附件
「处理意见」：即申诉处理人填写的最终意见，可根据需要配置是否对「发起人」可见
以上 6 个字段为系统预置，若有需要，也可以根据需要在审批中添加自定义字段
审批流程、其余配置与其他审批流相同，按需配置即可
为保证处理申诉的 HR 能查看审批，建议审批流抄送给需要处理申诉结果的 HR，防止 HR 在绩效活动中无法查看审批流，HR 也能及时收到通知
2、【管理员】在绩效模板配置是否允许申诉，以及选择申诉审批流
当配置完审批流后，即可在模板中对「绩效结果」环节，选择是否允许被评估人发起申诉
若允许发起审批，则需选择一个申诉审批流
支持配置申诉截止时间：从员工收到绩效结果开始，N 个自然日内可以发起申诉
注意：选择审批流并开启结果确认后，请不要停用审批流，停用后会导致员工无法发起申诉；可以更换审批流，更换后，已发起的申诉不受影响，新发起的申诉按新的审批流
修改已创建的活动的模板配置：允许随时修改申诉配置，修改后已确认绩效结果或者已发起申诉的不受影响，只影响新发起申诉的员工
3、【员工】确认绩效结果时可发起申诉
若允许发起申诉，则员工在确认绩效结果时，可见「申诉」按钮：
发起申诉时，根据选择的审批流发起申请即可
发起申诉后，员工也能看到申诉审批的进度
需要注意：申诉审批通过后，还需要 HR 及时在活动中修改结果（如果需要调整），结果才会变更
4、【HR】在活动中查看申诉、修改绩效结果
如下图，HR 在绩效活动中，能随时看到发起申诉的员工、申诉审批，审批中预置的「申诉理由」「处理意见」「附件」等会在活动中回显：
若需要根据申诉审批决定是否修改绩效结果，如需修改则操作「调整绩效结果」即可
升级内容 2：环评支持预置评估人
业务场景&问题：
项目制的客户，在绩效评估环节需要让员工的项目组负责人等角色参与绩效评估
客户的业务分成 2 类（本需求解决的是第二类）：
员工长期参与几个项目（通常是绩效周期前就知晓），因此目标设定也和项目强相关。项目组负责人需要对员工的具体绩效指标打分，并且打分会作为最终评分的重要依据（通常是直接参与计算）
员工在绩效周期内会参与多个短期项目（通常在绩效周期前不明确），因此目标设定不和项目强相关。项目组负责人不对具体绩效指标打分，但会对员工表现打总评，作为直接上级评估的参考
用户角色：
绩效 HR、项目组负责人等角色
解决方案：
绩效模板的「360评估」环节中，支持添加默认执行人
其中「项目组角色」支持选择「项目组负责人」等定义在项目组上的角色
若模板中还启用了「邀请360评估」环节，该环节也可以看到默认评估人，执行人可以再添加/移除评估人，且默认添加的评估人会参与人数校验
试用期
升级内容 1：多评估人加权计算得到结果支持调整权重
业务场景&问题：
当前若试用期的结果是多个评估人加权计算得到，当权重与模板配置的规则有变更时，HR 不能在考核过程中灵活调整模板已配置好的权重。
用户角色：
绩效 HR
解决方案：
复用绩效活动中「调整评估人权重」的能力，当试用期的结果是多评估人加权计算得到时，HR 可在考核中灵活调整权重，如下图：
与绩效中同理：同一个维度下的评估人权重之和，需等于 100%
薪酬
升级内容 1：批量调薪支持导入调薪建议
业务场景&问题：
客户的调薪建议是通过线下计算的，无法通过系统规则来实现，期望可以直接导入每位员工的调薪建议。
用户角色：
HR
解决方案：
新增导入入口：可将线下测算好的调薪建议导入到系统，若员工同时命中下方配置的调薪建议规则，优先以导入数据为准
模版说明：
姓名、工号列：自动填充参与本次调薪的员工的姓名、工号
调薪项目：根据数字类型的调薪项目生成（系统仅支持配置数字类型的调薪建议规则）
调薪前金额：自动填充
调薪默认值：调薪默认值必须大于等于0，仅支持小数点后两位数字，为空时代表没有调薪默认值
调薪建议类型：固定比例(20%)、范围比例(20%-40%)、固定值(6000.00)、范围值(6000.00-8000.00)
是否允许超出：点击展开下啦选项：允许、不允许
效果：
