<div dir="ltr"><div class="gmail_default" style="font-size:small"><font face="monospace, monospace">Allan</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace"><br></font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace">Actually my reply was written to Jack's email, but I was having email problems last night and it didn't get sent till after you'd replied.</font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace"><br></font></div><div class="gmail_default" style="font-size:small"><font face="monospace, monospace">Mitch</font></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 23, 2016 at 6:08 AM, aga <span dir="ltr"><<a href="mailto:agander93@gmail.com" target="_blank">agander93@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 23/05/16 13:33, Mitch Frazier wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Either I wasn't clear or you're misunderstanding what I'm saying,<br>
</blockquote></span>
<snip><span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
the<br>
"cost basis field" is the amount that is used to reduce the remaining<br>
basis of the asset. If you sell the entire investment, the reduction<br>
would be the entire cost of the investment (thereby reducing the cost to<br>
zero). The reason that you might need to adjust the cost basis is for<br>
exactly the reason that you pointed out: when you sell less than the<br>
full asset, there's more than one way to determine the cost of the part<br>
that was sold. You can use "average cost", "FIFO", or "specific lots"<br>
(and probably some others) to determine the cost of the part that was<br>
sold. A more sophisticated user interface for entering/determining the<br>
cost would be a refinement, this is just meant to be a first step along<br>
the way. The difference between the sales price and the cost basis of<br>
the part that was sold is the gain/loss on the sale.<br>
<br>
Creating a "category" for storing the cost and/or recovering the cost<br>
doesn't make any sense, the cost is already stored in the investment<br>
account (the stock/bond account). It contains the original amount<br>
(amounts if more than one purchase was done). The difference between<br>
the sales price and the "cost basis" of the sale is the gain/loss on the<br>
transaction and that would go to one or more "categories".<br>
<br>
As far as developers with the time to implement it, when I said "I was<br>
thinking about implementing" I meant I was going to work on the<br>
implementation.<br>
<br>
</blockquote>
<br></span>
I made no comment about the proposed functionality.<br>
<br>
Neither did I suggest that the developers might have to implement it. However, they do have a say it what gets implemented, and it was that to which I was referring.<br>
<br>
Allan<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On Mon, May 23, 2016 at 3:14 AM, aga <<a href="mailto:agander93@gmail.com" target="_blank">agander93@gmail.com</a><br></span><div><div class="h5">
<mailto:<a href="mailto:agander93@gmail.com" target="_blank">agander93@gmail.com</a>>> wrote:<br>
<br>
On 22/05/16 20:04, Mitch Frazier wrote:<br>
<br>
While entering a number of investment transactions recently I<br>
realized<br>
that KMM doesn't actually have a way to record the gain/loss on<br>
the sale<br>
of an investment. I was thinking about implementing something to<br>
solve<br>
this but wanted to pass the idea past the list first.<br>
<br>
As a first step at a solution, I was going to add a couple more<br>
rows to<br>
the transaction detail in the investment register:<br>
<br>
- A cost basis field. This would be an amount field that is<br>
used to determine how much the cost of the investment is<br>
reduced by the sale. Initially this field could be pre-filled<br>
by the average cost (based on the number of shares being<br>
sold).<br>
If the entire investment is sold, this field would be fixed<br>
and not editable.<br>
- A gain/loss field. This would be an splitable account field<br>
for entering the category or categories for the gain/loss.<br>
Splits are useful for allowing both short-term and long-term<br>
gain/loss specifications on a transaction.<br>
<br>
The current implementation "hides" the gain/loss because the<br>
balance of<br>
an investment shows as zero when the share value is zero,<br>
regardless of<br>
the amount the investment is sold for. Whereas, since the<br>
gain/loss is<br>
not recorded anywhere, the balance ought to be negative if the<br>
investment was sold for a gain and positive if sold for a loss.<br>
<br>
Mitch<br>
<br>
<br>
I think the developers will need to comment on this proposal. From<br>
my own point of view, it is not a functionality that I need, at<br>
least at present. What's more important, though, is that it might<br>
be advisable for display of the extra fields to be optional,<br>
certainly from the perspective of a new user.<br>
<br>
Allan<br>
<br>
<br>
</div></div></blockquote>
<br>
</blockquote></div><br></div>