假勤

升级内容 1：考勤组按自定义任职信息自动变更考勤组 

注：该升级功能如有需求开通，请联系您的客户成功经理或项目经理。

业务场景&问题：

• 员工职场会发生变更，不同职场对应不同的考勤组，需要系统支持任职变动前后的考勤组分别生效；

• 员工自定义任职信息变更，考勤组无法按照任职变动时间线生效考勤组，只能按照最新的自定义任职信息对应找到考勤组，生效日期同考勤组生效日期；

用户角色：

• 考勤HR、员工

解决方案：

• 目前考勤组支持任职信息中的【是非】和【单选】类型的自定义字段，当前员工对应字段发生变更后，需要根据变更的生效日期匹配考勤组，效果与任职信息中的系统预置字段一致

• 具体case举例：

  • 公司有区分考勤类型为【单休/双休】，员工入职考勤类型为【单休】，所在考勤组为【A-单休考勤组】，11月22号异动成功，考勤组类型调整为【双休】，自动变更考勤组为【B-双休考勤组】

  • 原逻辑：该员工的考勤组是从入职日期开始就在【B-双休考勤组】，而不是从11月22号开始生效。

  • 新逻辑：该员工入职日期到11月21日在【A-单休考勤组】，11月22日开始在【B-双休考勤组】

绩效

升级内容 1：待办里支持编辑固定指标

业务场景&问题：

• 当前若在绩效模板中预设了固定考核指标，则在员工完成待办时，不允许对固定指标有值的内容进行修改（例如预设了某个指标的「评价标准」，则待办里不允许员工修改「评价标准」 ）。但实际考核中，存在有的客户需要员工调整固定指标的权重等场景

用户角色：

• 绩效管理员、员工

解决方案：

• 在模板权限中，新增「可修改固定指标的预设内容」 权限项，勾选该权限后，则对应环节的待办可修改固定指标有值的内容

  • 举例：指标 A 设为了固定指标并在模板中定义了「评价标准」，且指标字段权限中允许编辑「评价标准」，则勾选后员工可修改该指标的「评价标准」

  • 需要注意：勾选了该权限后，还需要对可修改的字段或者权重勾选「可编辑」或「必填」，方可才修改对应字段

  • 已创建的活动是否可修改：可以，在活动里调整绩效模板，仅影响该活动，内容权限在活动开启后依旧可以随时调整

升级内容 2：绩效移动端 - 支持结果校准、面谈、目标审核

业务场景&问题：

• 当前绩效待办在移动端仅支持结果确认和评估，本次在以上两个场景的基础上，新增支持校准、面谈、目标审核场景

用户角色：

• 管理者

解决方案：

• 用户可以通过 IM 通知消息或者 People 手机端工作台待办，进入到绩效待办，如下图：

1、校准：

• 进入待办，能查看待自己校准的员工和状态；点击任意员工则进入其绩效详情，可查看其详细绩效数据：

• 同样支持「完整模式（如下图左）」和「简洁模式（如下图右）」的切换：后者会隐藏指标的内容，仅显示评价相关的内容：

• 移动端同样支持「调整绩效结果（如下图左）」和「驳回（如下图右）」：

• 对结果无问题的员工可以操作「单个通过校准（如下图左）」或「全部通过校准（如下图右）」：

  • 注意全部通过需要剩下未完成校准的员工的状态均是「待完成」，不能有「未开始」或者「已驳回」的，否则无法操作全部通过

2、面谈：

• 同样进入待办能看见需面谈的员工，点击进入详情可以查看详情、并填写面谈记录：

3、目标审核：

• 同样进入待办可见需审核的员工，点击进入详情可以查看目标、并操作驳回/通过：

  • 注：移动端暂不支持填写/修改目标，若在目标审核时需调整目标，仍需在 PC 端完成

升级内容 3：绩效移动端 - 支持查看 360° 参考信息

业务场景&问题：

• 当前绩效待办在移动端支持 360° 评估，但后序环节仍无法在手机上查看 360° 的评价内容，本次新增对该场景的支持

