Summary: | Please provide a way to match QIF imported transactions | ||
---|---|---|---|
Product: | [Applications] kmymoney | Reporter: | Dmitry Nezhevenko <dion> |
Component: | general | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | agander93, pub-yannick |
Priority: | NOR | ||
Version: | 4.6.3 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | sample patch |
Description
Dmitry Nezhevenko
2012-11-27 11:33:08 UTC
Created attachment 75501 [details]
sample patch
KMyMoney only supports matching of manually entered transactions against imported transactions. Transactions created by a schedule are also seen as manually entered in this context. One cannot match two imported transactions. afaics, the cause to your problem is the mobile app. It should not create a line with a hash that is taken as the bank-id. How does the line '#-' gets created so that it can be skipped during QIF import? Well, I'm creating QIF file from mobile app myself so it's no problem to get rid of '#' line. But this is not the problem. Basically I have two QIF files: one from mobile app and one from bank. Both of them have no '#' line. And if I import both of them, KMyMoney will NOT match transactions from one QIF file with transactions from another. I know that this is expected for now.. But for me first QIF file (from mobile) symanticaly is not actually bank statement. It's instead short way of reenter manually transactions from stupid mobile app (that stores only date, amount, and description) to KMyMoney. So after such import I still want to merge such transactions with transactions from bank statement. Hi! Is the request have a solution in the last KMymoney Version? Thanks Yannick This is being investigated at the moment. *** This bug has been marked as a duplicate of bug 334037 *** |