在批量定调薪后，有一些单据可能是提交的时候没有报错，审批通过的时候报错了，这些有些是因为标准产品的问题，但是有些可能是我们二开没有控制好的问题，让员工提交了错误数据，才出现了的标准产品的报错，解决方法供大家参考。不管是什么报错，都可以通过删除单据重新提交来解决，以下解决方案不赘述该方案。

1、这个是比较场景的标准报错、报错如下：

[参数值：SOcAAABx1Rc8ULTm，参数类型：class com.kingdee.bos.util.BOSUuid]

}

Caused by: com.kingdee.bos.BOSException :

null

Caused exception message is: 生效日期必须在『" 2022-01-01"』和『" 2022-04-30" 』的生失效日期范围内

com.kingdee.shr.cmpdesign.exception.CmpMultiLanReformException: 生效日期必须在『" 2022-01-01"』和『" 2022-04-30" 』的生失效日期范围内

原因及处理方法：

        这个问题的产生原因是，先提交了的批量定调薪流程，还没有审批通过的时候，提交的人事异动单据，人事异动生效日期小于等于调薪日期，这样会修改到批量定调薪流程对应的任职，导致批量定调薪的生效日期和定调薪档案的生效/失效日期不匹配，下方SQL可以查出来有问题的数据，然后可以重新提交单据，或者直接用正确任职ID替换当前任职ID

参考附件【SQL】sql1

2、报错如下：

    [参数值：【单据ID】，参数类型：class com.kingdee.bos.util.BOSUuid]

    }

    com.kingdee.bos.dao.ObjectNotFoundException: MissingRecord:AdjustEmpORelation id = '【定调薪任职ID】'

处理方法：

    查找出来任职不正确的记录，然后去定调薪档案任职中找到正确的任职，把单据里面的任职ID修改正确，通过以下SQL可以获取到定调薪档案中，任职不存在的所有记录，直接在后台修复。

参考附件【SQL】sql2

3、报错如下

[参数值：SOcAAAB+okI8ULTm，参数类型：class com.kingdee.bos.util.BOSUuid]

}

Caused by: com.kingdee.bos.BOSException :

null

Caused exception message is: 建霖集团下，已存在相同薪酬项目相同生效日期的调薪数据

处理方法：

        因为批量定调薪，同一个人、同一个项目、同一个生效日期，在定调薪档案已经存在数据，这样的数据可以通过以下SQL查询。重复维护的问题，自己斟酌下是新的单据不生效了，还是把旧的单据删除掉，也可以只删除定调薪档案-薪酬结构的数据

参考附件【SQL】sql3

SQL.docx