绩效
升级内容 1：移动端待办支持实时保存草稿
业务场景&问题：
当前移动端完成绩效待办时（目标制定、评估等），不会实时保存用户填写的内容，导致用户未填写完退出页面，填写的内容会丢失
用户角色：
员工
解决方案：
与 PC 端一样，移动端也支持实时保存用户填写的内容，若未填写完中途退出，下次再进入待办详情，会加载已保存的草稿
实时保存会在页面进行提示，如下图：
––
升级内容 2：360 评估人等处支持快速查看人员信息
业务场景&问题：
Leader 在完成评估、校准等绩效待办时，查看 360 评估或者其他评估人的信息，可能不够了解评估人，需要知道评估人更多的信息，以便结合评价做出判断
用户角色：
Leader、员工
解决方案：
在有头像的地方，支持鼠标悬停呼出该员工的 MIni Profile，可以快速预览员工的信息，若还需要进一步查看更多信息，可以点击「查看员工详情」进入员工 Profile 页
以 360 评估为例，效果如下图：
人事
升级内容 1：花名册添加员工和导入权限解耦
业务场景&问题：
目前花名册添加和导入权限绑定导致越权
用户角色：
HR SSC
解决方案：
花名册导入按钮展示逻辑优化：具备以下几个导入权限至少一个时展示
导入平台-花名册
导入平台-家庭成员
导入平台-所属成本中心
导入平台-员工头像（需要新增Function_id）
导入平台-附件信息（需要新增Function_id）
数据清洗：具体人事-花名册-添加员工的角色，增加权限设置-导入平台-花名册、家庭成、员工所属成本中心、员工附件信息、员工头像的权限
升级内容 2：组织架构批量调整时，员工异动前部门取值逻辑优化
业务场景&问题：
由于部门信息在员工异动后存在变化，组织架构调整员工变动时，变更前部门名称展示逻辑不对，目前展示的是异动时部门，而不是部门最新变更的信息
用户角色：
HR SSC
解决方案：
操作入口：部门下员工点击变更、变更员工到该部门
影响范围：主管/兼岗变更前任职信息的部门名称
优化逻辑：
展示对应部门在左侧部门树上的最新名称
若该部门未在调整范围内，部门名称展示为【基础信息】中的生效日期前最新名称
现状：部门名称展示为【对应部门下的最新异动记录】中的生效日期前最新名称
升级内容 3：支持 HR 编辑待入职员工信息采集
业务场景&问题：
目前待入职员工个人信息采集，HR 无权编辑，只能打回流程让员工自行修改
客户这边员工需要提交的信息较多，审批流程长，员工基础水平也较低，容易填错。如果HR没有编辑权限，会严重影响新员工入职的办理效率
用户角色：
HR SSC
解决方案：
当 HR 有「入职-入职人员-信息采集-编辑」功能权限时，可以编辑「审批中/已通过」的信息采集
升级内容 4：移动端确认入职
业务场景&问题：
客户有些城市员工周六日也需要入职。但只有一个 HR 负责入职，周六日没办法随时再电脑旁，希望手机端可以做确认入职操作
用户角色：
HR SSC
解决方案：
当 HR 有「入职-入职人员-查看」的功能权限时，若数据权限内有待入职员工，在移动端首页会增加「待确认入职」菜单，点击后可查看待入职员工，并操作「确认入职」
注意：若确认入职时系统检测到「重复入职」的情况，需要 HR 手动修改待入职或已入职员工信息，还需前往 PC 端操作
薪酬
升级内容 1：审批人查看发薪明细时与发薪组织解耦
业务场景&问题：
客户场景：HR发起全公司的发薪审批后，会先由部门负责人/上级/法人代表审批确认部门内/下级/法人主体内的人员数据，再到CEO、HRD审批确认全公司。
客户问题：但现在部门负责人通过审批进入查看发薪详情时，会提示没有权限。
目前逻辑：
需要用户拥有核算查看的功能权限，以及核算活动所有的发薪组织权限（写死的），才能进入查看。
但客户如果赋予部门负责人全部发薪组织权限，则会查看到全公司的薪酬数据了
用户角色：
HR、管理者
解决方案：
用户通过审批进入薪资发放明细时
首先读取核算查看的功能权限（原逻辑）
其次读取核算查看的数据权限，即展示用户身上拥有核算查看功能权限角色的管理范围内的员工
概览数据：只统计可见明细的数据
假勤
升级内容 1：出差自定义数字类型的字段能够在公式上引用
业务场景&问题：
客户的出差补贴会根据出差目的地进行计算，省外的每天有补贴，且从来回本省的路途上不算补贴
用户角色：
考勤HR
解决方案：
出差设置中自定义字段支持【数字】类型字段
出差审批流程中可以添加对应字段到审批流程中
若出差补贴天数由员工填写后由审批人审核即可，则设置为发起人可编辑，审批人可查看；若需要由审批人填写，则需要在流程中设置由审批人可编辑
提交流程时填写对应的补贴时长
在考勤统计设置中可直接引用该字段的统计结果，数据为按月统计的
注意：仅支持数字类型字段进行统计，其他字段无法统计
因出差可以跨考勤账期，可以通过自定义公式，通过出差开始日期或结束日期是否在当前考勤周期内，将对应的数据统计到指定的考勤周期内。
升级内容 2：增加日报函数-截止当天累计求和
业务场景&问题：
业务上允许员工每个月前5次5分钟的迟到不统计，超出部分需要按照月总迟到时长扣款；目前系统只能按月统计最终数据，无法统计到累计到指定数据或指定日期的数据，此类场景需要HR线下计算。
用户角色：
考勤HR
解决方案：
增加日报业务函数【截止当天累计求和()】
函数 | 可用 | 说明 | 示例 | 应用场景 |
截止当天累计求和() | 按天统计 | 函数说明 支持指定开始日期到当前考勤日期的字段累计求和；最大可统计考勤日期前31天的数据，使用该公式时，数据是依据于上一次的考勤结果进行统计，若统计范围内的日期考勤结果发生变更后，需要重新核算日报记录。
参数说明 截止当天累计求和(开始日期, 日报字段） 参数1：必填，填入开始统计的日期参数 参数2：必填，填入日报字段 | 截止当天累计求和(取指定日期的月初(日报记录.考勤日期), 日报记录.迟到次数)
日报记录.考勤日期 = 2024-06-10 月初到考勤日期当天已迟到5次
返回：5 | 用于统计指定某天开始累计到考勤日期当天的次数 |
客户案例公式：定义5分钟以内的迟到为【小迟到】，超过5分钟的为大迟到，则大迟到分钟数均为统计，小迟到分钟数需判断次数＞5次的才会计算。
升级内容 5：加班风险设置优化
业务场景&问题：
场景一：客户是按季度限制加班时长，目前加班的风险规则设置仅支持按周、按月控制，不支持扩展
场景二：客户工作日加班是给加班费的，需要限制每个考勤周期内每个人工作日加班上限是14.5h，目前不能的单独设置不同加班类型的限制
用户角色：
考勤HR、员工
解决方案：
加班风险设置优化增加可配置的时间范围：可配置每天/每周/每自然月/每个考勤周期/每个季度的累计时长的控制，默认单位为小时，天与小时的换算以加班规则中的定义为准；
增加了每天和每个季度的设置
每天：对应加班日期进行限制，不是按自然日的时间限制
每个季度：按自然季度进行限制
增加了可按加班日历类型统计，默认可选项为加班规则开启了的加班类型
即：若加班类型仅开启了【工作日】和【节假日】，则仅可选择工作日和节假日，公休日不可选择
根据限制方式不同，员工提交普通加班和集体加班时的文案均对应优化
