Investment transaction that can't be deleted

Jack ostroffjh at users.sourceforge.net
Sun May 21 22:50:23 BST 2023


On 2023.05.21 17:25, Brendan Coupe via KMyMoney-devel wrote:
> 
>> In the Investments View, the Securities tab lists all  
>> stock/bonds/mutual funds/... (Ennnnnn) that KMM knows about.  The  
>> Equities tab shows all of those securities which are present in the  
>> selected Investment account.  These are internally subaccounts of  
>> the Investment account.  Yes, the terminology is confusing.
>> 
>> [snip....]
>> 
>> Jack
> 
> So Equities are equities/securities in the selected account and  
> Securities are equities/securities in all accounts? Clear as mud:-)
Fun, isn't it?
> 
> I found 35 to 40 blank securities in the securities tab and was able  
> to delete all of them. Not sure where they came from. No useful info  
> in any of the ones I checked.
I've seen similar "bogus" equity accounts created on OFX imports if the  
stock name KMM uses from the import isn't actually the same as the  
already existing one.  Because the displayed name is often the same, it  
is not at all obvious when this happens.  I've actually got a Perl  
script which searches for all equities matching a provided regexp, all  
the equity accounts for them, and then the Investment accounts holding  
them.  I do not understand how such accounts end up closed.
> 
> My biggest problem with investments is CDs. They are not Stocks,  
> Bonds or Mutual Funds but those are the only options. CDs appear to  
> be treated as stocks. With my broker, they import with a price per  
> share of $100 which greatly enhances my net worth until I change it  
> to $1. CD sales completely skip the investment account but show up in  
> the brokerage account. I have to manually copy the buy transaction,  
> change the date and make it a sell transaction in the investment  
> account and then match it to the imported transaction in the  
> brokerage account. Messy but I have not spent the time to setup an  
> example to submit a useful bug report. I figure I'll wait until the  
> master is closer to release and test it there. I can easily compile  
> from source but the master fails on a dependency (LibAlkimia5, Fedora  
> 38 has 8.0.3, KMM requires 8.1). I haven't tried to update  
> LibAlkimia5. Waiting for fewer issues in the Master branch.
I suppose the only reason I haven't dealt with this is that I don't  
have any CDs.  I'm curious why they would import with a price of $100.   
Are the CDs all for $100 or in increments of $100?  It is quite  
possible that the broker is not actually producing proper OFX  
transactions, but it is also possible that libofx and/or KMM are not  
doing the right thing.  I haven't needed to do it in a while, but  
building libalkimia is pretty easy, if you are already building  
KMyMoney.


More information about the KMyMoney-devel mailing list