Comments
In our view, this is a bug, not a "by design" behavior. Based on the code, the intent of the 28.3 change appears to have been to generate one closing entry per G/L account AND per source currency, instead of just one per G/L account as before.However, the implementation seems flawed and instead creates a separate closing entry for every single G/L entry, resulting in thousands of duplicate lines with zero differences between them.We'd ask Microsoft to:Fix the underlying issue so that closing entries are properly aggregated again, and no longer multiply into thousands of near-identical lines per account.Beyond the fix, consider adding an option that lets customers choose whether closing entries should be split by source currency or not, similar to how closing by dimension is already an optional choice today. Not all customers will want their income statement closed at this level of granularity, and an opt-out would let each customer decide what fits their reporting needs.
Seems like this would work with purchase order the purchase order should flow all the way through till it’s done, currently purchase order number then changes to another number then another number and it’s so confusing, if type in po it can reference many different like posted purchase invoice and like.