Thanks for providing the complete log entry. I found the situation and, to be honest, I hope this is not your case because fixing it was a real challenge. In my client's case, they got an error during the keep check portion of the process and decided to do the check run over again (the fact that your batch is a direct deposit batch as opposed to a check batch makes no real difference since both go through very similar processes). This caused the system to create a whole new set of prdoc records for each employee but there was only one set of prtran records. The check preview was showing the second set of check numbers but the employee record had the original check number. We ended up falling back to a backup and doing the payroll over again (I know, big yuck) but no matter what I did to try and fix up the raw data, the same error came up. I know there has to be a way other than falling back to a backup and I better understand the data records involved now then I did back then but experimenting with payroll is a dangerous game because of the tax record implications.
I need to first ask if you might have started a second advise slip run after getting some sort of error the first time around. If you are not sure, we would have to see if you have a similar data situation where there is a conflict between the employee record, the prdoc record, the prchecktran record and the prtran record for one or more employees. That is going to take several queries. No sense running down this path too far if that is not your issue.