Summary: | kmymoney ofx import inverts the amount of imported transaction | ||
---|---|---|---|
Product: | [Applications] kmymoney | Reporter: | Dominique Dumont <domi.dumont> |
Component: | general | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
Status: | RESOLVED WORKSFORME | ||
Severity: | minor | CC: | me, ostroffjh |
Priority: | NOR | ||
Version: | 4.6.4 | ||
Target Milestone: | --- | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Dominique Dumont
2014-05-01 07:44:47 UTC
Does this still occur with 5.x? If so, the English column names are Charge (on the left) and Payment (On the right) and please specify which you mean, as it is easy to confuse, as increasing the debt is decreasing the balance. Separate question - what happens to a payment transaction? Does it get imported correctly, or is it also reversed? Uh ? In this account, the columns are: Date, Details, C Increase, Decrease and Balance (from left to right). On kmymoney 4, the bills paid by credit cards show up in the Increase column *if* the amounts are inverted like I explained in the original bug report. I'll try on kmymoney 5 and keep you posted. There's a comma missing in my last comment after 'C'. The shown columns are: Date, Details, C, Increase, Decrease and Balance Unfortuanetaly, OFX import in kmymoney 5.0.0 (from Debian) does not work with a liability account: the "Account selection" widget no longer offers the possibility to import OFX data in a liability account. OFX import is available only for "Asset" account. This is clearly no longer true - I frequently do OFX import into Credit Card accounts, which are liability accounts. If you are still having problems with a recent KMyMoney, feel free to reopen, and hopefully provide a small test kmy file. For the record, it is also now possible to "Invert sign of transaction amount" when importing an OFX file, for any statements that are not generated properly. |