Security Prices - Issue with yesterday's closing prices changing to today's price for all holdings
Answers
-
Please report ot Quicken. They have not responded to my report.
0 -
October 16 was a Monday. October 17 is Tuesday.
0 -
Good eye … sorry. The days were correct (Sun & Mon). The dates were off (should have been 10/15 and 10/16).
I submitted a report via Quicken Help—>Report a problem…
1 -
I am also experiencing this issue with VTI and VB. I have my Quicken set to update throughout the day and everything works perfectly until after the market closes. I've started keeping notes of the daily prices so I can go back and correct the previous days prices as needed. On Monday of this week 10/16/23 after market close I corrected the prices on VTI and VB and I then sat there and watched the prices change right before my eyes within 10 minutes of correcting them.
I called support on Tuesday 10/17 and the person I talked to had no awareness of this issue. When they implemented the new OSU for Schwab a couple years ago it turned out that Quicken programming pulls numbers from various data fields at the investment provider and plugs them into our data. It appears to me that something changed in Quicken program around the end of July or beginning of August that gave rise to this issue.
Hopefully if enough users complain Quicken will take notice and look for the error.
0 -
This issue should be resolved. As of this afternoon I was on the phone with a member of the Quicken software team and he identified it as a problem with their data supplier. They reached out to the data supplier who acknowledged the issue and claims to have resolved it. So far, so good, the prices have been stable on my ETFs thus far today after the market close.
1 -
Is anyone still experiencing this problem? I haven't seen it for a few days and I'm not sure if that's a result of my adherence to a strict quotes updating schedule, or if its actually been fixed.
Thanks
0 -
I haven't seen it recently either. Looks like it's corrected.
0 -
Rick, Thanks for the follow up. I turned this issue in to support but they must have ignored or not understood. Thanks for your good work.
The uncorrected price errors I still have are as follows:
Price for 10/17 overwrote 10/16.
Prices from Monday appear on Sunday 10/8, 10/1, 9/17, 9/10, 8/27.
I suppose the only way to fix these are with manual corrections?
0 -
Still not fixed. VERY frustrating when there is this much daily volatility in the market.
0 -
Doesn't Quicken have enough business leverage over the provider with the issue to get this resolved? Or are they not putting any effort into it? I do not understand why this takes this long to resolve.
0 -
I am experiencing the same issue as described by the original poster. In my case, it consistently happens with these 3 ETFs - VTI, VYM, and VNQ. Every day when you download the previous day prices get updated to the current day's prices thereby showing no gain/loss from the previous day. This started somewhere this month.
0 -
It's really easy to preproduce just now, too.
1. Click the update button in the Investing/Portfolio tab and observe ETF prices are messed up2. The ones, that are messed up, right click each ETF name → price history → see the previous day entry Price is same as today and High and Low are 0 → delete the previous day [bad] entry
3. Click the chevron next to the update button → historical prices → update now. Observe the prices are fixed. Can also verify all good if repeat step 2
4. If you click update again, it will mess up the prices again.
Lather, rinse, repeat.
Happens with VUG, VGT, and VTI, but not VT [, right now]5 -
Following the latest @shifter post, I reproduced the same pattern using some of the same and some different EFTs. I found (at 8:30 pm CT) VT did exhibit the problem whereas shifter reported that ETF problem-free some thirty minutes prior.
What this means (my interpretation), is that the problem lies with the third-party data supplier of CURRENT quotes duplicating today's prices as yesterday's (at least after trading hours close), while the provider of HISTORICAL quotes is able to provide good prices for today and yesterday. I have long believed those were two separate sources. This seems to confirm it.
Possibly some more investigation tomorrow (Saturday).
As part of this current investigation, I have observed two other new to me aspects.
- The regular update fills in the last 30 days of pricing. Previously, I had understood that to be 5 days.
- The historical price update also fills in a minimum of 30 days, even if the user specifies only 5 days to be updated.
Good work, shifter!
0 -
I've found that if I update around 7:30 - 7:45PM Eastern, the quotes will be good, so that's been my SOP since this problem started. Never occurred to me that there might be 2 different providers, but that would explain it.
I own somewhere in vicinity of 60-65 ETFs from a number of different providers. Around 25% of them are affected. I'm still unable to identify a pattern. Some Vanguards are problematic, others aren't. Same with iShares, etc. Some bond funds are affected, others aren't. Same with the stock funds.
I find it curious that there hasn't been a whole lot of chatter in the community about this, even though I consider it to be a much more serious problem than the "enter a valid date" issue, which has elicited about 10 pages of comments. Is it possible that its not affecting all Quicken users doing investment tracking? What could we possibly be doing that others aren't (aside from being the lucky owners of affected ETFs)?
I wish Quicken would, at least, acknowledge the problem. The longer it goes on, the tougher it gets to trust the validity of the historical numbers.
0 -
Here it is again!! I thought it was fixed. I went in to update at 1157 CDT on 10/27/2023. My ETFs had no value for 10/27, but the 10/27 price overwrote 10/26!!! Happened for all my ETFs, including SLV and GLD.
1 -
Went in again at 1215AM 10/28 and the 10 27 price appeared — but still overwrote the 10 26 price.
0 -
This seems like some time zone conversion. Something is likely not converting correctly to/from UTC. Please fix it.
I find it super annoying but mostly am interested in using Quicken to track asset allocation.
0 -
Updated today (Saturday 10/28) - Multiple ETFs have Friday 10/27 closing prices entered as Thursday 10/26 prices. This affects ETFs from various sources (Vanguard, Schwab, SPDR) at two different brokerages (TDA/ Schwab and Merrill).
Still happening and not restricted to Sunday/ Monday
1 -
Everyone with this problem should report to Quicken, Under Help there is a place to report a problem. Maybe thenthey will use leverage to get this fixed.
1 -
Please report to Q Support
0 -
Please report to Q Support
0 -
Earlier this weekend, I did report this via Report a Problem. In doing so, I encourage others to also include a link to this discussion.
As I see, this issue has been definitively connected to the current quotes data supplier, applies throughout the week, and impacts only ETFs, but not all of them.
0 -
On phone with support. Trying to blame Schwab. What is your Financial Institution?
0 -
Just got off phone. Supposedly the issue has been escalated whatever that means. Suggt a call to Q support to get more emphasis on this problem. I dont think Report a Problem is effective. Would help if moderator reported this thread.
1 -
@KCHawk Assuming your question was directed my way, no financial institution is involved. I have been testing in a purely manual offline account and file using only the Download Quotes (current) and Download Historical Quotes features. That is how I identified or confirmed that the third party current quotes data supplier is the source of the issue.
0 -
@KCHawk financial institution is E*Trade. I also have a watch list of ETF's I don't own and it happens to them as well.
0 -
Even if an account specific quote may also be affected by this, you can rule it out just by using Quicken's own quote download service, which is if you use the update button on the investing/portfolio tab. That update button does not login to your specific accounts so Quicken have to resolve that issue first before deflecting to others. Even if they get faulty quotes from their 3rd party service, then they need to discard them instead of clobbering existing good quote data
0 -
Further to this red-herring about financial institutions is the hierarchy of entered prices Quicken uses.
- Manual price entry
- Current Price (Quote)
- Historical Price (Quote)
- Price downloaded with broker data through One Step Update or Update Now
- Import Price (CSV)
- Transaction Price entered when manually entering a transaction in the brokerage account list.
Each entry method overrides the price(s) received by the method just below it. This means that the price displayed after entering a Buy transaction (for example) would be replaced by the price imported from a CSV downloaded from an investing site (such as Yahoo! Finance), which would be replaced by the price transmitted by the broker when performing One Step Update, and so forth.
Copied from
- If a price is created by a download from brokerage, a later download of historical or current quotes will override that broker's data.
- If a price is created by a current quotes download, a later download with a price from a brokerage will not override it.
- This also explains why if one has a correct value from a Historical Quotes download in place and then a Current Quotes download brings in different (bad) prices for that date, the correct value gets overridden. Likewise the (bad) Current Quotes value does not get replaced by the (correct) Historical Quotes value.
1 -
Thanks for posting this info - I never knew how it worked. Now that I do, it partially explains the nagging problem I've had over the years wherein on some days, random quotes would overwrite those from the prior day (like what we're seeing now), but in most cases would self-correct in a subsequent update not too long afterwards.
0 -
Experiencing the same problem. Downloaded on 10/31 and the 10/31 prices were recorded correctly, but some security prices were recorded for 10/20 as well.
Anomaly is occurring for stocks, mutual funds and ETF's held in Schwab and Vanguard accounts.
0
