Comments
Hello, I also highly recommend this idea to take into consideration and implementation.With ISV solutions, I know (Inway, Sycor, Arineo...) you are able to create a journal behind the statement, check / validate the processed matching rules and correct, if something was matched wrong, before posting the journal / statement lines for years.Reversal and correction within Modern Bank Reconciliation is much more complex and user unfriendly, from European point of view, how we handle Bank Statement Postings.
That is a great idea. It might be possible to combine it with another problem. Case: need to produce 10 items, that uses 10 components per piece. That's a total of 100 components.If you post output of 10 items, 100 components are posted (because of the Routing Link Code). If you post output of 1 item, 10 components are posted. But if you post another output of 9, it posts 80 components. The calculation is 9 * 10 minus the 10 already posted.It always deducts the amount of components that is already posted.So if you start with a output of 5, 50 components are posted. If you post the other 5, no components are posted (5 * 10 minus 50).This must be a bug, or is there a logical explanation?