When I go to add my investment transactions ("buy shares") and enter in the shares and price per share, the resulting total is off by a few cents. Reproducible: Always Steps to Reproduce: 1. Start adding a new "Buy Shares" transaction to an investment account. 2. Under "Shares", enter "77.1010". 3. Under "Price/share", enter "12.97". Actual Results: Total is $999.98. Expected Results: Rounded total should be $1000.00. No matter how I fiddle with the # shares, it seems that it can't end up with any total between $999.98 and $1000.11. E.g., try entering 77.1050 vs 77.10500000000001 shares.
I already replied to this a little earlier, so I don't know where that went to. So, try again You have to edit each share/investment involved, then at the bottom, click Price entry. Select Total for all shares. Then, when you edit/enter a transaction, enter the quantity as before, but for the price, enter the total amount. When you accept the edit, the price will have been calculated for you.
Created attachment 103146 [details] Rundungsfehler im Depotverrechnungkonto No Solution yet. You see the Account and this should not happen, not a penny (cent). Seems the differences come from share transactions and forgotten to round up before putting them into normal account?
Created attachment 103147 [details] is zero positive or negative?
Again strange roundings - as the picture shows, investments are truncated and not rounded, however I use to give a cent extra on "misc". do it in this example an nothing happens to the sum - although there is this cent extra to calculate
Created attachment 103376 [details] adding a cent an nothing changes...
still unconfirmed... What do you need? in My case it sums up to 9ct difference. Next month it will probably be more than 10ct - and I will need to re-correct a lot of historical bookings. Please take a look soon or let me know what you need.
I thought this was addressed in a different bug, but I can't find it now. I'll have to do more searching later. However, I think the real issue right now is that all developer time is aimed at completing the migration to KDE Frameworks, so this will probably not be looked at in detail until that is complete, unless it turns out to be fairly easy to fix.
(In reply to Fred from comment #6) > still unconfirmed... What do you need? in My case it sums up to 9ct > difference. > > Next month it will probably be more than 10ct - and I will need to > re-correct a lot of historical bookings. Please take a look soon or let me > know what you need. It might be fixed in master branch. What version of KMM do you use?
I have the same problem as the OP (Version 4.7.2 Using KDE Development Platform 4.14.18). My original problem started when one time my broker bought/sold shares at slightly different times resulting in an average share price that was probably an irrational number. My "fix" for this was to change the precision settings to 10 digits which allowed me to enter a more "precise" figure for the share price. This enabled me to get the result I wanted. However later on some entries triggered this bug. So far using allan's workaround in comment 1 has fixed this problem. Is this bug caused by using floats instead of BCDs?