用户角色：

• 管理者、员工

解决方案：

• 如下图，若内容权限配置为当前环节可查看前序 360 的评价，则会在待办详情中展示如下图，点击可查看每个 360 评估人的评价：

升级内容 4：团队管理者查看员工绩效权限逻辑调整

业务场景&问题：

• 目前，开启设置-个人自助设置-启绩效结果查看后：

  • 员工本人可查看绩效结果，

  • 有「我的团队」功能权限的管理者可查到该数据范围内员工的绩效结果

  • 

该逻辑导致，当用户未拥有团队绩效权限时就可以查看员工绩效结果。

问题出现原因是当时导致还没上团队绩效功能。

用户角色：

团队管理者

解决方案：

• 逻辑调整为：

  • 员工本人可查看绩效结果

  • 拥有「我的团队下的绩效」功能权限的管理者可查看数据范围内员工的绩效结果

  • 

上线后感知：

• 原仅有我的团队权限，未有团队绩效权限的管理者：

  • 上线前可查看数据权限内员工的绩效结果

  • 上线后不可查看

薪酬

升级内容 1：工资单支持时效性 

业务场景&问题：

• 控制工资条的时效性，希望员工查看后n天就失效

用户角色：

• HR、员工

解决方案：

工资单基础设置支持配置工资单时效

• 不失效，员工在职即可查看（默认选中）

• 阅后即焚，员工查看1次后失效

• 员工收到工资单后n天后失效

员工端效果：

入职

升级内容 1：信息采集下拉选项支持搜索 

业务场景&问题：

• 待入职人员做信息采集时，下拉选项字段无法通过关键字进行筛选，比如：民族、国际、开户行等等

用户角色：

• 新员工

解决方案：

• 下拉选项支持搜索

升级内容 2：入职 Profile 支持消费「入职联动规则」

业务场景&问题：

• 目前「入职 Profile」和「ATS 发起入职表单」都只展示「发起时填写=true」的字段

• 但「ATS 发起入职表单」可以消费「入职联动规则」，「入职 Profile」不能。导致 HR 直接从「入职 Profile」修改信息时填错或者填写效率低

用户角色：

• SSC

解决方案：

• 「入职 Profile」展示、编辑字段时，应用「入职联动规则」，且顶部增加提示

人事

升级内容 1：支持花名唯一性管理

使用场景

企业内部有花名管理文化，要求花名具备唯一性，同时部分企业对真实姓名做严格保密，内部所有的沟通和协作都以花名为准，企业邮箱也根据花名生成，姓名仅在特殊场景如合同电子签、薪酬报税等场景应用

系统路径

设置-基础设置-功能设置-人事

使用教程

【花名设置】

1. 系统支持【姓名+花名】和【完全花名】两种模式，均可以设置花名的唯一性，区别在于【完全花名】模式下，系统的姓名和花名两个字段的含义将进行互换，系统内所有展示姓名的地方均会展示花名，仅在特殊场景支持可配置姓名字段，如电子签、薪酬报税规则等

（1）【姓名+花名】模式，以花名册为例：

（2）【完全花名】模式，以花名册为例：

2. 花名支持唯一性验证，可设置花名离职释放时机（随着企业人员迭代，离职人员越来越多，花名取名难度增大，故可设置释放时机）

3. 花名支持不能使用真实姓名的验证

4. 姓名/花名涉及到多音字时，支持选择姓名/花名全拼

   1. 流程相关场景暂不支持，改造成本高，业务场景低频（花名和姓名通常不会更改），支持全拼修改的详情如下

【花名应用场景】

一：姓名+花名模式

入职管理

花名册管理

员工自助

二：完全花名模式

入职管理

PS：由于完全花名模式，People的姓名会变更为花名，在ATS-People一体化场景中，简历姓名会映射到花名字段上，且HR在发起入职时，通常不知道员工的花名，故入职场景中仅信息采集、入职任务会进行唯一性和花名和姓名重复验证，同时会在最终确认入职时做兜底验证

花名册管理

员工自助

其他场景