假勤

升级内容 1：班次内打卡记录可参与计算加班结算

业务场景&问题：

• 客户存在员工加班时间与班次时间存在交叉部分，实际加班小时数统计异常，目前系统打卡记录在班次时间内时无法记作加班打卡。

解决方案：

• 在【假勤设置-工作日/公休日/节假日加班-有效打卡时间】中，若配置的是【按加班申请时间限制】时，可以选择【班次工作时间内的打卡有效】 ，勾选后只要在有效打卡时间范围内的打卡均计算为有效打卡，跟班次时间无关

  • 例如：员工1月7日有23：00-次日9:00的加班申请，1月8日班次时间为9:00-18:00，员工1月8日9:05的打卡可记为加班结束卡，不受班次时间限制。

升级内容 2：出差字段支持城市类型字段

业务场景&问题：

• 客户对于出差城市没有强管控，存在出差时目的地和出差时间不是很明确的情况，目前系统内提交出差行程时，需要有明确的出差开始和结束时间，以及对应的出差出发和出差目的城市，不支持选择途径地。

解决方案：

• 出差字段中配置城市类型的自定义字段

  • 路径：出差字段设置-添加字段-字段类型-城市

  • 【注意】

    • 字段名称不可与已有字段名称重复

    • 自定义字段支持编辑和停用，编辑时分组和字段类型不可修改

• 优化配置出差审批流程

  • 设置自定义字段后，在【设置-审批设置】创建/编辑出差的审批定义时，在对应分组内可以查看到对应字段，字段需管理员手动添加到对应的流程中

  • 城市类型字段不支持配置审批的分支判断条件

  • 【注意】审批流程的字段必填状态，需单独配置，不会与出差的自定义字段设置联动

  • 

• 员工提交出差申请、管理员添加或导入出差记录时均相应增加城市字段

升级内容 3：次日开始加班的导入、添加及统计优化

业务场景&问题：

• 导入和管理员添加的场景覆盖不全：跨天班次的加班日期为班次考勤日，开始时间为次日；

解决方案：

导入和添加可以支持【加班开始时间为加班日期的次日】的场景，且月报考勤统计准确

• 加班记录导入模版优化（全量可用，灰度期间如需使用可找@侯家玉）

• 管理员添加加班记录优化：

  • 加班时间组件支持选择到次日时间，包括开始时间和结束时间

  • 

• 日报统计加班时长，加班时长会统计到对应加班日期上，并非按自然日结算

  • 例如：员工2024-11-08周五，次日为周六-公休日，班次为18:00-次日02:00；若下班后申请02:00~06:00加班

    • 若加班日期为11-08工作日加班4小时，则日报统计加班时长需统计在11-08上，类型为工作日加班

    • 若加班日期为11-09公休日加班4小时，则日报统计加班时长需统计在11-09上，类型为公休日加班

IM对接

升级内容 1：支持多部门职责同步为部门主管

业务场景&问题：

• 客户架构存在较多的部门存在多个负责人，在钉钉内的员工信息卡片展示和钉钉OA上有明确的流程应用

解决方案：

【设置-服务对接-IM设置】

• IM类型为钉钉时（标品&旗舰版，包括多个钉钉），部门下新增设置

【部门主管设置】

• 说明文案【支持设置多个组织职责为钉钉部门主管，最多支持3个】

• 默认勾选部门负责人（不支持取消勾选）

• 支持选中其他部门职责，其他部门职责选中后支持取消勾选

• 保存时，支持选择全量同步或者后续增量同步

• 全量同步时，根据部门绑定关系，绑定成功的读取对应部门多个职责的员工进行钉钉部门主管更新

【部门主管同步逻辑】

• 获取钉钉对应部门现有的主管，若变更前部门对应职责的员工是主管，则更新对应主管为最新对应职责的员工，并保留钉钉内设置好的部门主管

• 多个职责的员工仍需要先添加到对应部门下，才能设置为部门主管

例：

启用了部门负责人+部门分管领导同步为钉钉部门主管

钉钉内：XXX部门当前部门主管为张三、李四、王五

People内：XXX部门负责人又张三变更为赵六，部门分管领导为韩七

同步结果为XXX部门当前部门主管为赵六、李四、王五、韩七

组织人事

升级内容 1：工时填报可以限制日工时合计必须为固定值

业务场景&问题：

• 填报工时必须为8小时

• 希望每周五进行当周的工时填报

