https://bugs.kde.org/show_bug.cgi?id=342989
--- Comment #8 from harry bennett <kdeb...@saltyshells.com> --- 'Incorrect' dates were not the source of the problem(s), I was. However 'correct' dates would have made it easier to locate them. I was able to get the checking account reconciled. There was not something going on. There were SEVERAL somethings going on. Of course, almost all of them involved a data entry error. 1). The data entry for the CC took place via import, then I proceeded to reconcile that particular account, thus reconciling the other side of the transaction. This would create the `inappropriate marking`in Checking that you mentioned. 2). Then I would manually enter data for the checking account. Creating duplicates in some instances, primarily because I was not paying close enough attention (only looking at the data entry widgets, never referencing the ledger itself). As a matter of coincidence(?) 4 things were going on: 1). several of the transfers were for the same amount. Repeats. Making it much harder to find the errant duplicates. 2). because of the holidays they occurred within a day or two of each other. 3). the `date errors` errors we have been discussing. Once the duplicates were finally located, things shook out rather easily. - It seems that I am just going to have to resign myself to declaring that as far as dates go, my checking account drives the bus (because they charge the highest fees if I screw up) regardless of how wrong as that date may be on the other side of the transaction. It also seems that if I am going to continue using KMM (or any other fin.app.) I should do my transfers on weekdays as opposed to Friday nights or over the weekend. This would go a long way towards eliminating any apparent `posting lag` and/or `erroneous dates`. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
