绩效
升级内容 1:分布规则支持保留到 4 位小数
业务场景&问题:
分布规则中的分布比例现在只支持整数,对于一些精确管理的客户,精度不足
解决方案:
分布规则支持小数,最多可以 4 位
升级内容 2:对齐 KR 时支持显示 O 的内容
业务场景&问题:
当前对齐目标后,鼠标悬停对齐可以查看对齐了哪个目标,但如果对齐的是 KR,悬停时只能看到 KR 名称,看不到 KR 所属哪个 O
解决方案:
当对齐 KR 时,悬停时可以查看对齐了哪个 KR、以及该 KR 的 O
升级内容 3:绩效评估组适用范围增加管理职级选项
业务场景&问题:
客户需要基于管理职级筛选员工,分配不同的绩效评估组,目前的筛选器不支持管理职级字段,仅支持职级字段
解决方案:
绩效活动-绩效评估组 适用范围增加「管理职级」选项
人事
升级内容 1:【合同管理自动化提效】--支持IM消息推送及通知可定义
业务场景&问题:
合同到期通知不支持IM推送
合同到期通知不支持在邮件内容中展示员工姓名及相关信息
合同到期通知的触发时间范围需要扩大
合同到期通知需支持发送给员工本人
不支持修改发件人
解决方案:
合同通知与续签审批自动化规则拆分,拆分为:合同到期通知、续签审批自动化
权限拆分:原本受「编辑」权限控制,现在合同到期通知受到「合同到期通知」权限控制,续签审批自动化受到「续签审批自动化」权限控制
合同到期通知支持选择通知模板
发送方式:邮件、IM消息
邮件正文、消息摘要支持引用字段,新增以下字段:
到期员工姓名:距离预计终止日期xx天的所有员工姓名,用“、”分隔,超出10人的部分用“等”概括
到期员工总数:距离预计终止日期xx天的员工总数
剩余期限:距离预计终止日期的天数
预计终止日期:合同的预计终止日期
合同管理系统链接:点击跳转到「人事-合同管理」,设置「预计终止日期」的天数为:「时间段」+「触发时间」~「触发时间」。仅支持PC端、有「合同管理-合同信息」的查看权限
移动端展示页面:移动端暂不支持,请在PC端打开
举例:{到期员工姓名}共{到期员工总数}名员工的合同将在{剩余期限}天后到期,请尽快前往PC端处理。
张三、李四、王五共3名员工的合同即将到期将在5天后到期,请尽快前往PC端处理。
合同到期通知
触发条件:支持选择合同预计终止日期前1-180天、合同预计终止日期当天
发送时间:支持自定义(整点)
支持选择通知模板、通知方式
当前通知文案:如果之前配置了合同到期通知,那么相关的通知会默认选择此选项,下方的通知内容即为用户原本配置的通知内容
系统默认文案:在通知方式中可预览系统给的默认文案
选择通知模板:通知内容即为通知模板中配置的内容
接收人支持选择员工本人
合同到期通知列表:支持复制通知
续签审批自动化
原「续签自动化」中触发方式为「发起审批」的规则都在此配置
触发条件:支持选择合同预计终止日期前1-180天、合同预计终止日期当天
发送时间:支持自定义(整点)
升级内容 2:汇报给部门负责人功能,白名单可以自动调整
业务场景&问题:
入职、异动等场景不启用直接上级不会按部门负责人落地
员工汇报关系变化未实现自动加入/移除白名单
解决方案:
【提示文案】
开启后,会将所有未汇报给部门负责人的员工加入【手动指定上级名单】,后续员工汇报上级变更时,未汇报给部门负责人的员工会自动加入【手动指定上级名单】,汇报给部门负责人的员工会自动移除【手动指定上级名单】。
组织架构调整时,未在【手动指定上级名单】的员工会自动汇报给所在部门的负责人,如果员工所在部门没有负责人或员工本人就是负责人,则汇报给上级部门的负责人。
【自动加入/移除白名单】
员工直接上级变更会触发白名单计算
员工直接上级变更为【按部门线汇报】时,若员工在白名单内,则将其移除白名单
员工直接上级变更为非【按部门线汇报】时,若员工未在白名单内,则将其加入白名单
部门操作仅保存、组织架构批量调整未勾选汇报给部门负责人时,对应部门的负责人如果有变化,则重新判断部门下在职员工是否加入【手动指定上级名单】
部门导入和接口写入部门,当前生效部门的负责人发送变化时,则重新判断部门下在职员工是否加入【手动指定上级名单】
【流程自动化增强】
场景 | 现状 | 优化后 |
任职信息 | 【查看态】
【编辑态】
| 【查看态】
【编辑态】
|
入职 | 发起入职
自动发起入职
添加待入职流程
| 发起入职/入职必要信息编辑
自动发起入职
添加待入职流程
确认入职
|
异动/添加员工/试用期转正/试用期转正(多规制)/实习生转正式 | 【编辑时】
| 【编辑时】
|
点击员工详情唤起员工详情页-任职信息
升级内容 3:离职管理权限拆分
业务场景&问题:
离职管理页面查看和导出权限为拆开
解决方案:
设置-账号权限-角色-功能权限-人事-离职管理
新增导出、打印、假期清算
线上租户数据:
具备查看的角色需要赋予导出、打印、假期清算
具备编辑的角色需要赋予办理(同时控制批量和单独办理)、备注权限
组织
升级内容 1:编制导入增加覆盖模式
业务场景&问题:
更新编制时,上级部门编制计算时,由于未变更的部门编制不参与计算,导致最终上级部门编制数值少于预期
解决方案:
现状 | 优化后 |
【操作路径】
【产生的结果】
【缺陷】
| 导入时增加【如何处理】
【仅更新有变化的数据】时,增加兜底校验逻辑 【覆盖所有导入的数据】
|
薪酬
升级内容 1:完税证明支持按报税主体合并下载
业务场景&问题:
完税证明只能一个一个文件下载,且没有按报税主体展示文件名称,后续查询核对完税证明的文件时比较困难
解决方案:
「薪酬-个税-在线缴款」支持多选报税主体后,批量下载完税证明
仅完成了缴款且缴款金额不为0的报税主体可以下载完税证明,批量下载的时候也是仅下载这部分报税主体的完税证明
批量下载完税证明时会按一个报税主体一个文件夹,将选中的主体下的完税证明文件均放在该主体的文件夹下,且多个主体的文件夹统一打包成一个zip文件进行下载
报税主体的文件夹名称为:{报税主体}_{个税所属期}_完税证明_操作日期
zip文件名称为:{个税所属期}_完税证明_操作日期
支持选择是否发送到邮箱,默认不选中
若选择发送到邮箱,会发送到HR对应的邮箱内,发送到邮箱对应完税证明文件的下载链接
单个主体的完税证明同时增加下载全部的按钮,将该主体下的完税证明统一下载
升级内容 2:支持按薪酬核算规则限制可见范围
业务场景&问题:
客户预期不同核算规则由不同的HR进行算薪,目前薪酬核算活动仅按发薪组织过滤查看权限,没有依据核算规则过滤,导致相同发薪组织权限的HR可以互相查看其他人创建的核算活动的算薪数据
解决方案:
支持按薪酬核算规则设置薪酬核算查看HR,默认选中的为原逻辑,即:有「发薪组织」权限时,可查看薪酬核算活动
若需要限制,则需要选择:需同时有「发薪组织」权限和「HR查看」权限时,才可查看薪酬核算活动
该配置会校验:薪酬核算活动(含处理中和已归档的活动)除按发薪组织的数据权限过滤外,还需要是对应核算规则的薪酬核算创建HR和查看HR,才能看到以该规则创建的核算活动——这里需注意会校验薪酬核算规则的版本,若对应版本没有权限时,也无法查看
注意:薪酬核算创建HR默认有薪酬核算活动的查看权限,发薪审批的审批人不受此配置的限制
薪酬核算活动列表中(含处理中和已归档的活动列表),增加「核算规则」的筛选项,选择后可筛选出对应核算规则所有版本规则创建的薪酬核算活动,但HR可看见的是会进行查看权限的校验,即操作人需要有薪酬核算规则对应版本查看权限时才可见
假勤
升级内容 1:外出支持添加「同行人」
业务场景&问题:
外出不支持同行人,需要每个人自行提交审批
解决方案:
外出申请中的「外出申请」和「多段外出申请」中增加「同行人」字段
同行人字段可人员选择范围:默认为全部,可改成权限范围内的人
支持配置按按部门选择人
同行人支持配置为抄送的分支节点,审批过程中可以收到相关的通知
提交外出申请时,若审批定义中的配置显示「同行人」字段,提交外出审批时可以选择同行人字段,若配置了按部门选择人则可以按部门选人
同行人字段会提示:系统将为同行人创建一样的外出申请记录
提交申请时,会校验同行人已有的审批中、已通过的外出记录,跟当前表单中的外出是否有重复的外出时间,若有重复时间需要阻断提示:「同行人姓名」在「重复的外出时间范围」已有外出记录,禁止重复申请
若外出审批中为「非明细组的外出申请」分组中启用了同行人,提交外出申请后,需要给同行人生成一样的外出记录,且外出记录中需要互相显示对应的同行人
例如:A申请外出申请时,A的外出记录中B和C是同行人,则会同时生成B的外出记录且同行人为A和C,且同时生成C的外出记录且同行人为A和B
若外出审批中为「多段外出申请」明细组的分组中启用了同行人,在新增明细组时要默认复制上一个明细组的同行人,提交外出申请后,需要每段外出记录都给对应申请中的「同行人」生成一样的外出记录,且外出记录中需要互相显示对应的同行人
外出记录中增加显示「同行人」、「同行人工号」字段
外出导出时也需要显示这2个字段:同行人、同行人工号
添加外出记录时,支持选择同行人字段
字段选人组件,非必填
外出记录导入支持填写同行人,用逗号链接(注意:中英文逗号均要可识别)
"注意事项: 1.系统根据工号和姓名进行员工匹配,请确保维护正确数据 2.开始/结束日期请按照格式YYYY/MM/DD来填写,例如:2019/1/1 3.开始/结束时间请按照格式HH:MM来填写,例如:09:00 4.若员工外出时存在同行人,需填写同行人工号,若有多个同行人时,需要在单元格里用「,」隔开,系统会自动为同行人创建一样的外出记录 5.外出时长非必填,不填写时,外出时长=结束时间-开始时间期间的自然时长" | ||||||||
*工号 | *姓名 | *开始日期 | *开始时间 | *结束日期 | *结束时间 | 外出事由 | 同行人工号 | 外出时长(单位:小时) |
外出信息数据接口中增加「同行人」字段
字段 | 必填 | 类型 | 描述 | 备注 |
associates | 否 | Array<Long> | 同行人,数组格式 |
外出信息「添加接口」中增加「同行人」以下相关字段
若传入为同行人创建外出记录的信息,需为同行人创建一样的外出记录,且外出记录中需要互相显示对应的同行人
更新不支持更新同行人的信息
字段 | 类型 | 必填 | 描述 |
associates | Array | 否 | 同行人[id],数组最长200 |
└associate | String | 否 | 同行人唯一标识ID 传入标识需同uniqueIdentifierType指定一致 |
recordForAssociates | int | 否 | 是否为同行人创建外出记录 可选值:
默认: |
升级内容 2:拉取钉钉打卡数据支持过滤异常卡
业务场景&问题:
钉钉打卡数据接口将异常卡也对外同步了,导致钉钉侧的异常卡也会参与考勤核算
解决方案:
在钉钉打卡数据同步中增加设置,允许配置打卡数据同步的范围
可以选择仅同步正常打卡记录或同时同步异常打卡记录
异常打卡记录:对应钉钉接口文档中的「invalidRecordType」的异常信息类型,钉钉接口文档见:https://open.dingtalk.com/document/orgapp/attendance-clock-in-record-is-open
修改设置的配置后,在打卡记录中重新同步打卡记录,需要按新的设置重新拉取对应的打卡数据,已经拉取过的打卡数据不会被删除
升级内容 3:人脸打卡比对页面支持设置「照片不显示」
业务场景&问题:
打卡成功后,希望不展示人脸比对的照片。
解决方案:
路径:设置-假勤设置-考勤组管理-编辑考勤组-内勤打卡/外勤打卡
若勾选「开启人脸对比」,则展示选项「打卡完成后,显示人脸照片」,该选项默认为勾选状态
若勾选,则打卡成功展示人脸照片
若取消勾选,则打卡成功不展示人脸照片
通用
升级内容 1:部分适用范围增加字段
业务场景&问题:
系统内通用适用范围组件字段较多,查看不方便,且部分功能的适用范围可用字段缺失,不符合业务场景需要
解决方案:
适用范围下拉列表展示分组信息并支持收起分组,分组名称与通用列表的筛选项分组名称一致
为部分功能的适用范围增加可用字段
功能路径
增加字段
合同管理-续签自动化-添加/编辑自动化提醒
【合同信息】分组,包括:签订日期、合同类型、法人公司、合同编号、签订次数、审批状态、续签状态、合同状态、合同期限、合同开始日期、预计终止日期、实际终止日期
人事设置-员工关怀通知
【离职信息】分组,包括:离职日期、离职类型、离职详细原因、离职办理备注、真实离职原因、离职交接日期、任职卧底花名
【任职信息】分组中补充:员工、工号、试用期月数
人事设置-信息健康度规则
个人信息中的自定义分组及其包含的字段
【任职信息】分组中补充:员工
人事设置-试用期管理-转正方案
【职务(职位)信息】分组,包括:职位族、职位类、职位子类
离职管理-离职办理自动化规则-添加/编辑规则
【离职信息】分组,包括:离职日期、离职类型、离职详细原因、离职办理备注、真实离职原因、离职交接日期、任职卧底花名
升级内容 2:提示文案、报错文案优化
业务场景&问题:
系统内部分页面的提示文案和报错文案不清晰,不便于准确理解产品功能及定位错误问题
解决方案:
提示文案优化
组织人事
功能 | 优化 | 示意图 |
员工关怀设置 | 设置增加提示文案: 不区分周年:头图模式下,仅支持选择固定文案的卡片模板 按周年发送:可使用带有动态周年数字的卡片风格,卡片中周年数字会随着员工周年数变化 | |
部门信息设置 | 添加选项字段增加提示: 部门列表、部门导出等场景的「部门层级」内容将按以下配置显示 | |
待入职 | 扫码添加待入职文案优化:员工扫码填写的字段可在「入职设量-入职信息设置」进行设置 | |
员工概览页设置 | 「全部上级」改为「所有上级可见」,详情增加tips【具备团队管理-团队成员权限的管理者】 |
假勤
功能 | 优化 | 示意图 |
考勤组设置 | 手动变更考勤组增加提示: | |
休假规则 | 假期类型设置中的请假说明增加info提示:该假期类型在相应「休假规则」中的请假说明与此说明不一致时,系统将优先展示「休假规则」中的请假说明 休假规则设置中的请假说明提示中增加文案:该假期类型规则配置中的请假说明与此说明不一致时,系统将优先展示此说明 |
绩效
功能 | 优化 | 示意图 |
绩效活动 | 删除绩效活动时提示具体活动名称 | |
绩效评估 | 评估表内容本人没更新过但需刷新时增加提示:管理员在后台更改了绩效模板,确认刷新后,需重新填写。抱歉给您带来了不便。 |
薪酬
功能 | 优化 | 示意图 |
发薪组织设置 | 优先级设置增加说明:数字更大的优先级更高,若数字相同则生效日期更晚的优先级更高 |
报错文案优化
模块 | 功能 | 校验逻辑 | 报错文案 |
组织人事 | 导入部门 | 校验部门负责人在部门生效时是否仍在职 | 部门负责人在XXX(部门生效日期)未入职或者已离职 |
导入部门 | 上级部门是否是当前部门或者子部门 | 上级部门不能为它自己或者它的下级部门 | |
导入部门 | 部门职责的员工在部门生效日期时是否在职 | XXX(部门职责)中员工XXX(姓名)在XXX(部门生效日期)时未入职或已离职 | |
导入部门 | 部门名称是否有特殊符号 | 部门名称不能包含"/" | |
导入部门 | 部门编号是否已存在 | 部门编号已存在 | |
薪酬 | 导入薪资核算活动人员 | 逻辑1:发薪组织停用无法导入 逻辑2:没有所有员工的发薪组织权限时,无法导入 | 若存在发薪组织停用的情况下,提示:{xxxx发薪组织名称,多个顿号连接}已停用,无法导入 若员工存在无发薪组织,或员工的发薪组织当前操作人没有权限时,提示:导入员工的发薪组织管理权限不足,请在「设置-账号权限-账号管理」开通对应发薪组织的权限后再导入人员 |
导入薪资核算活动 | 关联其他行数据有误 | 本次导入的数据中「第xx行」(存在多行时,顿号连接)数据存在错误,请修正后重试 | |
提交离职申请 | 无薪资档案时校验了无法停薪 | 若发起人是申请人的情况下,提示文案:{申请人}薪资档案有异常,无法进行停薪,请联系相关HR调整后再发起离职/离职办理,或者「是否停薪」字段请选择「否」 发起人非申请人时,或审批人的提示文案:{申请人}不存在薪资档案,请联系相关HR调整薪资档案后再进行离职/离职办理,或者「是否停薪」字段请选择「否」 | |
电子签 | 签署文件 | 解析 PDF 中的印章坐标是否正常 | 不正常时提示:印章坐标失败,请联系技术支持或者在线客服处理 |
检查印章是否正常 | 失效时提示:印章失效,请在文件模板中重新设置电子签 | ||
绩效 | 绩效待办 - 编辑考核表中的「附件」字段 | 绩效表单页面上传0kb附件,系统提示“参数不合法”,建议优化提示语 | 上传的附件大小需大于等于 1KB |
升级内容 3:通用地址组件优化
业务场景&问题:
选择直辖市和特别行政区时,需重复选择直辖市,选中后展示为重复的直辖市名称
解决方案:
当省级选择直辖市和特别行政区时,隐藏市级列,直接展开区级。
选中后直接展示省/区
当前适用场景:出差申请、添加出差记录
导入出差记录时,城市类型的字段也将直接展示区级
升级内容 4:PC端员工&管理者自助支持多语言
业务场景&问题:
People 缺少多语言的能力,导致对于有海外员工的公司,员工会阻断使用
解决方案:
PC端提供多语言能力,支持切换语言偏好,支持简体中文、繁体中文(香港)和英文三种语言
功能上线后,用户首次登陆时默认按浏览器语言登陆,并记录浏览器语言为语言偏好。
若浏览器语言非上述三种语言,则默认展示英文
//首次切换语言时加载时间可能较长。
员工&管理者自助页面的UI针对英文页面做了调整
包括工作台、政策制度板块、我的团队、绩效模块、审批表单及个人资料、信息采集页面
其余页面可支持翻译
需注意:所有搜索框均不支持按英文或繁体中文搜索
信息采集页面灰度期间不可使用,需10月14日可用
@侯家玉待补充图片
支持针对不同国家或语言偏好的员工配置多套隐私协议
增加隐私协议设置页面,系统已预置Moka People隐私协议(2025年5月版本)
该协议适用于所有待入职员工及所有信息采集表
支持用户新增隐私协议模板
隐私协议模板名称仅用于配置,协议展示名称为用户侧展示的标题
均为必填,最大可设置200个字符
例如协议模板名称可设置『xx公司隐私协议(适用于海外员工)』,展示名称为「xx公司隐私协议」
应用场景可选择首次登陆人事系统时、入职前信息采集
首次登陆人事系统时可配置适用范围,适用范围支持字段包括员工个人信息、任职信息、语言偏好
入职前信息采集可选择适用于全部信息采集表,或针对个别信息采集表配置隐私协议
若勾选了全部信息采集表,则后续每增加一个信息采集表,都会默认关联该协议
协议内容支持富文本
自定义的协议可支持编辑和停用
编辑包括添加版本和修改当前版本
添加版本会增加一条版本记录。版本记录包括协议模板名称、操作人、变更时间
修改协议则不会增加新版本
同一场景下,一个员工仅需同意一份隐私协议
若员工已有同意隐私协议的记录,则员工后续更新个人信息或语言偏好,均无需弹出隐私协议
待入职员工在适用两份隐私协议时,优先展示创建或变更时间更晚的隐私协议
新增/编辑隐私协议模板时,适用范围重复时需在确认时有二次确认弹窗,返回重复的员工信息与保存后将生效的协议模板
仅展示未同意过隐私协议的员工
隐私协议同意记录将新增协议模板名称列(不受名单控制)
IM通知、 IM待办、邮件支持多语言(邮件翻译灰度期间不可使用,需10月14日可用)
根据员工的语言偏好设置,将通知的原始文案翻译成其偏好语言
需注意:
员工需登陆过系统,存在语言偏好。若员工未登陆过系统,则默认按中文发送
当前大部分邮件通知仍不支持翻译,预计会在 10 月单独解决并支持
本次上线多语言功能的SOP
本次上线需要开通多语言的租户需9月28日联系@侯家玉启用多语言能力
启用后,需由CSM协助或客户本人操作(建议使用超管账号),将语言偏好切换为英文和繁体中文,分别访问所有页面,每个页面停留在2-3秒,用于提前存储并翻译客户已有信息,以避免大量用户同时使用翻译后而导致的翻译卡顿或服务器错误。在此期间,用户可修改语言偏好,但页面不会翻译。
9月30日正式放开多语言页面
生态
升级内容 1:支持飞书多维表数据同步至BI实体
业务场景&问题:
进一步提高PEOPLE和飞书场景的集成能力,打造更便捷的生态场景应用
解决方案:
BI添加实体时,若客户已对接飞书IM,支持选择「引入飞书多维表」
添加实体页面内,填写飞书多维表链接即可自动获取相关配置信息,保存后将自动获取对应飞书多维表table表中的数据,并添加到BI实体中
注意说明:
配置成功后,每天凌晨自动获取对应的多维表最新数据
附件、图片、公式、引用等类型的列数据,不支持同步
飞书多维表由于权限等问题,目前仅支持云文档类型的多维表(链接中以feishu.cn/base开头)
同步前,需在客户飞书应用中配置相关权限点,具体见上线后页面中的「操作文档」
配置成功后,则可基于实体创建「数据源」和「报表」,并在「我的团队」中引入
升级内容 2:支持员工档案同步到飞书多维表数据
业务场景&问题:
进一步提高PEOPLE和飞书场景的集成能力,打造更便捷的生态场景应用
解决方案:
若客户已对接飞书IM,花名册页面支持选择「同步至飞书多维表」
支持同步方式:
创建新的多维表:创建一个新的飞书多维表并将数据写入到新增多维表默认的数据表中
同步至指定多维表:在指定多维表中新增一个数据表并将数据同步到该数据表中
注意说明:
同步数据内容和格式,与「导出花名册」一致
每次同步都是新增一个数据表,不支持直接覆盖或按条件更新客户已有的多维表数据
同步前,同样需在客户飞书应用中配置相关权限点,具体见上线后页面中的「操作文档」
升级内容 3:增加IM绑定触发接口
业务场景&问题:
客户是代自建应用,企微是客户自研员工平台同步架构和人员,同步后目前没有接口可以完成People和企业微信的绑定,导致员工无法及时收到消息
解决方案:
请求体 Request Body
字段 | 必填 | 类型 | 描述 |
uuid | 是 | string | 员工ID |
imType | 是 | string |
|
响应体 Response Body
字段 | 类型 | 描述 | 备注 |
code | String | 返回结果的状态码 | |
msg | String | 返回结果的状态信息 | |
data | Json | 返回结果的数据内容 | |
data.uuid | String | 员工ID | |
data.success | boolean | 是否绑定成功 | |
data.errorMessage | String | 绑定失败原因 |
支持批量绑定,返回绑定成功或者失败状态,失败时,返回失败原因(透传即可)
接口需要支持标品、旗舰版、Ipaas调用
权限
升级内容 1:完善合同管理页面相关权限点
业务场景&问题:
合同列表相关操作权限点不完善,导致客户无法按员工实际职能设置更小颗粒度的权限角色。如:删除、续签、变更等权限只要有编辑权限就可以操作,无法细分拆解
解决方案:
新增以下权限点:
上线兼容逻辑:
-上线前有「编辑」权限的角色:默认勾选删除、续签、变更
-上线前有「查看」权限的角色:默认勾选导入、导出、新签
BI
升级内容 1:绩效实体增加字段
业务场景&问题:
员工绩效实体缺失环节起止时间、评估人权重等字段
解决方案:
实体【员工绩效】
字段 | 字段类型 | 需求类型 | 是否连接字段 | 字段逻辑 |
环节实际开始时间 | 时间 | 新增 | 否 | 通过绩效活动-员工绩效详情-流程详情进行获取 |
环节完成时间 | 时间 | 新增 | 否 | 通过绩效活动-员工绩效详情-流程详情进行获取 |
评估人权重(%) | 数字 | 新增 | 否 | 不同维度的评估人权重可能不一样 未修改覆盖过的通过绩效模板进行获取 修改覆盖过的通过绩效活动进行获取 |
实体【绩效活动】
字段 | 字段类型 | 需求类型 | 是否连接字段 | 字段逻辑 |
环节截止时间 | 时间(到分钟) | 新增 | 否 | 通过绩效活动-评估组进行获取 |
升级内容 2:合同协议实体最早/最晚合同计算逻辑优化
业务场景&问题:
问题:最早/最近合同的计算逻辑有问题,未过滤审批中的合同记录
解决方案:
实体【合同协议】
字段 | 字段类型 | 现状 | 优化后 |
最早/最近合同 | 计算字段:返回为数字(选项) | 问题:最早/最近合同的计算逻辑有问题,未过滤审批中的合同记录 | 需要根据任职记录ID,进行分组计算
|