https://bugs.kde.org/show_bug.cgi?id=416080
Bug ID: 416080 Summary: Kmymoney: distinction between date of record and date of movement Product: kmymoney Version: 5.0.7 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: database Assignee: kmymoney-de...@kde.org Reporter: r.clu...@gmail.com Target Milestone: --- Hello everybody, 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. René Cluzel -- You are receiving this mail because: You are watching all bug changes.