[kmymoney] [Bug 458447] New: Security account created on OFX import has 1/100 fraction, which gives wrong values if it really should be smaller

Jack bugzilla_noreply at kde.org
Mon Aug 29 01:38:46 BST 2022


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 at kde.org
          Reporter: ostroffjh at 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.


More information about the KMyMoney-devel mailing list