Hi Scott,

Based on the integrity errors that exist in the 'After' data for 8 particular accounts, I believe the problem to have happened when batch 1028 was posted. It was the first batch posted after the 'Before' data backup was made. I determined this because for the one income statement account that had an error, the difference between the Net changes and the Posted Transactions for period 12 of year 2021 is exactly the amount posted to that account by batch 1028. Another batch 1031 posted about 4 hours later contained that same account and it was included in the Net Changes value.

Prior to retrieving batch 1028 from Payables and posting it, 2 other users, different than the user who retrieved and posted the suspect batch, had printed the Detail listing report earlier in the day. One user printed it twice, both about an hour before batch 1028 was posted. They had closed the GL program prior to batch 1028 posted. The other user had printed the detail listing once, about 10 minutes before batch 1028 was posted. They did not exit Ledger until they did the retrieve and post for the other batch 1031.

This doesn't prove nor disprove anything as to how the integrity errors started. It's interesting that there were a number of other accounts posted to from batch 1028 that do not show any integrity errors.

I will email you offline with more specifics, rather than the forum posting here. We can post a solution when we know more.

R&D indicated to me that they couldn't see any differences in the code between GL 9.3A and 9.3B in regards to the Detail Listing report and file handling. But investigation is still ongoing.