索引：W0002

问题：核心人力修改信息后，薪资计算时取到的却是修改前的数据，核算名单上备份的也是修改前的数据。

排查思路：

1、检查取数配置（取数来源）

2、了解取数来源的数据特点（历史模型），并根据配置的取数逻辑排查错误原因

详细步骤：

1、取数项目（取数错误的）所属的取数配置

看看取数来源是否来源于核算名单（预置的人员信息取数项目都来源于核算名单备份）

结论：取数来源于名单备份，不是取数错误，而是名单备份错误

2、检查名单备份的数据和业务对象的历史模型

对于时序型历史的信息（例如：任职经历），薪资侧在核算名单做数据备份时，会获取算薪期间最新的一个版本

结论：新数据的版本并不在当前算薪期间（2022-4），所以名单不会备份新数据，而会备份旧数据

3、了解核心人力产生这种新数据的业务场景

项目上开放了修改任职经历的功能，用户修改后（没有放出生效日期字段填写），会以修改日期作为生效日期，新增一条数据。

例如：客户为下发薪模式，在2022-5-1计算2022-4薪资时，发现员工任职经历上某字段维护错误，于是进行修改，修改后生成一条2022-5-1的版本，但这个版本由于并不在2022-4期间，所以在薪资侧并不会被正常备份使用

4、解决方案

方案一：要求前端准确维护数据，并对错误数据进行修正，重新同步计薪人员，更新名单信息再计算

方案二：新增一个取数配置，调整取数来源，直接从核心人力取数，取数关联条件中，配置获取最新版本的关联条件（存在风险，可能获取到未来月份数据，需结合实际业务场景使用）