<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><div dir="ltr" style="font-family:arial,sans-serif;font-size:12.8px"><div class="gmail_default" style="font-size:small"><font face="monospace, monospace">Either I wasn't clear or you're misreading what I said, the "cost basis field" is the amount that is used to reduce the remaining basis of the asset.  If you sell the entire investment, the reduction would be the entire cost of the investment (thereby reducing the cost to zero).  The reason that you might need to adjust the cost basis is for exactly the reason that you pointed out: when you sell less than the full asset, there's more than one way to determine the cost of the part that was sold.  You can use "average cost", "FIFO", or "specific lots" (and probably some others) to determine the cost of the part that was sold.  A more sophisticated user interface for entering/determining the cost would be a refinement, this is just meant to be a first step along the way. The difference between the sales price and the cost basis of the part that was sold is the gain/loss on the sale.</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">Creating a  "category" for storing the cost and/or recovering the cost doesn't make any sense, the cost is already stored in the investment account (the stock/bond account).  It contains the original amount (amounts if more than one purchase was done).  The difference between the sales price and the "cost basis" of the sale is the gain/loss on the transaction and that would go to one or more "categories".</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">As far as being developers with time to implement it, when I said "I was thinking about implementing" I meant I was going to work on the implementation.</font></div></div><div class="" style="font-family:arial,sans-serif;font-size:12.8px"></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 8:11 PM, Mitch Frazier <span dir="ltr"><<a href="mailto:comwestcr@gmail.com" target="_blank">comwestcr@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="im HOEnZb"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><div class="gmail_default" style="font-family:arial,sans-serif"><font face="monospace, monospace">Either I wasn't clear or you're misreading what I said, the "cost basis field" is the amount that is used to reduce the remaining basis of the asset.  If you sell the entire investment, the reduction would be the entire cost of the investment (thereby reducing the cost to zero).  The reason that you might need to adjust the cost basis is for exactly the reason that you pointed out: when you sell less than the full asset, there's more than one way to determine the cost of the part that was sold.  You can use "average cost", "FIFO", or "specific lots" (and probably some others) to determine the cost of the part that was sold.  A more sophisticated user interface for entering/determining the cost would be a refinement, this is just meant to be a first step along the way. The difference between the sales price and the cost basis of the part that was sold is the gain/loss on the sale.</font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="monospace, monospace"><br></font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="monospace, monospace">Creating a  "category" for storing the cost and/or recovering the cost doesn't make any sense, the cost is already stored in the investment account (the stock/bond account).  It contains the original amount (amounts if more than one purchase was done).  The difference between the sales price and the "cost basis" of the sale is the gain/loss on the transaction and that would go to one or more "categories".</font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="monospace, monospace"><br></font></div><div class="gmail_default" style="font-family:arial,sans-serif"><font face="monospace, monospace">As far as being developers with time to implement it, when I said "I was thinking about implementing" I meant I was going to work on the implementation.</font></div></div></div></span><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 22, 2016 at 8:07 PM, Mail Delivery Subsystem <span dir="ltr"><<a href="mailto:mailer-daemon@googlemail.com" target="_blank">mailer-daemon@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Delivery to the following recipient failed permanently:<br>
<br>
     <a href="mailto:kmymoney-devel@kde.org" target="_blank">kmymoney-devel@kde.org</a><br>
<br>
Technical details of permanent failure:<br>
Google tried to deliver your message, but it was rejected by the relay <a href="http://smtp.comwestcr.com" rel="noreferrer" target="_blank">smtp.comwestcr.com</a> <a href="tel:%5B162.222.225.59" value="+16222222559" target="_blank">[162.222.225.59</a>].<br>
<br>
The error that the other server returned was:<br>
550 5.4.6 <<a href="mailto:kmymoney-devel@kde.org" target="_blank">kmymoney-devel@kde.org</a>>: Recipient address rejected: Email Sending Quota Exceeded<br>
<br>
<br>
----- Original message -----<br>
<br>
X-Gm-Message-State: AOPr4FVu0oEez5K2wjcZeaQMyodBvafuf2fz4j5bV0C7VmiXhz2cxMzm60aI4LpneddE8kWmxL18cRZ/PcvJlw==<br>
MIME-Version: 1.0<br>
X-Received: by 10.112.10.71 with SMTP id g7mr5051605lbb.116.1463972835043;<br>
 Sun, 22 May 2016 20:07:15 -0700 (PDT)<br>
