| Summary: | disallow the change to Reconcile outside of reconciliation process | ||
|---|---|---|---|
| Product: | [Applications] kmymoney | Reporter: | jesse <jvapr27> |
| Component: | general | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
| Status: | REPORTED --- | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version First Reported In: | 5.1.2 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
jesse
2022-09-28 12:42:14 UTC
There have been similar discussions about this in the past, with no definite resolution, but an agreement that the current situation allows a user to get into an inconsistent state. It is not clear how soon this will get addressed by the developers. One previous discussion suggested that rather than simply disallowing to change the state of a transaction to or from "R" except by the reconciliation process itself, the user should be notified if any action on their part would alter the reconciliation state of the account. This would also show up changing the amount of a reconciled transaction, as well as the other issue you mention. Note that you cannot really affect the reconciliation state of another account, since a transaction is reconciled (per split, I believe) separately in each account it touches. (In reply to Jack from comment #1) > There have been similar discussions about this in the past, with no definite > resolution, but an agreement that the current situation allows a user to get > into an inconsistent state. It is not clear how soon this will get > addressed by the developers. One previous discussion suggested that rather > than simply disallowing to change the state of a transaction to or from "R" > except by the reconciliation process itself, the user should be notified if > any action on their part would alter the reconciliation state of the > account. This would also show up changing the amount of a reconciled > transaction, as well as the other issue you mention. > Note that you cannot really affect the reconciliation state of another > account, since a transaction is reconciled (per split, I believe) separately > in each account it touches. hmm.. I see. For the first part, about disallowing the user to click a transaction into R status, I still think it should not be as simple as a click. Reconciliation is very important and I even consider it an integrity check of the transactions. What happens when someone has to inject a transaction into an account for a time frame that has already been reconciled, for example: my checking account is reconciled as of 2021-06-01, but my credit card account shows a payment from that checking account coming out from 2021-05-31. If I add the transaction to my CC as it shows in my CC statement, it will change my reconciled checking account. I feel, instead, kMyMoney should ask the user if they want to continue(which I think it does today) and if the user does continue, it should unreconcile the transactions past that date. Another thing that would help here, is if in the ledger it showed the clear amount (already there), reconciled amount, and balance (already there). Extremely cool if there was a total for the Debits and credits at the bottom. :) All of this could be controlled by a flag in the settings: "Show All Account Detail Totals" I know it has been a while, and clearly this issue is still present, but is this not a duplicate of https://bugs.kde.org/show_bug.cgi?id=449678? (I found a third bug which I have closed as a duplicate of that one.) The main issue to to disallow (or at least require an extra confirmation) making any changes that would invalidate a completed reconciliation. I think it is fine if it is a duplicate of another bug. As long as a solution is found and applied. |