PART7人力云-新增特性解读1、组织机构申请在组织机构调整节点管理数据2、部门、岗位支持冻结，冻结后无法发起新业务3、支持搭建项目团队功能1、组织管理_迭代要点一览表组织机构申请在组织机构调整节点管理数据Ø路径：组织与员工管理>行政组织>组织机构调整Ø特性：组织机构申请数据在组织机构调整节点，按状态分组查看管理。可发起新增申请Ø路径：组织与员工管理>行政组织>组织机构Ø特性：仅查看当前使用的组织部门数据，可发起调整或新增申请，申请数据在组织机构调整查看。支持在一张单据内对不同组织分别进行新增、变更、编辑、停启用、删除、合并、拆分、转移Ø逻辑控制点：机构管理提交变更数据，如设置流程审批流程，流程数据在组织机构调整跟进。如没有设置审批流程，变更数据直接生效。Ø应用场景：组织机构数据变更管理应用场景组织机构调整-发起调整Ø在一个组织调整申请中，对多个组织分别进行不同类型的调整：已经冻结或已经存在审批中或审批通过但生效失败的数据，不能再进行调整选中要调整的数据，选择对应的操作按钮，进行调整调整完成后，被调整的数据在组织树上展示对应的标签新增、变更、编辑类型的调整数据支持直接导入，导入后在组织树上被标记为对应的标签组织机构调整-预览组织树Ø调整过程中，可以预览调整后的组织架构效果：调整完成后支持对调整后的组织树进行预览支持树形、架构图两种预览样式，其中架构图预览支持导出预览时支持选择“仅查看调整相关”，展示的数据范围是本次被调整的数据、以及被调整数据的平级及上级组织/部门组织机构调整-审批Ø提交申请后支持通过PC端、移动端操作审批：支持在PC端操作审批，审批人支持预览调整后的组织架构支持在移动端操作审批，调整详情不按变动类型分区域，并列展示所有调整明细数据新增、编辑、变更类型的调整支持在详情页查看具体的变动对比拆分类型的调整支持查看拆分详情组织机构调整-跟进调整结果生效Ø组织机构调整申请提交后，需要跟进审批进度及生效状态：审批时，点击<审批流>可查看审批进度审批通过后，如果生效失败，点击<重新生效>可重新执行生效逻辑生效失败的数据点击<生效日期>可查看失败原因，如果涉及组织部门停用，可能由于停用校验失败导致组织调整失败，需要手动解除引用关系后，再对调整申请进行重新生效组织机构调整-作废Ø组织机构调整审批通过但是由于业务耦合的关系导致始终无法生效成功，允许对调整申请进行作废：由于组织调整业务处理存在互斥校验，即存在途业务的数据不能再次发起调整或直接修改数据，如果出现组织调整始终无法生效成功的情况，为了能让业务继续运行，支持对这类申请单操作<作废>组织调整中如果操作了多条数据，这些数据是异步生效的，即可能存在部分成功，部分失败的情况，这种申请如果被作废，那么只对生效失败的数据作废，已经生效的数据不会恢复到调整前的状态历史租户影响点Ø功能与权限变化：上线后对全租户进行升级（涉及的服务包括：组织机构、组织机构调整、组织机构申请）权限升级升级前的角色权限升级后的角色限组织机构（最新数据页签）升级后自动分配「组织机构-未提交」功能权限，该功能下的按钮权限根据升级前「组织机构」下是否拥有对应的按钮权限自动授予改页签下线组织机构-已生效自动分配「组织机构」节点权限、该功能下的按钮权限根据升级前「组织机构-已生效」下是否拥有对应的按钮权限自动授予组织机构申请升级时自动分配「组织机构调整」节点及所有按钮的权限组织机构按钮下线下线【提交】、【生效日志】按钮历史租户影响点Ø可能需要重新配置的UI模板配置：在组织机构功能下配置过组织、部门档案的租户级模板，需要“组织机构调整”功能页面类型=组织机构组织卡片、组织机构部门卡片下重新配置原“组织机构申请”表头区域如果配置过租户级模板，需要在“组织机构调整”功能页面类型=组织机构申请卡片、组织机构批量申请卡片下重新配置UI模板设置中，“组织机构”功能中去掉了页面类型为“组织机构已生效列表”，如果过去在该页面下配置过租户级模板，需要在页面类型=组织机构列表下重新配置。部门、岗位支持冻结，冻结后无法发起新业务-未开时间轴Ø路径：人力云>组织与员工管理>组织管理>行政组织>组织机构/岗位Ø特性：对启用状态的部门操作冻结，冻结后该部门不能进行信息更正、不能新增下级部门、不能新增岗位、不能入职/调入员工Ø路径：组织与员工管理>组织管理>岗位Ø特性：支持在部门有岗位或人员时做冻结，冻结部门不能做数据调整或岗位、人员新增Ø逻辑控制点：部门、岗位冻结不能发生新增业务，在停用前人员只出不进。冻结功能注册了按钮权限，默认不授权，如需使用该功能需手动分配按钮权限Ø应用场景：部门发文撤销时系统内一般不会立刻停用，原因是可能还存在一段时间的业务延续，例如：在职员工还未调出、还存在在途的入转调离单据等，此时可以先将部门冻结，当在途业务处理完成后，再将部门停用。应用场景部门冻结（未开启时间轴）Ø功能介绍：仅类型=“部门”的数据支持操作冻结，组织、部门型组织不支持冻结点击列表行按钮<冻结>，录入【冻结日期】，确认后更新部门的冻结状态为“冻结”，已冻结的部门会增加一个锁头样式的标识录入冻结日期是为了记录该部门发文撤销的时间，一般来说发文生效之日起被撤销的部门就不能再发生新业务被冻结的部门不能编辑、不能新增下级、不能创建岗位、不能入职/调入员工（冻结前已经发起的上述业务可以继续操作）冻结后可以取消冻结，也可以进行停用操作新增部门时，【所属上级】不能选择被冻结的部门部门冻结（未开启时间轴）-组织机构调整适配Ø部门冻结（未开启时间轴）在组织调整业务中的应用：组织调整时，可能由于部门撤销、或发生合并拆分导致原部门被停用时，停用时系统会执行停用校验，所以以前的做法是将被停用部门下的岗位、人员、在途业务都处理完成后，才能进行停用操作组织调整操作部门停用时仍然会执行停用校验，可以在“组织机构”节点下将部门冻结，等到相关引用解除后再发起组织调整申请如果部门已经被冻结，发起组织调整时，支持直接操作停用（停用是会执行停用校验）部门冻结（开启时间轴）【操作路径】人力云>组织与员工管理>组织管理>行政组织>组织机构Ø时间轴开关中的<档案停用何时检查>选择“立即生效”则部门档案停用时，立刻检查是否存在引用；选择“到生效日检查”则部门/岗位操作未来生效的停用时先冻结，到计划停用日期后系统触发定时任职进行检查、检查通过后自动停用（检查不通过时系统自动连续30天执行检查任务）【业务场景】系统支持操作未来日期的停用，那么当部门被撤销时，如果还存在在途业务，并且要求这些业务在部门停用日期之前完成，那么部门停用时可以先冻结，到计划停用日期后再对部门执行停用【影响】无影响，新功能1、冻结功能注册了按钮权限，冻结功能注册了按钮权限，默认不授权，如需使用该功能需手动分配按钮权限2、时间轴开关中的<档案停用何时检查>=到生效日检查时才展示【冻结】按钮Ø功能介绍：部门冻结，支持仅冻结部门（与非时间轴的冻结功能一致）操作未来停用时自动冻结部门，点击<停用>录入【停用日期】，如果录入的是未来日期，那么停用时不会执行停用校验，而是将该部门先冻结，并记录为“待停用”，当系统日期来到了计划停用日期，则触发定时任务，对部门进行停用操作，此时会执行停用校验，校验通过则停用成功，校验不通过则系统在30天内每天会执行一次停用操作部门冻结（开启时间轴）部门冻结（开启时间轴）-组织机构调整适配Ø部门冻结（开启时间轴）在组织调整业务中的应用：组织调整时，可能由于部门撤销、或发生合并拆分导致原部门被停用时，停用时系统会执行停用校验，所以以前的做法是将被停用部门下的岗位、人员、在途业务都处理完成后，才能进行停用操作开启时间轴，且开启部门冻结后，如果操作部门停用，那么会先将部门冻结，到计划停用日期时再执行停用校验组织架构图应用场景人力业务中可能存在多套组织架构，这些架构通常面向不同的业务，例如：按行政发文维度管理人员的架构、用来开展人力业务的业务架构、按项目管理维度管理人员的架构、用于审批的架构等等业务场景应用场景分析企业内目前的组织架构现状，并基于系统组织模型进行匹配根据管理维度启用多维组织，搭建人力管理组织，项目组织是针对项目维度的管理组树l行政组织，详见“流程一”中关于行政组织的定义人力管理组织，①面向企业经营管理建立的组织架构，并且需要基于该架构开展人力业务，与行政组织一起构成矩阵管理架构，例如：项目组织。②也可以解决不同业务使用的组织架构在层级关系、管理颗粒度等方面不一致时，需要构建各自业务管理维度的组织架构，例如：薪资组织、绩效组织、假勤组织。l人力业务组织，是人力业务的执行者，人力业务以各个人力资源组织为主体，开展人事管理、薪资管理、假勤管理、绩效管理等业务。一般该职能的组织下建有人力资源部门，需要独立开展人力资源业务，该业务单元即具有人力业务组织职能。支持设置组织委托关系，将人事、薪资等某个人力业务委托给指定的人力业务组织。（目前仅招聘业务支持配置人力业务委托关系）支持搭建项目团队功能Ø前提需开启多维组织，开启多维组织需设置两个参数：平台级多维组织开关（该参数暂未在前台页面放出，如需开启请联系平台负责组织模组的产品经理）人力云多维组织开关，操作路径：人力公共>人力设置>租户级参数配置，多维组织设置目录下“是否开启多维组织”，参数值设置为“是”Ø路径：数字化建模>组织管理>组织机构>组织树，选择“人力管理组织树”场景并创建组织树Ø特性：组织机构支持设置组织编码规则，可通过自动编号设置组织属性+流水的格式显示组织编码，例如用组织简码+流水号Ø逻辑控制点：Ø应用场景：建立项目团队组织树应用场景支持搭建项目团队功能Ø持搭建项目团队并且在项目团队下维护项目团队成员Ø开启多维组织后，需要在我的应用中将“项目团队”、“项目职位”功能启用，并分配权限后该功能可见Ø操作路径：人力云>核心人力>组织管理>人力管理组织>项目团队，支持维护项目团队及项目成员Ø操作路径：人力云>核心人力>组织管理>人力管理组织>项目职位，支持在项目团队下增加项目职位，项目成员可担任某个项目职位应用场景支持搭建项目团队功能Ø支持搭建项目团队并且在项目团队下维护项目团队成员项目组织是人力管理组织的一个子集，简单理解就是项目组织是人力管理组织的一个标签，与人力管理组织共用一棵组织树项目团队、项目职位功能需要按组织树进行分配，即授权时选择组织树=人力管理组织树，并选择该树下的成员进行分配应用场景基础能力：导入导出、适配模版、交易类型等功能增强、调整1、通过导入停用组织部门时支持一并停用下级。2、组织部门的时间轴记录上支持展示隶属关系调整记录。3、组织机构隶属关系调整功能下线。4、组织、部门、岗位档案第一条时间轴的生效日期支持向前修改。5、职位序列支持批量申请。6、发起岗位批量申请时支持按基准职位批增。7、岗位引用基准职位后支持修改基准职位带出的任职资格属性。8、组织机构、岗位的第一条（创建记录的）生效日期支持向前修改适配模版、交易类型1、职位支持配置打印模板2、岗位/基准职位批量申请支持自定义交易类型1、offer支持设置知会人消息模版2、入职服务中心批打印员工登记表、消息通道支持友空间、企业微信3、员工信息中增加“预计退休日期”4、离职证明支持电子签2、员工管理_迭代要点一览表offer支持设置知会人消息模版Ø路径：数字化建模>消息平台>消息模版Ø特性：Offer抄送人更名为知会人，知会邮件内容支持选择Offer副本或单独知会模板，避免知会人误操作OfferØ逻辑控制点：知会人的邮件内容可以默认为offer内容，也可以自定义知会模版Ø应用场景：知会人不能查看offer薪资，不能操作接受、拒绝offer应用场景入职服务中心批打印员工登记表、入职同通知消息通道支持友空间、企业微信Ø路径：组织与员工管理>员工管理>入职服务中心Ø特性：批量打印员工登记表Ø逻辑控制点：入职前、入职后都可以打印Ø应用场景：批量打印员工入职填写的个人资料及任职信息。做入职资料存档应用场景Ø路径：数字化建模>消息平台>消息模版Ø特性：增加企业微信、友空间消息通道Ø应用场景：入职后通知员工和内部人员的消息通道员工信息中增加“预计退休日期”Ø路径：组织与员工管理>员工管理>员工信息Ø特性：根据员工性别、出生日期、是否干部，系统计算预计退休日期Ø逻辑控制点：针对女性，目前“预计退休日期”默认根据工人身份计算，如有需要区分女性工人和女性干部计算预计退休日期，可自定义“干部标识”布尔字段，并在“人力业务规则”中将其设置为预计退休日期计算规则的入参。Ø应用场景：自2025年1月1日起，国家实行新退休政策，HR需要根据新政策及时了解未来一年内退休的员工，以便进行退休办理工作应用场景从2025年1月1日起原法定退休年龄为50周岁的女职工男职工和原法定退休年龄为55周岁的女职工分别逐步推迟至63周岁和58周岁法定退休年龄每4个月推迟1个月分别逐步推迟至55周岁法定退休年龄每2个月推迟1个月员工信息字段1：性别sex男=1|女=2字段2：出生日期birthDate字段3（自定义）：是否干部iscadre是=true|否=false员工信息中增加“预计退休日期”目前产品字段已支持根据员工年龄自动计算退休年龄：Ø0租户可再UI模板中，直接将「预计退休日期」字段显示出来Ø老租户需要在【字段配置】中将「预计退休日期」拖拽到列表进行配置员工信息中增加“预计退休日期”Ø路径：人力公共->人力设置->人力业务规则Ø针对女性，目前“预计退休日期”默认根据工人身份计算，如有需要区分女性工人和女性干部计算预计退休日期，可自定义“干部标识”布尔字段，并在“人力业务规则”中将其设置为预计退休日期计算规则的入参Ø路径：Ø同时系统预制了延迟退休政策下的退休预警离职证明支持电子签Ø路径：数字化建模->模板管理->合同模板->合同模板组织与员工管理->员工管理->离职办理/离职确认Ø特性：离职审批结束，需要对离职证明进行电子签章Ø逻辑控制点：Ø1、在合同模板节点配置电子签证明模板信息，模板支持分配组织、员工类别、交易类型、合同主体维度，相同维度只能有一个启用模板。Ø2、离职流程审批结束，进入离职确认环节或离职确认结束后，支持发起证明电子签章。Ø3、支持发起单笔离职单证明电子签，可以维护手机号、邮箱信息，便于接收电子签章的证明文件Ø4、支持发起多个离职员工的电子签章流程Ø5、支持HR在离职办理或离职确认下载已完成电子签章的证明文件Ø应用场景：离职审批结束，需要对离职证明进行电子签章应用场景离职证明支持电子签Ø路径：数字化建模->模板管理->合同模板->合同模板组织与员工管理->员工管理->离职办理/离职确认Ø特性：离职审批结束，需要对离职证明进行电子签章Ø逻辑控制点：Ø6、离职确认接入流程（共享）可以在待办详情发起证明电子签（证明电子签流程未结束不影响离职确认）。Ø7、离职确认后会项离职员工发送电子证明文件消息，支持消息模板配置Ø应用场景：离职审批结束，需要对离职证明进行电子签章应用场景1、合同协议简强单据合并、对象合并2、合同协议存储模型调整签订/续签/变更新增一条数据，解除/终止更改原数据状态3、新增节点：合同用工协议类型：替代自定义档案的协议类型合同协议处理中心、其他协议处理中心：场景化的业务处理中心3、合同管理_迭代要点一览表合同协议模型优化-协议单据合并应用场景其他协议业务对象劳动合同/用工协议类型劳动合同实习协议……退休返聘协议保密协议竞业协议…………按需配置业务类型新签变更解除终止续签单据交易类型劳动合同/用工协议标品不预置，用户自由扩展，扩展时指定类型：劳动合同、用工协议、其他附属协议注：但是不能指定业务类型：新签变更续签解除终止其他协议同一时间段内只能存在一条生效的合同/用工协议同一时间段可以存在多条生效的其他协议新增合同协议类型节点Ø路径：组织与员工->合同协议->合同及协议->合同协议类型Ø特性：协议类型不再在自定义档案中维护，改为在此节点其他协议类型进行维护Ø逻辑控制点：系统预制劳动合同/用工协议类型、其他协议类型，用户自定义类型可以扩展添加Ø应用场景：协议类型作为标准档案维护Ø影响点：1、合同信息子集-新增“合同类型”字段A、所有跟用工相关的合同/协议统一维护到合同信息子集（劳动合同、实习协议、退休返聘协议、劳务派遣协议、外包协议等），协议子集用于维护非用工相关类型的协议（保密协议、竞业协议、培训协议等）。B、合同类型预置数据：劳动合同、实习协议、退休返聘协议、劳务派遣协议、外包协议C、老租户和用工相关的以下协议类型，按照匹配关系分别对应到合同类型。实习协议、退休返聘协议、劳务派遣协议、外包协议，转换后协议类型不再包含以上类型。业务逻辑调整Ø路径：组织与员工->合同协议->合同及协议->合同协议类型Ø特性：合同操作通过新的编号标识记录Ø逻辑控制点：新签、续签、变更操作生成的合同记录都有自己的编码，续签、变更会将原合同按调整日期（系统调度执行）进行终止Ø应用场景：新签、续签、变更合同协议存储模型调整Ø路径：组织与员工->合同协议->合同及协议->合同协议类型Ø特性：每一次签订有唯一编码，更新原合同状态及结束日期Ø逻辑控制点：1、一个合同编码代表一份合同，员工合同信息子集存储的是一份合同的最终结果2、签订/续签/变更合同协议都是新增一条数据，解除/终止是在原数据上变更合同状态3、签订/续签/变更被操作解除是在原数据更新合同状态，实际结束日期业务类型新签变更解除终止续签结束业务类型开始来源单据结束来源单据1000110002100031000410005新增合同用工协议处理中心、其他协议处理中心Ø路径：组织与员工->合同协议->合同及协议->合同用工协议处理中心/其他协议处理中心Ø特性：场景化处理业务Ø新功能应用：需要升级规格，并在我的应用中启用基础能力：对接特征、适配模版、交易类型等对接定义子集离职支持自定义信息集回写员工信息自定义信息集适配模版1、职位支持配置打印模板2、岗位/基准职位批量申请支持自定义交易类型1.排班计划增加复制功能2.加班申请/代申请、加班统计-单据汇总列表页改为嵌套表样式3.加班代申请增加实时暂存草稿按钮4.加班统计-加班编辑支持调整加班代申请单据内容5.加班转调休提示文案优化6.休假额度支持修改假期有效期的截止日期7.负数休假额度转结至下一期8.考勤数据删除工具支持删除休假额度9.休假规则中的前置假期，支持按照顺序依次扣减10.通过租户级参数控制补录单据11.弹性考勤支持早到早走、晚到晚走12.费控系统出差单支持月报审核后同步单据到时间管理13.我的申请-补卡申请增加单据汇总页签14.我的考勤-打卡原始记录查询方案的日期区间默认按照考勤周期显示15.我的申请-补卡/外勤申请查询方案的日期区间默认按照考勤周期显示16.我的申请-外勤申请页面增加文案说明。17.打卡原始记录-补卡记录列表的日期改为补卡日期，同时增加异常日期18.日报公式，增加出差申请时长选项19.考勤统计规则和考勤项目接入按钮权限20.考勤统计规则，日报/月报项目详情页，显示“公共项目名称”21.假勤日月报/月结服务支持查询和导出多个假勤方案的数据4、时间管理_迭代要点一览表排班计划增加复制功能Ø路径：时间管理>排班管理>排班计划Ø特性：排班计划支持复制Ø逻辑控制点：Ø应用场景：1、排班计划到期，需要重新做一份类似的排班计划2、原来的排班计划因为业务原因停用，新建的排班计划和原来的差别很小，只需要做一些较少的变动。应用场景加班申请/代申请、加班统计-单据汇总列表页改为嵌套表样式Ø路径：时间管理>时间管理档案与结果>加班统计Ø特性：加班申请、加班代申请、加班统计-单据汇总列表页改为嵌套表样式Ø逻辑控制点：Ø应用场景：方便查看同一个加班申请日期的多条加班记录应用场景加班代申请增加实时暂存草稿按钮Ø路径：人力公共>团队管理>部门考勤>假勤代申请Ø特性：加班代申请增加实时暂存草稿，按钮需要UI模板中配置。Ø逻辑控制点：脚本放开的按钮，不受权限控制Ø应用场景：加班代申请，可以先保存一部分加班记录，后续重新做加班记录的补充应用场景Ø操作步骤：1、在加班代申请的UI模板中，点击“脚本编辑”；2、在脚本编辑中，输入如图所示的代码；3、在加班代申请页面，查看按钮是否显示。注：详细代码在下一页加班代申请增加实时暂存草稿按钮Ø路径：人力公共>团队管理>部门考勤>假勤代申请Ø特性：加班代申请增加实时暂存草稿，按钮需要UI模板中配置。Ø逻辑控制点：脚本放开的按钮，不受权限控制Ø应用场景：加班代申请，可以先保存一部分加班记录，后续重新做加班记录的补充应用场景代码：let{mode}=viewModel.getParams()viewModel.on('setOvertimeBtnState',function(args){if(mode=='add'){debugger;viewModel.get("btnSaveDraft").setVisible("true");viewModel.get("btnDraft").setVisible("true");}})加班统计-加班编辑支持调整加班代申请单据内容Ø路径：时间管理>时间管理档案与结果>加班统计Ø特性：加班统计-加班编辑支持调整加班代申请单据内容；Ø逻辑控制点：手动增加的数据、审批通过的申请数据允许在加班统计进行调整，记录修改状态、修改人、修改日期Ø应用场景：调整加班代申请的记录应用场景加班转调休提示文案优化Ø路径：时间管理>时间管理档案与结果>加班统计Ø特性：加班转调休相关场景提示方案优化Ø逻辑控制点：Ø应用场景：用户手动操作加班转调休时，提升用户对报错的感知应用场景序号场景提示语1休假额度已经结算时转调休失败转换失败！休假额度已结算，不可转调休。2休假规则中没有设置加班转调休，提示转换失败转换失败！休假规则未配置‘加班转调休’，请联系管理员，配置后进行加班转调休。3考勤周期不包含当前日期，或单据时间在考勤周期外，报错提示转换失败转换失败！加班开始日期在考勤周期外，请联系管理员，调整考勤周期后进行加班转调休。4实际时长是0，提示转换失败转换失败！加班实际时长为0小时，不可转调休。5加班转调休天的规则未包含加班实际时长，提示转换失败转换失败！加班实际时长超出规则配置范围，请联系管理员处理。6加班转调休设置为小时，修改规则为天，规则不匹配，提示转调休失败加班规则和休假规则不匹配，转换失败，请联系管理员处理。7加班转调休已经转了，再次点击转调休，应该是不可转，现在还是可以转已结转，请勿重复操作8休假规则中，加班转调休停用了，也会提示转换失败休假规则-加班转调休类型停用，转换失败，请联系管理员处理9休假额度结算之后，用户重新创建了新的休假规则，然后再次转调休的时候，就会生成一条新的休假规则下的加班转调休类型匹配的额度数据。然后用户觉得不对，又重新废弃了新的休假规则，启用了旧的休假规则，会导致中间转调休的数据额度就转不回来。休假规则-加班转调休类型已变更，转换失败，请联系管理员处理负数休假额度转结至下一期Ø路径：时间管理>时间管理档案与结果>休假额度Ø特性：休假额度支持当期超额请假至负数后，下期额度发放时抵扣上期负数Ø逻辑控制点：Ø休假统计规则中，“控制休假时长”的参数，需要维护为“可超额请假”Ø休假统计规则中，“期末结算方式”需要维护为“结转下期”Ø应用场景：存在负数的休假额度，需要结转到下一期。应用场景休假额度支持修改假期有效期的截止日期Ø路径：时间管理>时间管理档案与结果>休假额度Ø特性：限制额度的休假类型支持编辑修改休假额度有效期的截止日期。Ø逻辑控制点：Ø应用场景：考勤专员手动修改额度有效期。应用场景考勤数据删除工具支持删除休假额度Ø路径：人力公共>人力实施工具>数据删除工具>考勤数据删除Ø特性：考勤数据删除工具支持删除休假额度Ø逻辑控制点：Ø应用场景：删除休假额度数据应用场景休假规则中的前置假期，支持按照顺序依次扣减Ø路径：人力云>时间管理>其他规则设置与分配>休假规则Ø特性：休假规则的前置假期，支持按照顺序依次扣减Ø逻辑控制点：会先判断用到的额度是不是跨周期，如果用到的额度不跨周期Ø应用场景：企业有内部福利假，推荐优先使用，如年假、福利年假等，要求先休年假，再休福利年假。注：需要在休假规则中，开启开关“前置假互相校验”应用场景示例一：比如只用到了24年的年假，那就看24年福利年假的前置假有没有用完，用完就可以请，并且扣24年福利年假额度；示例二：如果请假同时用到了24年和25年的福利年假，那会先判断25年福利年假的前置假有没有用完，没用完不能请，用完了在判断24年福利年假的前置假有没有用完，用完才可以请，额度就先扣24年再扣25年通过租户级参数控制补录单据Ø路径：人力公共>人力设置>参数配置>租户级参数配置Ø特性：休假/出差/外出统计支持通过租户级参数控制HR是否可以跳过月报审核、考勤补单期限等规则限制补录单据Ø逻辑控制点：参数开启，月报审核通过员工也可以补录单据，越过的具体逻辑是啥？没有约束吗？Ø应用场景：1、月报审核后或者超过考勤周期，限制补录单据2、月报审核后或者超过考勤周期，补录单据应用场景弹性考勤支持早到早走、晚到晚走Ø路径：人力云>时间管理>排班管理>班次Ø特性：弹性考勤支持早到早走、晚到晚走Ø逻辑控制点：为啥两个弹性？Ø应用场景：部分公司，考勤制度规定早到早走、晚到晚走场景应用场景费控系统出差单支持月报审核后同步单据到时间管理Ø路径：人力公共>人力设置>参数配置>租户级参数配置Ø特性：费控系统出差单据支持根据租户级参数控制是否可以跳过月报审核限制同步单据到时间管理Ø逻辑控制点：Ø应用场景：日月报审核后，费控系统提交的出差单，依然需要同步至时间管理应用场景。我的申请-补卡申请增加单据汇总页签Ø路径：人力公共>个人自助>我的考勤>我的申请Ø特性：我的申请-补卡申请增加单据汇总页签，支持整单显示补卡单据Ø逻辑控制点：Ø应用场景：按照申请日期，显示补卡单据汇总信息应用场景我的考勤-打卡原始记录查询方案的日期区间默认按照考勤周期显示Ø路径：人力公共>个人自助>我的考勤>我的申请Ø特性：我的考勤-打卡原始记录查询方案的日期区间默认按照考勤周期显示Ø逻辑控制点：Ø应用场景：按照考勤周期查询出勤情况和异常情况应用场景我的申请-补卡/外勤申请查询方案的日期区间默认按照考勤周期显示Ø路径：人力公共>个人自助>我的考勤>我的申请Ø特性：我的申请-补卡/外勤申请查询方案的日期区间默认按照考勤周期显示Ø逻辑控制点：Ø应用场景：按照考勤周期查询异常考勤、补卡明细等应用场景我的申请-外勤申请页面增加文案说明。Ø路径：人力公共>个人自助>我的考勤>我的申请Ø特性：我的申请-外勤申请页面增加文案说明。Ø逻辑控制点：Ø应用场景：查询外勤申请记录时，提示查询人外勤申请的记录来源。应用场景打卡原始记录-补卡记录列表的日期更名补卡日期，同时增加异常日期Ø路径：时间管理>时间管理档案与结果>打卡原始记录Ø特性：打卡原始记录-补卡记录列表的日期改为补卡日期，同时增加异常日期Ø逻辑控制点：Ø应用场景：查询外勤申请记录时，提示查询人外勤申请的记录来源。应用场景日报公式，增加出差申请时长选项Ø路径：时间管理>公共项目设置>考勤项目Ø特性：考勤项目-日报项目–出差/外出数据信息集增加出差申请时长信息项，只记录出差/外出单的申请时长，和出差/外出需要签卡时是否有卡无关。Ø逻辑控制点：Ø应用场景：日报项目的计算，某些情况下，需要用到“出差申请时长”的数据。应用场景考勤统计规则和考勤项目接入按钮权限Ø路径：数字化建模>权限管理>角色管理Ø特性：考勤统计规格和考勤项目接入按钮权限支。Ø逻辑控制点：Ø应用场景：考勤规则和考勤项目的按按钮级权限进行授权应用场景考勤统计规则，日报/月报项目详情页，显示“公共项目名称”Ø路径：数字化建模>权限管理>角色管理Ø特性：考勤统计规则-考勤日报/月报项目详情页面增加公共项目名称字段。Ø逻辑控制点：Ø应用场景：查看考勤项目时，显示具体的公共项目名称，方便查询详细的考勤项目计算规则。应用场景假勤日月报/月结服务支持查询和导出多个假勤方案的数据Ø路径：人力云>时间管理>时间管理档案与结果>假勤日月报Ø特性：假勤日月报/月结服务支持查询和导出多个假勤方案的数据Ø逻辑控制点：Ø应用场景：一次查询多个假勤假期方案的日月报数据应用场景基础能力：调班单接入特征、日月报出差次数增加适配项日月报出差次数增加适配项路径：时间管理>其他规则设置与分配>考勤统计规则特性：日月报的出差次数适配出差规则中的“无有效卡-日月报是否显示出差次数”注：指出差需要外勤签到时，未签到或签卡无效，出差单实际出差时长为0时，日月报统计出差次数。调班单支持接入特征路径：数字化建模>特征管理>特征管理特性：调班单支持接入特征基础能力：OpenAPI增加新校验规则、web端异常考题通知OpenAPI特性：休假/出差/外出申请写入OpenAPI支持通过租户级参数控制HR是否可以跳过月报审核、考勤补单期限等规则限制补录单据。注：需要打开租户级参数“OPENAPI写入假勤单据（请假、出差、外出）是否取消月报审核/考勤周期补单限制”web端团队异常考勤通知增加所属部门/所属组织路径：人力云>时间管理>排班管理>考勤规则特性：web端团队异常考勤通知增加所属部门/所属组织。基础能力：外勤打卡界面地理位置显示优化、考勤列表展示字段优化外勤打卡界面地理位置展示优化路径：人力公共>个人自助>我的考勤>我的申请特性：外勤打卡界面的地理位置当未返回详细地址时支持根据租户配置的地图服务进行逆地址编码。补卡记录和异常考勤列表中，考勤日期修改为异常日期。路径：人力公共>个人自助>我的考勤>我的申请特性：我的申请-补卡申请，补卡记录和异常考勤列表中考勤日期的文案修改为异常日期。基础能力：考勤提醒通知文案优化、月报项目展示优化考勤提醒通知文案修改路径：人力公共>个人自助>我的考勤>我的申请特性：月末考勤提醒通知文案修改，由“xx月xx日下班前提交并提醒经理审批”改为：“xx月xx日xx时xx分提交并提醒经理审批”，xx时xx分来源于考勤规则或考勤周期设置的时间。部分月报项目默认隐藏路径：人力云>时间管理>时间管理档案与结果>假勤日月报特性：我假勤日月报-新假勤方案或者未设置过显示排序设置的假勤方案，默认隐藏存休、存休单位、MPF工作天数、MPF工作小时数。基础能力：考勤项目支持联动修改、月报列表增加审核人字段考勤项目修改，支持联动修改路径：人力云>时间管理>公共项目设置特性：考勤项目名称后，引用该项目的其他考勤项目支持联动修改。月报列表增加审核人/审核时间字段。人力云>时间管理>时间管理档案与结果>假勤日月报特性：月报列表增加审核人/审核时间字段。1、社保福利：社保基数调整详情页面支持按照管理组织快速添加待调整人员；2、社保福利：社保基数调整、缴费审批单，适配数据权限；3、薪酬计算：薪资发放单等薪资数据加密：证件号、手机号、邮箱、金额类型薪资项目；4、薪酬计算：移动端发布管理驾驶舱、薪酬水平分析、薪酬趋势分析5、薪酬管理_迭代要点一览表社保基数调整详情页面支持按照管理组织快速添加待调整人员Ø路径：薪酬管理>社保福利>日常业务>基数调整Ø特性：社保基数调整同步在缴人员时，按照社保管理组织进行同步（备注：之前是按照任职组织同步，本次将原【同步在缴人员】更名为【同步任职人员】，并增加【同步管理人员】按钮）Ø逻辑控制点：点击【同步管理人员】，按照单据所属组织，查询在“生效年月”正常在缴，且以本组织为“社保管理组织”的参保人员及险种，同步至详情列表中。Ø应用场景：社保基数调整时，需要同步在缴人员应用场景社保基数调整：数据权限控制Ø路径：薪酬管理>社保福利>日常业务>基数调整Ø特性：社保基数调整，支持部门、人员、参保城市、缴交机构数据权限控制Ø逻辑控制点：基数调整子表列表，受部门、人员、缴交机构、参保城市数据权限控制，用户仅能看到有权限的子表数据Ø应用场景：社保基数调整需要做权限控制应用场景规则：1、基数调整列表：有一条以上子表数据权限和单据所属组织权限，可在列表查到该单据；2、基数调整详情页面：仅可查到有权限调整人员，部门和人员按主表控制，参保城市和缴交机构按险种控制，遵循整单规则；3、添加人员、同步在职人员、同步管理人员、计算、数据维护、审核/取消审核、新增/更新导入、导出，均受权限控制缴费审批单：数据权限控制Ø路径：薪酬管理>社保福利>日常业务>缴费审批单Ø特性：缴费审批单，按照员工缴交明细进行数据权限判断和控制Ø逻辑控制点：如果用户对其中某一条险种明细有权，则可查看该单据所有明细数据，但只有对所有明细有数据权限时，才可提交、撤回、删除Ø应用场景：缴费审批单需要按照明细数据做权限隔离，以控制数据风险应用场景包含缴交明细缴费审批单：数据权限控制Ø路径：薪酬管理>社保福利>日常业务>缴费审批单Ø特性：缴费审批单，按照员工缴交明细进行数据权限判断和控制Ø逻辑控制点：如果用户对其中某一条险种明细有权，则可查看该单据所有明细数据，但只有对所有明细有数据权限时，才可提交、撤回、删除Ø应用场景：缴费审批单需...