Received: by 10.25.149.203 with HTTP; Sun, 22 May 2016 20:07:14 -0700 (PDT)<br>
In-Reply-To: <XfUpxxvj1AG910etgdjBWc@42S8b2qDD03hCrzav0bcE><br>
References: <CALA8Od96nRvZWNAEZuauW5hzn6O+_0T8R2W=<a href="mailto:Mnm-TS5b6sGsjA@mail.gmail.com" target="_blank">Mnm-TS5b6sGsjA@mail.gmail.com</a>><br>
        <XfUpxxvj1AG910etgdjBWc@42S8b2qDD03hCrzav0bcE><br>
Date: Sun, 22 May 2016 20:07:14 -0700<br>
X-Gmail-Original-Message-ID: <CALA8Od-bHFaVb=<a href="mailto:Mu6FNBR-j8qK7xFMhVGXnm3QfFGkGdM8vVcg@mail.gmail.com" target="_blank">Mu6FNBR-j8qK7xFMhVGXnm3QfFGkGdM8vVcg@mail.gmail.com</a>><br>
Message-ID: <CALA8Od-bHFaVb=<a href="mailto:Mu6FNBR-j8qK7xFMhVGXnm3QfFGkGdM8vVcg@mail.gmail.com" target="_blank">Mu6FNBR-j8qK7xFMhVGXnm3QfFGkGdM8vVcg@mail.gmail.com</a>><br>
Subject: Re: Handling Investment gain and loss<br>
From: Mitch Frazier <<a href="mailto:mitch@comwestcr.com" target="_blank">mitch@comwestcr.com</a>><br>
To: For KMyMoney development <<a href="mailto:kmymoney-devel@kde.org" target="_blank">kmymoney-devel@kde.org</a>><br>
Content-Type: multipart/alternative; boundary=001a1137f422cb3890053379bca2<br>
<div><div><br>
Either I wasn't clear or you're misreading what I said, the "cost basis<br>
field" is the amount that is used to reduce the remaining basis of the<br>
asset.  If you sell the entire investment, the reduction would be the<br>
entire cost of the investment (thereby reducing the cost to zero).  The<br>
reason that you might need to adjust the cost basis is for exactly the<br>
reason that you pointed out: when you sell less than the full asset,<br>
there's more than one way to determine the cost of the part that was sold.<br>
You can use "average cost", "FIFO", or "specific lots" (and probably some<br>
others) to determine the cost of the part that was sold.  A more<br>
sophisticated user interface for entering/determining the cost would be a<br>
refinement, this is just meant to be a first step along the way. The<br>
difference between the sales price and the cost basis of the part that was<br>
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 (amounts<br>
if more than one purchase was done).  The difference between the sales<br>
price and the "cost basis" of the sale is the gain/loss on the transaction<br>
and that would go to one or more "categories".<br>
<br>
As far as being developers with 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>
On Sun, May 22, 2016 at 3:00 PM, Jack <<a href="mailto:ostroffjh@users.sourceforge.net" target="_blank">ostroffjh@users.sourceforge.net</a>><br>
wrote:<br>
<br>
> On <a href="tel:2016.05.22%2015" value="+12016052215" target="_blank">2016.05.22 15</a>:04, Mitch Frazier wrote:<br>
><br>
>> While entering a number of investment transactions recently I realized<br>
>> that<br>
>> KMM doesn't actually have a way to record the gain/loss on the sale of an<br>
>> investment.  I was thinking about implementing something to solve this but<br>
>> 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 rows to<br>
>> the<br>
>> transaction detail in the investment register:<br>
>><br>
<br>
</div></div>----- Message truncated -----<br>
<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>