[kmymoney] [Bug 416080] New: Kmymoney: distinction between date of record and date of movement
bugzilla_noreply at kde.org
Fri Jan 10 11:55:42 GMT 2020
Bug ID: 416080
Summary: Kmymoney: distinction between date of record and date
Platform: Fedora RPMs
Assignee: kmymoney-devel at kde.org
Reporter: r.cluzel at gmail.com
Target Milestone: ---
I am not sure to address the correct list. I would like to a feature wish about
Kmymoney and not a bug.
The issue concerns the Reconciliation process. I very frequently meet a
difficulty in this process when the date of a record is very close to the
initial date of a a reconciliation period provided by my bank.
Account records are registered with their date of emission (the date of the
signature of a check, or the date when a transfer is made). My account is
debited later, few days later for transfer or credit card payment, and very
often two or three weeks later for checks.
When I reconciliate a check payment, I have to go backward in my account to
change the date and record the emission date in the record note. There is a
loss of information unless printing the final listing of the reconciliation of
the previous period.
The reconciliation list provided by banks include two fields:
* Emission Date, which the date of the check emission, the date of the credit
card payment, or the date of the transfer request, and
* Value Date (Date de Valeur in French), which is the date when the bank
account is debited or credited.
It would be interesting that such a second field is added to the account file,
filled in by default with the first field and displayed in color(red for
example) when the corresponding record is not yet reconciliated, and reset in a
standard color when it is reconciliated.
This issue is related for Kmymoney versions for both Debian 10, and Fedora 31.
If this is not the right forum, please redirect me to the right one.
Many thanks for your attention.
You are receiving this mail because:
You are the assignee for the bug.
More information about the KMyMoney-devel