[kmymoney4] [Bug 345655] Rounding problems between checking and investment account

[Thomas Baumgart via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=345655

--- Comment #37 from Thomas Baumgart <tbaumgart at kde.org> ---
Ah, what I somewhat expected and what probably leads to the problems you
encounter. Those denominators > 100 represent a value with a higher precision
than 2 decimal digits (I expect the account being a checking account and with
EUR as currency this would be 2 decimal digits) Example: 1/100 and 11/1000 are
both shown as 0,01 but in fact the latter is 0,011. So KMyMoney tells you that
the values are different which they are but you will not see it on screen.

Using a bit more grep magic on the xml file one can get the transaction ID of
such a transaction.  If you run

% grep -B 20 '62500' xxx.xml | grep -B 20 'SPLIT '

it should show you 20 lines before the split with a denominator of 62500. We
are interested in the starting TRANSACTION tag for this split and its attribute
id, which is a T followed by an 18 digit number. If you don't see it, increase
the value of 20.

You can use that id directly in KMyMoney's 'Edit/Find transaction' dialog as
the text to search. What happens to the splits of this transaction if you start
editing it and enter it w/o changes or with slight changes e.g. in the memo
field? Does the precision get adjusted to two digits?

-- 
You are receiving this mail because:
You are the assignee for the bug.