I believe that there is a new bug introduced with 28.3 with the Close Income Statement Batch job. 28.2 it works fine, but in 28.3 it does not. I logged a ticket with Microsoft, but got a reply back that this is by design, and if I want it changed I should log an idea on BCIdeas, and maybe the product team will look at it again...

If you run the close income statement in 28.2, don't close by dimension or anything, it creates a nice single entry per G/L Account, with the amount to close, from where you can ensure the amounts are closing correctly and there are no issues, and if you chose the balance option, you even get a single entry for the retained earnings amount where you can verify that amount too.

Do the same on 28.3, you literally get thousands upon thousands of entries, and there is not a single difference between any of the entries, exported them to Excel to verify, and all entries for the same G/L Account had absolutely ZERO difference between them.

Found a bug fix in the release notes of 28.3 where they fixed a bug with the Additional Reporting Currency in the Close Income Statement Batch job, so this is obviously where the problem came from. However this database is not using the Additional Reporting Currency.

I've created an Idea on BCIdeas as I was instructed, please add your comments below if you think this should be changed, and please vote for the idea on BCIdeas to have this change implemented if you think it should be. The customer is NOT happy at all, and I do believe they are not going to be the only one.