https://bugs.kde.org/show_bug.cgi?id=458447
Bug ID: 458447
Summary: Security account created on OFX import has 1/100
fraction, which gives wrong values if it really should
be smaller
Product: kmymoney
Version: git (master)
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: kmymoney-devel@kde.org
Reporter: ostrof...@users.sourceforge.net
Target Milestone: ---
I did an OFX import with a transaction for a sale of 281.543 shares, but shows
up as 21.5400 because the import created a new security with precision of
1/100.
It also looks like the price per share was adjusted from 10.019997 in the OFX
file to 10.0201 in KMM (I have it set to use total price per transaction.) I'm
not sure of the right way to deal with this, but would it make sense to set the
precision to handle all the digits actually used in the OFX file? (I'm
assuming any import would have the same problem, and not just OFX.)
Final point - I'd acutally prefer that KMM does NOT automatically create the
security account. This is because the string it uses (at least from Merrill
Lynch) is not just the security name, but includes other info related to the
transaction and not just the security. Within KMM, I often adjust the security
name, which often causes this issue for future imports of transactions for the
security.
--
You are receiving this mail because:
You are the assignee for the bug.