• 填报员工所属项目组不一定要先加入，可以基于填报时间加入

解决方案：

【人事-员工人力明细-项目组人力明细-人力填报规则】

• 新增【可填报项目组】，仅允许填报进入的项目组（默认，线上规则），允许填报所有项目组

  • 支持添加规则后编辑

• 变更【日工时限制】

  • 增加【必须等于/不能超过】X 小时

• 变更【填报周期】

  • 按周填报，发动时机，可选择每周几什么时间发当周或者过去7天的填报

    • 本周：发起日期对应的周一到周日，周一发起则为本周一到本周日

    • 过去7天：发起日期前7天，周一发起则为上周一到本周日

• 所属项目组，根据人力填报规则【可填报项目组】的配置，选项出现全部或者员工已进入的项目组（填报日期在项目组开始日期~结束日期内），项目组下拉选项排序根据组织-项目组的顺序进行展示

  • 若选择了全部项目组，且员工没有加入对应项目组时

    • 月工时占比，将填报周期第一天作为员工加入项目的开始日期，将员工加入到对应项目组

    • 日工时，将填报内第一个归属对应项目组的日期作为员工加入项目的开始日期，将员工加入到对应项目组

• 日工时限制，根据设置判断是否必须等于X小时

• 日工时限制，选择了不可超出实际出勤小时数时，若填报日期是未来日期还没有实际出勤小时数，则报错不允许提交

升级内容 2：增加绩效/试用期待办通知

业务场景&问题：

API-事件通知，待办通知中缺少绩效和试用期待办，客户自己的IM无法完整对接所有待办

解决方案：

待办事件增加【绩效和试用期】待办，目前支持了审批、入职任务、绩效和试用期待办

升级内容 3：合同附件导出命名优化

业务场景&问题：

合同附件导出，缺少附件原始名称，无法直观看懂是什么附件，同时缺失了合同编号导致无法快速完成标品到旗舰版的迁移

解决方案：

升级内容 4：离职申请中支持发起离职办理

业务场景&问题：

需要支持离职申请审批中支持同步发起离职办理

解决方案：

• 离职审批中，支持发起离职办理，发起后自动化规则不再触发，不支持批量发起办理和线下办理

• 离职办理流程最后审批节点增加校验，离职申请审批是否已通过，否则提示【请先完成离职流程的审批】

PS：由于离职审批未完成，数据还未落地，离职办理中无法获取相关数据，能实现的效果如下：

升级内容 5：延迟退休日期计算与提醒

业务场景&问题：

国家发布延迟退休策略，HR需要知道员工预计退休时间，最好退休安排

解决方案：

【设置-人事设置-规则设置】

• 新增预计退休日期计算，默认关闭，允许开启

  • 提示说明：【开启后将根据以下字段计算预计退休日期，支持花名册筛选和导出】

  • 开启后，个人信息-基本信息-出生日期下方增加预计退休日期展示

  • 开启后，支持花名册/历史花名册列表筛选查询和自定义列展示以及导出

  • 开启后，字段权限中新增预计退休日期，默认所有角色无权限

  • 开启后，支持设置出生日期和是否干部的映射字段

  • 关闭后，页面&花名册列表均不再展示对应字段

【计算逻辑】

• 男：性别为男时，基于出生日期+60年的日期判断，如果晚于2025年，则根据出生日期+60年和2025-01-01的月数差/4做向上取整，再有出生日期+60年增加对应月数返回退休日期

• 女-工人：性别为女时且是否干部为否或者空时，基于出生日期+50年的日期判断，如果晚于2025年，则根据出生日期+50年和2025-01-01的月数差/2做向上取整，再有出生日期+50年增加对应月数返回退休日期

• 女-干部：性别为女时且是否干部为是，基于出生日期+55年的日期判断，如果晚于2025年，则根据出生日期+55年和2025-01-01的月数差/4做向上取整，再有出生日期+55年增加对应月数返回退休日期

【触发计算时机】

• 是否干部（映射字段）、性别、出生日期（映射字段）的值存在变化时，自动计算

【可使用页面】

• 人事--个人信息展示（依赖字段权限）

• 人事--花名册/历史花名册查询、筛选、导出（依赖字段权限）

• 我的团队/员工自助--员工概览详情-个人信息展示（依赖字段权限）

• 我的团队/员工自助--移动端-个人资料展示（依赖字段权限）

• BI--个人信息增加对应字段的查询、筛选、导出（依赖BI实体字段权限）