[GNC] Lot Calculator Off?
David T.
sunfish62 at yahoo.com
Sun Dec 4 00:28:09 EST 2022
Yes, I agree. That's what I was trying to say I do. Thanks!
David T.
On Dec 4, 2022, 3:43 AM, at 3:43 AM, john <jralls at ceridwen.us> wrote:
>That's nice of your broker to pick the lots for tax efficiency, not
>something I've ever encountered. But the lot scrubber is strictly FIFO
>so if you want your gains to match your statements and perhaps more
>important your 1099-B you need to assign the lots manually instead of
>letting the scrubber do it.
>
>Regards,
>John Ralls
>
>> On Dec 3, 2022, at 11:34 AM, David T. <sunfish62 at yahoo.com> wrote:
>>
>> So, the statements that I receive from brokers, which aggregate lots
>into one sale/gain entry, are incomplete and don't give a full audit
>trail. That's frustrating.
>>
>> I use the scrub feature, but compare my results to the financial
>institution and pull things apart when the results are off. That's
>actually how I got into this mess in the first place. I've gotten
>rather adept at assigning sales to specific lots, since the financial
>institution I use makes aggressive use of specific lots to manage gains
>throughout the year.
>>
>> David T.
>> On Dec 3, 2022, at 9:12 PM, john <jralls at ceridwen.us
><mailto:jralls at ceridwen.us>> wrote:
>>>
>>> It's not a programming necessity, it's an auditing necessity. Each
>purchase split represents a lot and in order to track the share balance
>of each lot a sale that touches multiple lots has to have a separate
>split for each lot so that you can work out what it did by examining
>the register.
>>>
>>> It's possible that the lot scrubber screwed up--the code is old and
>torturously complex--but you didn't provide enough information for me
>to analyze that.
>>>
>>> Note also that the lot scrubber is strictly FIFO.
>>>
>>> Regards,
>>> John Ralls
>>>
>>>> On Dec 3, 2022, at 1:34 AM, David T. <sunfish62 at yahoo.com> wrote:
>>>>
>>>> John,
>>>>
>>>> Thanks for the reply. I went back and re-entered all of the
>transactions again and this time it (mostly) came out as you have
>indicated. Not sure how I got into the rabbit hole I was in...
>>>>
>>>> For what it's worth, the "separate" sales were the result of the
>lot manager's splitting of a single sale into separate splits. While I
>understand the programming necessities behind this approach, it renders
>some accounts nearly incomprehensible when comparing to a financial
>institution's records, as the GnuCash user is forced to examine (and
>tally) multiple GnuCash sales and gains entries to determine whether
>the GnuCash books match the bank's. When a given transaction is split
>into two or three separate sales/gains entries, the burden is (mostly)
>manageable; when a single sale gets split into 6 or more such entries
>(as can happen with mutual funds with regularly-reinvested dividend
>entries), it is significantly more difficult to manage. Since most
>institutions simply report the aggregate sale and gain, it would be
>nice if there were a way to mimic this in GnuCash.
>>>>
>>>> David T.
>>>>
>>>> On 12/2/2022 9:31 PM, john wrote:
>>>>>
>>>>>> On Dec 2, 2022, at 1:06 AM, David T. via gnucash-user
><gnucash-user at gnucash.org> wrote:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> GnuCash 4.11 on Windows 10
>>>>>>
>>>>>> As the end of the year approaches, I am working to get all my
>accounts up to date, and I've stumbled across an apparent error in
>capital gains calculations in the Lot manager. I am attaching a
>screenshot of the problem I am seeing. If you add up the sales prices
>and the gains, they are off from the original purchase price by $4.20.
>The second sales loss has seemingly failed to account for the first
>calculation for some reason, and the resulting amounts differ from the
>financial institution by the same $4.20.
>>>>>>
>>>>>> Since I used the lot manager to handle all of the gains
>calculations, I'm at a loss for determining why or how I've achieved
>this erroneous result. Not sure if the table below will display
>correctly, but the numbers are there for reference.
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> David T.
>>>>>>
>>>>>> Amount Gain(Loss) Sale with Gain/Loss
>>>>>> Purchase cost $ 230.96
>>>>>> Sale 1 $ 140.15 $(4.20) $ 144.35
>>>>>> Sale 2 $78.44 $(12.37) $90.81
>>>>>> $ 235.16 Total
>>>>>> $(4.20) Difference
>>>>> Combining the info in the image with your table, I think you have
>three transactions:
>>>>>
>>>>> Shares Price Debit Credit
>>>>> Purchase: 8 28.87 230.96
>>>>> Sale 1 5 28.03 140.15
>>>>> Sale 2 3 26.1467 78.44
>>>>>
>>>>> The loss on the first is 5 * 0.84 = 4.20 and on the second 3 *
>2.7333 = 8.17. 12.37 - 8.17 = 4.20.
>>>>> 12.37 / 3 = 4.1233, implying a sale price of 24.7467 and so
>proceeds of $74.24.
>>>>>
>>>>> Check your statement or sale ticket for the second sale to see
>which number you entered wrong.
>>>>>
>>>>> Regards,
>>>>> John Ralls
>>>>>
>>>>>
>>>
More information about the gnucash-user
mailing list