Stock sale that closed on 1/3/18 - Not Showing on Cap Gains Report
Comments
-
Usually there is a delay of 3 - 5 business days before a stock transaction closes and the funds are deposited.
When exactly did the actual Sell transaction take place? That could have been 12/28/17 or 12/29/17, which means it applies to last year.
0 -
Here is the additional information:
Quicken reports transaction date as: 1/3/2018
Charles Schwab has the stock settlement/close date was: 1/3/2018
Schwab is telling me this is income for 2018 - and - their Capital Gains information supports this.
Quicken did not capture this as income for 2017.
Any other ideas - please?0 -
What is the date range of the report? Is the account where the stock sale occurred included in the report?Mike said:Here is the additional information:
Quicken reports transaction date as: 1/3/2018
Charles Schwab has the stock settlement/close date was: 1/3/2018
Schwab is telling me this is income for 2018 - and - their Capital Gains information supports this.
Quicken did not capture this as income for 2017.
Any other ideas - please?Quicken user since Q1999. Currently using QW2017.
Questions? Check out the Quicken Windows FAQ list0 -
The date range of the report is: 1/1/2018 through 8/11/2018. So, should have included this 1/3/2018 trade.0
-
Is there a placeholder associated with the security?
If you edit the transaction, and choose to specify lots, what do you see?
Does the report customization include the relevant account? (As previously asked.)
Is the security included in the report customization settings? Especially be wary of similarly named securities.0 -
Check that this security and account are included in the report.
Check that this is not a tax deferred account.QWin Premier subscription0 -
Yes - this account is included in the report - just not the sale of this one security.
A sale in April 2017 of this same security from this same account did appear in the 2017 Quicken Capital Gains report.0 -
Thank you -q.lurker said:Is there a placeholder associated with the security?
If you edit the transaction, and choose to specify lots, what do you see?
Does the report customization include the relevant account? (As previously asked.)
Is the security included in the report customization settings? Especially be wary of similarly named securities.
No - no placeholder.
No ability to specify lots - sale came from one purchase.
No issues with customized settings or security naming.
DARN!!0 -
Thank you for your suggestions!Jim Harman said:Check that this security and account are included in the report.
Check that this is not a tax deferred account.0 -
Thank you for your ideas.Mike said:Here is the additional information:
Quicken reports transaction date as: 1/3/2018
Charles Schwab has the stock settlement/close date was: 1/3/2018
Schwab is telling me this is income for 2018 - and - their Capital Gains information supports this.
Quicken did not capture this as income for 2017.
Any other ideas - please?0 -
Thanks for your feedback!UKR said:Usually there is a delay of 3 - 5 business days before a stock transaction closes and the funds are deposited.
When exactly did the actual Sell transaction take place? That could have been 12/28/17 or 12/29/17, which means it applies to last year.0 -
Does the sale appear in the very similar Sched D report?
In case there was something squirrely about the transaction, you might try deleting and re-entering it. Do a backup first and make sure you copy down all the info about the original transaction - tax lots, etc.
QWin Premier subscription0 -
Mike,
you edited your original post fromHere is the additional information:
I'm not sure about tax implications of a Sale pending settlement across tax years.
Stock sale date was: 12/27/2012
Stock settlement date was: 1/3/2018
Charles Schwab is telling me this is income for 2018 - and - their Capital Gains
information supports this.
Quicken did not capture this as income for 2017.
AFAIK, if the sale actually took place on 12/27/2017 (I assume "2012" to
be a typo), then this sale should be reported as Gain/Loss for 2017. A Cap Gains report for Tax Year 2017 should have shown this transaction for as long as it was recorded with a Transaction Date of 12/27/17
If
you originally recorded this transaction in Quicken with a 12/27/17
date and later changed it to 1/3/18, there may be a Tax Year notation
under the covers in Quicken which says 2017 ... I'm just guessing here ...
So, assuming that Schwab is correct saying that this represents Gain/Loss for 2018 then you should delete and reenter this Sale transaction with a 1/3/18 date.
Does anybody know what the rules are for Sales straddling tax years?
0 -
Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058
QWin Premier subscription0 -
also does this sale show up if you set the year to 2017, or is it completely missing?Jim Harman said:Does the sale appear in the very similar Sched D report?
In case there was something squirrely about the transaction, you might try deleting and re-entering it. Do a backup first and make sure you copy down all the info about the original transaction - tax lots, etc.QWin Premier subscription0 -
Yes, normally the trade date is used for the cap gains determination (purchase and sale). As such, I always have the trade date recorded in Quicken as the transaction date.Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058
Quicken does not have any provision (as far as I know) for having a tax year association different from the transaction date. If you change the transaction date from 2017 to 2018 or the other way, the cap gains reports (and Schedule D reports) should also adjust accordingly.0 -
I usually go with however the 1099-B captures it.Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058Quicken user since Q1999. Currently using QW2017.
Questions? Check out the Quicken Windows FAQ list0 -
It does not appear on the Schedule D report.Jim Harman said:Does the sale appear in the very similar Sched D report?
In case there was something squirrely about the transaction, you might try deleting and re-entering it. Do a backup first and make sure you copy down all the info about the original transaction - tax lots, etc.
Later tonight I will try to delete and add in manually.0 -
I'm not sure about tax implications of a Sale pending settlement across tax years.UKR said:Mike,
you edited your original post fromHere is the additional information:
Stock sale date was: 12/27/2012
Stock settlement date was: 1/3/2018
Charles Schwab is telling me this is income for 2018 - and - their Capital Gains
information supports this.
Quicken did not capture this as income for 2017.
AFAIK, if the sale actually took place on 12/27/2017 (I assume "2012" to
be a typo), then this sale should be reported as Gain/Loss for 2017. A Cap Gains report for Tax Year 2017 should have shown this transaction for as long as it was recorded with a Transaction Date of 12/27/17
If
you originally recorded this transaction in Quicken with a 12/27/17
date and later changed it to 1/3/18, there may be a Tax Year notation
under the covers in Quicken which says 2017 ... I'm just guessing here ...
So, assuming that Schwab is correct saying that this represents Gain/Loss for 2018 then you should delete and reenter this Sale transaction with a 1/3/18 date.
Does anybody know what the rules are for Sales straddling tax years?
Thank you for your attention.
I edited my original data because I had made a mistake. The stock was purchased on 12/12/12. That was not the sale date. When I discovered my error, I corrected the information I included in my posted question. Transaction date was 1/3/18.0 -
Transaction date was 1/3/18. I edited my original data because I had made a mistake. The stock was purchased on 12/12/12. That was not the sale date. When I discovered my error, I corrected the information I included in my posted question. Transaction date was 1/3/18. This transaction does not appear on Quicken Schedule D, 1099-B or Capital Gains report. Quicken does show the sale under transactions.Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058
0 -
Did you try deleting and re-entering the transaction?Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058QWin Premier subscription0 -
I will try that later tonight and let you know what happens. Thanks for your idea!Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=2040580 -
If that doesn't work, I think it's time to post some screen captures showing the sell transaction and the report customizations.Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058Quicken user since Q1999. Currently using QW2017.
Questions? Check out the Quicken Windows FAQ list0 -
I deleted the 1/3/18 sale transaction. When I tried to enter, I got a message saying that I didn't own enough of that stock to support the sale of 10 shares. In looking at the Holding Report it shows I own none of the stock while, case in fact, I do. (Just confirmed that by looking at a report from my Brokerage company - Charles Schwab.Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058
On Quicken I am now running their file repair tool.
Fingers crossed!
Thanks again for EVERYONE's ideas and help!0 -
Update - NOPE didn't work. Quicken still does not show the correct number of shares I own for this stock - and - until it does, I cannot re-enter the Jan 2018 transaction. In looking at the transaction history for this stock in this account, there is not a logical reason and nothing showing that the shares left the account. The mystery gets deeper!Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=2040580 -
You indicated earlier you did not have any placeholders. Placeholders can be hidden. Make sure under your Edit / Preferences for Investment transactions, you have the selection checked to Show Hidden Transactions.Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=2040580 -
Also, when was the last time that you reconciled your investment account?Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058
That is, compared, position by position, what your brokerage statement shows and what Q shows?Q user since February, 1990. DOS Version 4
Now running Quicken Windows Subscription, Business & Personal
Retired "Certified Information Systems Auditor" & Bank Audit VP0 -
When you ran the validate routine, did you include the option to recalculate investment lots? If not try that.
Quicken Business & Personal Subscription, Windows 11 Home
0 -
I have no Placeholder transactions - and - under your Edit / Preferences for Investment transactions, I have the selection checked to Show Hidden Transactions.Jim Harman said:Apparently it is usually the sale date, not the settlement date that determines the tax year.
https://www.bogleheads.org/forum/viewtopic.php?t=204058
While Quicken shows I own none of this stock - dividends continue to be paid and credited based on the number of shares I do own - while not reflected in Quicken.
Thanks AGAIN for your thoughts, ideas and insights!!0 -
Thank you - but - there was only one purchase of this stock - so - no multiple lots to select between.0