Bug 449678 - Protect account from changes in already reconciled time spans
Summary: Protect account from changes in already reconciled time spans
Status: REPORTED
Alias: None
Product: kmymoney
Classification: Applications
Component: general (show other bugs)
Version: 5.1.0
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-02-06 02:30 UTC by jesse
Modified: 2022-02-06 16:33 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jesse 2022-02-06 02:30:56 UTC
SUMMARY
I noticed that it is possible to mark a transaction as reconciled outside of the reconciliation process. I believe it should not be allowed. 

Reconciliation is an important step. I would even think that if someone changes an old transaction that has been reconciled, that the transactions after the changed transaction, should be un-reconciled, to force a review. Another good catch would be to block anyone from adding a transaction in one account that would change the reconciliation status of another account.  

For now, I think it would be good if it would at least provide the option to require the reconciliation process to execute before a transaction could be reconciled. 

The process should, as it does today, ask for a specific date and amount that the account to add up to. 

I hope these make sense. If not, let me know and I can expand on any of them. 

STEPS TO REPRODUCE
1. Just a wish list item...
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT
We should not be allowed to change or add transaction into a ledge account during a timeframe for which the account has already be reconciled. All reconciliations should be done through the process and not allow the user to simply change the state of the reconciliation by clicking the field. 

SOFTWARE/OS VERSIONS

Linux/KDE Plasma: Gnome 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Thomas Baumgart 2022-02-06 06:34:25 UTC
Rephrased title updated severity
Comment 2 jesse 2022-02-06 16:33:32 UTC
Thanks for fixing the title.. I struggled on what to put there.